DICOM @ OFFIS

Given the thread, it would be nice to understand these questions? Hijacking such an old thread is usually seen as bad behavior, so I created a new thread. - How do save a frame of bmp or png of 8/16/24/32 bits size formats? I see here that he used getOutputData but how did he save it after that. Th...

No, the "\" is treated differently, as it is the DICOM delimiter used for storing multiple values in a data element. The DICOMDIR allows for having up to 7 nested sub-directories plus the filename, e.g. "DICOM\PATIENT_A\STUDY_1\SERIES_1\IMG00001".

1- Why are both number of characters in the folder name and the filename counted?! 2- What are the invalid characters? Re. 1: This is defined by the DICOM standard in order to be compliant with all supported file systems and operating systems. Re. 2: Valid characters are upper case letters (A-Z), d...

DICOMDIR is created now but it seems to be empty. Is the behaviour of dcmmkdir OK according to the log?

No, from reading the log output, I would expect to have a non-empty DICOMDIR with information on a single PATIENT, STUDY, SERIES and IMAGE.

Yes, in principle, it could be the limited stack size of the storescu.exe file, because all command line arguments are stored in a list on the stack. Personally, I've never used any of the DCMTK command line tools on Windows with so many files, but on my Linux machine there is no problem with even m...

Did you already try with the --invent option?

The Attributes that dcmmkdir lists as missing are of Type 1 in a DICOMDIR.

By the way, the options "+xy +xs +xx" in your call of dcmqrscp are mutually exclusive and the last one wins (see documentation).

Another follow-up question: What is the purpose of these options that you use to call dcmsend, i.e. in this combination: "+r --scan-directories IMAGES\*.dcm"?

If I am reading this correctly JPEG Baseline is not offered in the presentation context negotiation. In fact, it is proposed by dcmsend, but not accepted by dcmqrscp (by default). What specifically should I do to enable the SCP to accept JPEG Baseline? You could either start dcmqrscp with option --...

If the name of the patient you want to query is encoded in GB 18030, you need to specify this character set (i.e. "GB18030") in the Specific Character Set (0008,0005) Attribute. If the name is encoded in UTF-8, you need to specify "ISO_IR 192". However, if the SCP does not support matching names in ...

I cannot obtain correct patient information by specifying (00080005) as either ISO_IR 192 or GB18030 The Specific Character Set (0008,0005) Attribute in your Query just specifies the character encoding of your query. The SCP is free to send C-FIND response datasets with a different character encodi...

dataset ->convertCharacterSet ("ISO-IR 192", "GB18030") This call should return an error, since "ISO-IR 192" is no Defined Term in DICOM (in contrast to "ISO_IR 192") and conversion to "GB18030" is not yet implemented in the DCMTK (in contrast to conversion from this character set). 1. Why ISO_ IR ...

What is the value of the CMake option "DCMTK_ENABLE_CHARSET_CONVERSION"?

PS: Your referenced images are currently not shown.

also please explain why the file limit is 4GB and not more. is there any way to bypass this? The Pixel Data (7fe0,0010) Data Element has a Length Field of 32-bit, so the maximum size of uncompressed pixel data is (usually) limited to about 4.2 GB. Only recently, CP-2083 introduced a new Transfer Sy...

Specifying the Specific Character Set (0008,0005) in your query is not needed since your query does not contain any non-ASCII characters. In order to make sure that it is not a display problem on your side (Windows command shell or terminal?), you should write the received C-FIND Response Data Sets ...

By default, the DicomImage class only supports monochrome DICOM images. In order to register support for color images (such as yours), you need to include the header file "dcmtk/dcmimage/diregist.h" into your source code and recompile.