Search found 31 matches
- Fri, 2024-04-12, 15:25
- Forum: DCMTK - General
- Topic: UID's generated by DCMTK are DICOM-compliant ?
- Replies: 6
- Views: 193
Re: UID's generated by DCMTK are DICOM-compliant ?
Thank you for your answer. We have already installed countless DICOM connections with our device and never had any complaints about the UIDs. That is why I was very surprised about the statements of the IT from the PACS manufacturer. I just hope that the IT person from the PACS manufacturer is satis...
- Wed, 2024-04-10, 15:28
- Forum: DCMTK - General
- Topic: UID's generated by DCMTK are DICOM-compliant ?
- Replies: 6
- Views: 193
Re: UID's generated by DCMTK are DICOM-compliant ?
After we informed PACS IT about your reply, we received the following e-mail: Unfortunately, it is not clear from this that OFFIS guarantees (!) that the UIDs generated by the DCMTK using the "organizational root" registered on OFFIS are unique worldwide. However, the DICOM standard requir...
- Wed, 2024-03-27, 17:43
- Forum: DCMTK - General
- Topic: UID's generated by DCMTK are DICOM-compliant ?
- Replies: 6
- Views: 193
Re: UID's generated by DCMTK are DICOM-compliant ?
Mr. Riesmeier,
thanks for her answer.
Best regards,
Horst Balthasar
thanks for her answer.
Best regards,
Horst Balthasar
- Mon, 2024-03-25, 17:14
- Forum: DCMTK - General
- Topic: UID's generated by DCMTK are DICOM-compliant ?
- Replies: 6
- Views: 193
UID's generated by DCMTK are DICOM-compliant ?
We have to connect our device to the a PACS, that ask us for a example of a DICOM file. The answer from the PACS are the following: Unfortunately, the example sent confirms our fears, which we explicitly mentioned in our email: All 3 UIDs have the OrgRoot of the company Offis => therefore the exampl...
- Tue, 2023-06-27, 19:02
- Forum: DCMTK - General
- Topic: Forcefully closing an SCU TCP connect attempt
- Replies: 12
- Views: 10454
Re: Forcefully closing an SCU TCP connect attempt
Thanks for our answers.
Best regards,
Horst
Best regards,
Horst
- Mon, 2023-06-26, 08:34
- Forum: DCMTK - General
- Topic: Forcefully closing an SCU TCP connect attempt
- Replies: 12
- Views: 10454
Re: Forcefully closing an SCU TCP connect attempt
Unfortunately I have to come back to the different timeouts in your DCMTK, because for me some things are still unclear and incomprehensible. In my opinion, if a network connection does not receive a response within a certain time, a so-called timeout error should occur. Since there are several time...
- Tue, 2023-03-14, 11:13
- Forum: DCMTK - General
- Topic: Forcefully closing an SCU TCP connect attempt
- Replies: 12
- Views: 10454
Re: Forcefully closing an SCU TCP connect attempt
Thanks for our answers.
Best regards,
Horst
Best regards,
Horst
- Tue, 2023-03-14, 09:02
- Forum: DCMTK - General
- Topic: Forcefully closing an SCU TCP connect attempt
- Replies: 12
- Views: 10454
Re: Forcefully closing an SCU TCP connect attempt
Hi, Michael,
Meanwhile, do you have any new findings regarding the timeouts in your api ?
Best regards,
Horst
Meanwhile, do you have any new findings regarding the timeouts in your api ?
Best regards,
Horst
- Sun, 2023-03-05, 15:00
- Forum: DCMTK - General
- Topic: Forcefully closing an SCU TCP connect attempt
- Replies: 12
- Views: 10454
Re: Forcefully closing an SCU TCP connect attempt
I would like to explain the problem I am having in more detail. I have added some log messages in my function (e.g. for sending the C-ECHO request), namely: initialize network ... negotiating network association ... Releasing Association. When the network is very slow or down, the message "Rele...
- Fri, 2023-03-03, 14:38
- Forum: DCMTK - General
- Topic: Forcefully closing an SCU TCP connect attempt
- Replies: 12
- Views: 10454
Re: Forcefully closing an SCU TCP connect attempt
I have a similar problem. I use the class DcmScu to retrieve the worklist and send the captured images to the server. When the network connection is very slow or even fails, it seems like the API functions don't return any result and block my thread. I use the default settings regarding network time...
- Wed, 2023-02-08, 17:11
- Forum: DCMTK - General
- Topic: Maximum entries in the worklist
- Replies: 3
- Views: 1254
Re: Maximum entries in the worklist
Thank you for your answer. Is the end of the word list marked when it is received ? What happens if this does not come? To reduce the worklist size, would it be possible to retrieve the worklist for today (e.g. if for the attribute DCM_ScheduledProcedureStepStartDate = today's date is set) ? Best re...
- Tue, 2023-02-07, 17:25
- Forum: DCMTK - General
- Topic: Maximum entries in the worklist
- Replies: 3
- Views: 1254
Maximum entries in the worklist
Is there any restriction on the number of entries in the worklist? If we have more than 50 items in the worklist, we have some problems to send the image to the storage server. The worklist is displayed in a table on the GUI. We selectes an item from the list and we try to store the image to the ser...
- Sun, 2022-12-11, 16:43
- Forum: DCMTK - General
- Topic: sendEchoRequest anwers with an abort
- Replies: 11
- Views: 2563
Re: sendEchoRequest anwers with an abort
Hi,
I also think that the implementation of DcmWorklistClient and DcmStorageClient would be best.
Thank you very much for your support.
Best regards,
Horst
I also think that the implementation of DcmWorklistClient and DcmStorageClient would be best.
Thank you very much for your support.
Best regards,
Horst
- Sun, 2022-12-04, 17:04
- Forum: DCMTK - General
- Topic: sendEchoRequest anwers with an abort
- Replies: 11
- Views: 2563
Re: sendEchoRequest anwers with an abort
Hi, I think I found the error with the abort. In response to your request for call the setHostName and setPeerPort functions, I checked the source code again and found that I call the setHostName function, but only at initialization. But since in our use case the worklist server and the storage serv...
- Fri, 2022-11-25, 15:01
- Forum: DCMTK - General
- Topic: sendEchoRequest anwers with an abort
- Replies: 11
- Views: 2563
Re: sendEchoRequest anwers with an abort
Hi, Thanks for answer. Yes the DcmClient is derived from DcmScu. Yes I call the set* functions as the following: /// set network parameters setAETitle(aeTitle); setPeerHostName(host); setPeerPort(port); setPeerAETitle(peerAETitle); setDIMSETimeout(dimseTimeoutInSec); setACSETimeout(acseTimeoutInSec)...