DICOM @ OFFIS

Sorry, I did not have the time to look into this in depth, I will check within the next days.

Best,
Michael

Hi,

some vendors definitely have such an approval with DCMTK as part of their system but I dont know how they did it and we (DCMTK team) do not have any validation reports.

Best,
Michael

Hi, I am not aware of any validation report of any type. Also I am not sure what kind of validation you are referring to, e.g. DCMTK as a software under the medical device directive or with FDA label? We know various companies that use DCMTK in their medical products but I don't know how they did th...

Hi, under some cirumstances it is into possible for a DICOM parser to recognize and parse unknown private sequence data. Is the file encoded in Little Endian Implicit? It could also be a problem with the lookup method dcmodify uses to recognize the tag on the commandline, so I am not 100% sure that ...

Hi, you could use DcmItem's findAndGetElements() to retrieve all occurrences of a tag. I think you must load it as a regular DICOM file/dataset (not via DcmDicomDir), i.e. DcmFileformat dcmff; dcmff.loadFile("DICOMDIR"); dcmff.getDataset()->findAndGetElements(....) ... Best regards, Michael

Hi, JPEG Baseline options are -xy for storescu, and +xy for dcmqrscp, I think. Best regards, Michael PS instead of storescu you could also use dcmsend which is smarter than storescu. It can also decompress if desired, eg if the server does not accept compression. To decompress also lossy images with...

dcmdump +P ReferencedFileID DICOMDIR

Hi,

thanks for the update and the link to the great website! I agree that it would be helpful to allow unknown Storage SOP Classes in the future.

Maybe option -pm (like in storescp) would make sense in dcmqrscp, too?

Best regards,
Michael

Hi,

I am not sure about dcmqrscp and private SOP classes but maybe there is also a problem with the client that sends a (somewhat) broken request? Can you show the log of the request and the resulting error (e.g. via -d in the DCMTK-related tools).

Best regards,
Michael

Hi, ahm, you could insert pixel data into the file? :idea: No, seriously, it seems there is no Pixel Data element in your DICOM file which is required in DICOM for a valid image. You can use dcmdump to have a look into the file and check whether the tag Pixel Data is existing (usually at the very en...

Great :) I consider the allocation in convert() a feature :) Since the parameter is a reference to a pointer, this is usually a sufficient note to the user that the method returns a new pointer for newly allocated memory. There is no reason to make it a reference if one does not return a new pointer...

Please use the dataset/file format variant that I posted instead of yours,i.e. in principle DcmDataset *dataset = NULL; convert(...); DcmFileFormt fileformat(dataset); The convert() call returns a newly allocated dataset, and does not use the empty one (created by DcmFileFormat internally) that you ...

Hi, do you actually feed your "dataset" into the "fileformat"? Otherwise you will write a file without dataset. See how it's done in img2dcm. Applied to your code this would be something like: Image2Dcm i2d; I2DOutputPlug *outPlug = new I2DOutputPlugSC(); I2DImgSource *inputPlug = new I2DJpegSource(...

Hi, so you use wlmscpfs from DCMTK as your worklist server? There is no way to ignore the missing AE Title(s). Also, at least the Calling AE Title (what you noted as <modalityworklist>) is mapped by wlmscpfs to a directory where the worklist files are. I.e. if you do not get an AE Title there, it ca...

Hi,

in saveFile(), use writeXfer (returned from convert()) instead of EXS_LittleEndianExplicit.

Best regards,
Michael