DICOM @ OFFIS

You can freely choose these numbers. However it is common (and other applications may have a problem if you dont do that) to start with 1 and then continue counting the next odd number up, 3,5,7...

Regards,
Michael

Hi Mugunthan,

look at part 4 of the DICOM standard, section C.6.1.1.2 .

Best regards,
Michael

P.S: This is not a DCMTK-related question...

No, as Jörg wrote, only the odd numbers, i.e. 1,3,5,...

Regards,
Michael

Yes you can

Regards,
Michael

Dear Markus, there is nothing we can do without any information about what you exactly did. Which command did you run with dcmodify? Or, maybe you can send an example file and the command you used (dicom at offis dot de). Also, does this problem only occur when accessing files on a network drive or ...

Hi Shaeto,

can you provide an example file making the parser crash? Please send it to dicom at offis dot de if possible

Best regards and thanks,
Michael

Hi,

for files in the DICOMDIR (on a DICOM media) only filenames with capital letters, numbers and underscore are permitted. Also only 8 characters allowed. Ie: No ".", no lowercase letters (dcm).

Rename your files or try dcmmkdir with +m option.

Best regards,
Michael

Hi Pascal, right, at the moment there is no support for such objects. With the upcoming dcmrt module we are planning to support different kind of RT objects (probably also the ion plan) for enabling easy access to their content, ie. attributes. For such a dedicated API support you will have to wait ...

Yes I think that's possible and this is the reason for your problem: If you dont call loadAllIntoMemory() then elements with values being larger than a specific threshold remain in the file and are only loaded on demand, ie. when accessed. When you clone the file both fileformats in memory point to ...

Sorry, I don't know, you may try in a debugger...

Best regards,
Michael

Hi, maybe this is because the file is not loaded completely into memory? Maybe it's worth a try (dont know whether this is a _must_), try: dcmFileFormat=getDicom()->getFileFormat(); // your code line dcmFileFormat->loadAllDataIntoMemory(); // add this line dcmClone=(DcmFileFormat *)dcmFileFormat->cl...

Hi,

no problem
Yes, the fileformat is (as in DICOM) composed of the metaheader and the dataset. So if you would write a newly created file format to disk, the file will also contain a metaheader which is automatically generated.

Best regards,
Michael

Hi,

paolom wrote:Hi,

If I create a new DcmFileFormat with:

Code: Select all

DcmFileFormat (DcmDataset *dataset)

So far so good...

does the meta-header files doesnt' load on a DcmFileFormat?!

But I don't understand the question

Best Regards,
Michael

Hi Torsten, your statement is nearly correct ;) The problem is that the attribute Scheduled Station AETitle (0040,0001) lies in a sequence (see DICOM standard part 4, table K.6-1; sequence content is denote by ">" signs) and is not at main level as the Patient Name attribute (0010,0010) is...

Hi, generally you can do it like this. However, you have to enter your private tags into the dictionary first (private.dic in dcmdata module). Under windows, recompile then. If you do not enter your private tags into the dictionary, DCMTK cannot know which data type (VR) a new private tag uses. It t...