DICOM @ OFFIS

The first parameter has to be a valid File ID (apart from the "/" as the path separator on non-Windows systems), i.e. "IMAGES/IMG000" would be OK, "/images/IMG000" not. Mapping to upper case is done automatically if enableMapFilenamesMode() has been called before adding the file.

If the DICOM files to be referenced from the DICOMDIR are stored in the subdirectory "IMAGES" (i.e. below the directory where the DICOMDIR is stored) and this is also the directory structure to be used for the DICOM File-Set (e.g. on a CD or DVD), you have to specify this subdirectory together with ...

The answer is easy. When reading the DICOM image with debug mode enabled, you get the following output (excerpt): D: transfer syntax of DICOM dataset: JPEG 2000 (Lossless only) (1.2.840.10008.1.2.4.90) E: can't change to unencapsulated representation for pixel data The reason is also easy to underst...

Consulting the DICOM Conformance Statement of the Siemens system would also be helpful in order to check which DICOM attributes (query keys) the SCP supports.

Since all proposed Storage SOP Classes are accepted by storescp (including RETIRED_UltrasoundMultiframeImageStorage and UltrasoundMultiframeImageStorage), my first guess would be that the SCU also wants to send an instance of the Private SOP Class with UID 1.3.46.670589.2.5.1.1. Seems to be a Philip...

As I suspected, this seems to be a bug in the implementation; Marco confirmed this. So, I added the following issue to DCMTK's bug tracker: https://support.dcmtk.org/redmine/issues/894

This "DICOM image" has numerous issues, some of them seem to be discussed here: https://groups.google.com/forum/#!topic/comp.protocols.dicom/_vx2IpKa0BM The SOP Class UID refers to an unnamed retired SOP Class that apparently was never really defined in the DICOM standard. The Pixel data of the two ...

Could you post the entire dump of the DICOM image, at least the data elements from group (0028,xxxx)?

When I try to get the SOPInstanceUIDs of that series I get this: The dataset dump shows the request (see caption "Request Identifiers:" in the log output) and not the response, i.e. there is no match for your request. I only mention this to make sure that we are talking about the same aspect of the...

You could use the DicomImage class e.g. for extracting details on the overlay planes of an existing DICOM image, but since the main purpose of this class is "image display", it is not really suited for storing DICOM images to a file or dataset.

What is the background of your question: do you want to store the modified DICOM image as a new SOP instance / DICOM file afterwards?

I was asking for the libraries that you link, not the header files you include. As far as I can see, LNK2028 and LNK2019 are linker errors.

By the way, how do you link the DCMTK to your program: statically or dynamically (i.e. as a DLL)?

If "logfile" is something like the following it should work: Are you sure that you link the correct libraries?

Which version of the DCMTK do you use?

You should enable support for the builtin data dictionary by setting the respective configure option for Autoconf or CMake (see datadict.txt ), recompile the DCMTK and install it. In addition, I would recommend that you check in your program whether the data dictionary is really "loaded" by calling ...