DICOM @ OFFIS

DcmItem::nextInContainer

Hello, I find some memory leaks in dcmtk-3.6.1_20121102\dcmwlm\libsrc\wlfsim.cc, Such as ScheduledPerformingPhysicianNamesMatch, PatientsNamesMatch, AccessionNumbersMatch, RequestedProcedureIdsMatch, ReferringPhysicianNamesMatch, PatientsSexesMatch, RequestingPhysiciansMatch, AdmissionIdsMatch, Requ...

OK, thank you. I will read the related part of dicom standard.

The file's transfer syntax is 1.2.840.10008.1.2.4.70, it is a jpeg compressed transfer syntax and I can open and decompress the pixel using other tools such as eZDICOM. Could you please tell me the image encapsulate rule? I find a flag in \dcmdata\libsrc\dcpixel.cc line 719 if (getLengthField() == D...

Hi, I find DCMTK3.6.0 can't read the test image(I will send the image to dicom@offis.de later). I find the image's transfer syntax is compressed, but when I decompress the image using chooseRepresentation, the program goto the red line, I think it is should be the else statement. I need your help ab...

Yes, It's really more related to DICOM standard.
OK, I know, Thanks for your reply!

Coding scheme designators beginning with "99" are private or local coding schemes (see section 8.2 in part 3 of the DICOM standard). We use "99_OFFIS_DCMTK" for sample codes in our sample SR documents. You should not use them for your own SR documents but look into part 16 of th...

I've read the problem. I have another problem,the size of example image is (columns)256/128(rows), while the pixel spacing is 0.2(vertical)/0.1(horiental), when display the image, it should be show in a square size not a rectangle, (128*128 or 256*256 or others) when the zomm factor is 1:1. If the D...

I'm working on DICOM SR recently, and I'm confused about the code Scheme. It's a three value called CodeValue/ CodingSchemeDesignator/ CodeMeaning, I find many SR using "99_OFFIS_DCMTK" in CodingSchemeDesignator value. I think it's a dictionary and where can I get it or It is custom define...