Search found 2505 matches
- Fri, 2023-12-01, 22:12
- Forum: DCMTK - General
- Topic: Storescu bug?
- Replies: 1
- Views: 7599
Re: Storescu bug?
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...
- Fri, 2023-12-01, 10:12
- Forum: DCMTK - General
- Topic: dcmmkdir with anonymized images
- Replies: 8
- Views: 30741
Re: dcmmkdir with anonymized images
Did you already try with the --invent option?
The Attributes that dcmmkdir lists as missing are of Type 1 in a DICOMDIR.
The Attributes that dcmmkdir lists as missing are of Type 1 in a DICOMDIR.
- Thu, 2023-11-30, 23:05
- Forum: DCMTK - General
- Topic: dcmsend -> dcmqrscp fails negotiation
- Replies: 3
- Views: 16511
Re: dcmsend -> dcmqrscp fails negotiation
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...
- Thu, 2023-11-30, 22:50
- Forum: DCMTK - General
- Topic: dcmsend -> dcmqrscp fails negotiation
- Replies: 3
- Views: 16511
Re: dcmsend -> dcmqrscp fails negotiation
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 --...
- Tue, 2023-11-28, 10:37
- Forum: DCMTK - General
- Topic: FindSCU Chinese Unicode problem
- Replies: 12
- Views: 80010
Re: FindSCU Chinese Unicode problem
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 suppor...
- Mon, 2023-11-27, 12:18
- Forum: DCMTK - General
- Topic: FindSCU Chinese Unicode problem
- Replies: 12
- Views: 80010
Re: FindSCU Chinese Unicode problem
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...
- Mon, 2023-11-27, 09:06
- Forum: DCMTK - General
- Topic: FindSCU Chinese Unicode problem
- Replies: 12
- Views: 80010
Re: FindSCU Chinese Unicode problem
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 co...
- Sun, 2023-11-26, 12:15
- Forum: DCMTK - General
- Topic: FindSCU Chinese Unicode problem
- Replies: 12
- Views: 80010
Re: FindSCU Chinese Unicode problem
What is the value of the CMake option "DCMTK_ENABLE_CHARSET_CONVERSION"?
PS: Your referenced images are currently not shown.
PS: Your referenced images are currently not shown.
- Mon, 2023-11-20, 13:24
- Forum: DCMTK - General
- Topic: Difference in ImageStatus after processing dicom file using dcmtk library
- Replies: 16
- Views: 17734
Re: Difference in ImageStatus after processing dicom file using dcmtk library
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...
- Mon, 2023-11-20, 12:10
- Forum: DCMTK - General
- Topic: FindSCU Chinese Unicode problem
- Replies: 12
- Views: 80010
Re: FindSCU Chinese Unicode problem
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 ...
- Mon, 2023-11-20, 09:35
- Forum: DCMTK - General
- Topic: Large dicom files
- Replies: 12
- Views: 32741
Re: Large dicom files
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.
- Sun, 2023-11-19, 18:00
- Forum: DCMTK - General
- Topic: Large dicom files
- Replies: 12
- Views: 32741
Re: Large dicom files
The DICOM image is JPEG2000 compressed. As I wrote in my previous posting, the public DCMTK cannot decompress such images. You need e.g. the DCMJP2K extension for doing this.
- Thu, 2023-11-16, 10:04
- Forum: DCMTK - General
- Topic: Transfer syntax conversion
- Replies: 3
- Views: 5104
Re: Transfer syntax conversion
First of all, you should make sure that the DICOM data dictionary file "dicom.dic" is loaded. Since the file is apparently not located in the default path (/usr/share/libdcmtk12/dicom.dic) you need to specify the location of the file with the environment variable DCMDICTPATH. See documenta...
- Thu, 2023-11-16, 09:55
- Forum: DCMTK - General
- Topic: dump2dcm
- Replies: 6
- Views: 12959
Re: dump2dcm
dump2dcm expects two parameters, so the ">" is probably causing the problem. (I mean, in addition to the "write access" issue Michael mentioned in his posting.)
- Tue, 2023-11-14, 19:05
- Forum: DCMTK - General
- Topic: How to override incorrectly labeled VR values
- Replies: 6
- Views: 4171
Re: How to override incorrectly labeled VR values
This is a global flag, so it has a global scope. It is, therefore, sufficient so set it to "OFTrue" once, e.g. at program start.