Hi all,
I have had a small discussion with Mr. van Herk about this DICOM files that reside in the Conquest filesystem:
Quote from msaDisplay More
Dear Mr. van Herk,
one of our customers asked us to import images from a conquest server. Our application is based on the OFFIS DICOM Toolkit (DCMTK) and we want to read the images recursively from the filesystem to send them to another server afterwards.
It works fine with some of the images but there are also some of them which seem to have an imcomplete metaheader. The metaheaders of the affected images I examined only contain the transfersyntax-UID and nothing else. The customer says that these images have been received by the conquest server after the compression was de-activated, but I am not sure if he is right.
So my questions are:
1) Are my observations plausible to you?
2) If so, what would be your suggested approach to export all images from the conquest-server, given that it should be possible to determine which images were successfully exported and which failed?
Quote from Marcel van HerkIf the images are stored as .v2 files then the metaheaders are stripped in the latest version. Files with .dcm extension keep the metaheader. I never noticed that the length is missing, but it can be true since the length is also created automatically by the UCMDC libraries when reading the images. Could you also send me some sample images that work and fail? We use dcmtk 3.5.4 to compress and decompress jpeg data and that works, but then we store the data as dcm not v2.
To solve the problem you could maybe transmit the images from conquest into your server.