| Author |
Message |
Forum: DCMTK - General Topic: Anonymize UIDs |
| Michael Onken |
|
Posted: Wed, 2018-04-25, 14:41
|
|
Replies: 1
Views: 22
|
| Hi, Study, Series and SOP Instance UID can be replaced by newly generated UIDs using these options: unique identifier: -gst --gen-stud-uid generate new Study Instance UID -gse --gen-ser-uid generate new Series Instance UID -gin --gen-inst-uid generate new SOP Instance UID However, other UIDs, e.g wi... |
|
 |
Forum: DCMTK - General Topic: DICOM Encryption. |
| Michael Onken |
|
Posted: Wed, 2018-04-25, 13:27
|
|
Replies: 4
Views: 995
|
Hi Amal,
sorry, that's not really my area of expertise. Maybe my DCMTK collleague Marco could answer this.
Best,
Michael |
|
|
Forum: DCMTK - General Topic: bug in poll/connect |
| Michael Onken |
|
Posted: Thu, 2018-04-05, 09:14
|
|
Replies: 2
Views: 65
|
The POLLOUT versus POLLIN patch is already in DCMTK, I just pushed it to the public master branch, see this commit. Thanks for pointing us to the problem Shaeto.
The other part of the related github pull request is not yet reviewed/patched.
Best,
Michael |
|
|
Forum: DCMTK - General Topic: Association parameters |
| Michael Onken |
|
Posted: Wed, 2018-03-14, 11:24
|
|
Replies: 1
Views: 101
|
| Hi, the IP address of the SCU can be found as the "Calling Presentation Address" in the association request message. The port of the SCU is not communicated; actually, for most many services the SCU will not be able to handle any DICOM connections at all, and if, the port for connections h... |
|
|
Forum: DCMTK - General Topic: Is DCMTK primer available?(or any other similar source) |
| Michael Onken |
|
Posted: Thu, 2018-03-01, 13:52
|
|
Replies: 1
Views: 163
|
| Hi, you are right, there is no such primer (yet), that is why the link in the wiki does have a different markup (as Wikipedia handles it for non-existing pages, too). Since we know, that such a document would make much sense, we inserted the placeholder -- long time ago ;) The best chance right now ... |
|
|
Forum: DCMTK - General Topic: isnan issue on uclibc (e.g. alpine docker) |
| Michael Onken |
|
Posted: Thu, 2018-03-01, 10:22
|
|
Replies: 2
Views: 128
|
| Since there was a related problem reported on github . I checked in the patch suggested there. Have a look whether it also solves your problem (if not already solved before in case you used an older DCMTK version). The patch will be visible on DCMTK master in a few days once it successfully ran thro... |
|
|
Forum: DCMTK - General Topic: Bitness of PNG image after VOI lUT applied? |
| Michael Onken |
|
Posted: Sun, 2018-01-07, 22:28
|
|
Replies: 3
Views: 276
|
|
|
Forum: DCMTK - General Topic: Reasons for hang on ASC_requestAssociation() ? |
| Michael Onken |
|
Posted: Fri, 2018-01-05, 18:23
|
|
Replies: 8
Views: 468
|
| Do you use storescp as the receiver? If so, can you try running it with --single-process? |
|
|
Forum: DCMTK - General Topic: Bitness of PNG image after VOI lUT applied? |
| Michael Onken |
|
Posted: Thu, 2018-01-04, 19:10
|
|
Replies: 3
Views: 276
|
| Hi, there is no rule that limits the output of a VOI LUT to 8 bits. You must ensure yourself that you scale the output range to the available input range of your display (adapter). Also I think there are displays that accept for example 10 bit input (P.S: But I dont know why it makes sense;). Best, ... |
|
|
Forum: DCMTK - General Topic: DcmSCP and DcmStorageSCP |
| Michael Onken |
|
Posted: Thu, 2018-01-04, 19:02
|
|
Replies: 1
Views: 274
|
| Hi, DcmSCP and DcmStorageSCP both cannot handle the C-MOVE message. DcmSCP does not automatically handle anything but allows you to implement your own SCP. DcmStorageSCP does exactly that. It implements a DICOM Storage SCP by using DcmSCP's API methods. However, implementing Storage as an SCP means,... |
|
|
Forum: DCMTK - General Topic: DICOM transfer done notification |
| Michael Onken |
|
Posted: Thu, 2018-01-04, 18:58
|
|
Replies: 3
Views: 267
|
You can only use the C-MOVE-RSP status report messages I quoted above. A final one is issued in the end, however, it is optionally allowed to send one after each image that has been transferred. If you do not have those optional messages, you cannot measure C-MOVE progress.
Best,
Michael |
|
|
Forum: DCMTK - General Topic: Dicom tags for multiframe data |
| Michael Onken |
|
Posted: Fri, 2017-12-22, 15:49
|
|
Replies: 5
Views: 377
|
| Yes, that's how it works. For FGInterface::read() you should provide the main dataset. FGInterface will extract the data from the Per-Frame and Shared Functional Group Sequence which are part of the main dataset level. Thus the whole dcmfg library is meant for working with these two sequences (for t... |
|
|
Forum: DCMTK - General Topic: Dicom tags for multiframe data |
| Michael Onken |
|
Posted: Fri, 2017-12-22, 13:42
|
|
Replies: 5
Views: 377
|
| Hi, kind of. There is a module called dcmfg which permits you to access each of these items (called Functional Groups in DICOM, hence the name dcmfg) by frame number, using a dedicated API. However, not all functional groups (i.e. attribute collections) are supported. But some common ones are there.... |
|
|
Forum: DCMTK - General Topic: DICOM transfer done notification |
| Michael Onken |
|
Posted: Fri, 2017-12-22, 11:09
|
|
Replies: 3
Views: 267
|
| Hi, what do you mean, as a PACS (Storage SCU) in order to notify to the original MOVE requestor (Retrieve SCU)? In that case according to the DICOM Retrieve protocol requirements, a final C-MOVE-RSP is (always) sent to the MOVE requestor, including the overall status and the number of files that tra... |
|
|
Forum: DCMTK - General Topic: Dicom tags for multiframe data |
| Michael Onken |
|
Posted: Thu, 2017-12-21, 21:52
|
|
Replies: 5
Views: 377
|
Hi,
just to be sure...all thee attributes actually appear on the same level, i.e. not in different items of a Sequence?
Best,
Michael |
|
|
| Sort by: |
Login
FAQ
Search
Members