dcmj2pnm protests, but not dcmdump

All other questions regarding DCMTK

Moderator: Moderator Team

Post Reply
Message
Author
st80rules
Posts: 190
Joined: Tue, 2007-05-08, 17:45

dcmj2pnm protests, but not dcmdump

#1 Post by st80rules »

Hi,

I'm having a hard time opening a given DICOM image, and trying to figure out why is sort of an ordeal.

Dcmdump doesn't report much, the only oddity I see is this:
...
(0002,0001) OB 30\31 # 2, 1 FileMetaInformationVersion
W: DcmUniqueIdentifier: Element MediaStorageSOPClassUID (0002,0002) contains one or more space characters, which were removed
(0002,0002) UI =SecondaryCaptureImageStorage # 26, 1 MediaStorageSOPClassUID
...

dcmj2pnm says this:
E: can't change to unencapsulated representation for pixel data
E: can't determine 'PhotometricInterpretation' of decompressed image
E: can't convert input pixel data, probably unsupported compression
F: Invalid DICOM image

while in my code using the DicomImage class all I get is "Invalid element value".

Below is the entire dcmdump.

Can anyone point me out to what's wrong?

Normand




# Dicom-File-Format

# Dicom-Meta-Information-Header
# Used TransferSyntax: Little Endian Explicit
(0002,0000) UL 212 # 4, 1 FileMetaInformationGroupLength
(0002,0001) OB 30\31 # 2, 1 FileMetaInformationVersion
W: DcmUniqueIdentifier: Element MediaStorageSOPClassUID (0002,0002) contains one or more space characters, which were removed
(0002,0002) UI =SecondaryCaptureImageStorage # 26, 1 MediaStorageSOPClassUID
(0002,0003) UI [1.3.46.670589.5.2.10.2.4.46.678.1.2148.1288441705265] # 52, 1 MediaStorageSOPInstanceUID
(0002,0010) UI =JPEG2000 # 22, 1 TransferSyntaxUID
(0002,0012) UI [1.2.826.0.1.3680043.8.1678.100] # 30, 1 ImplementationClassUID
(0002,0013) SH [NN] # 10, 1 ImplementationVersionName
(0002,0016) AE [NN] # 10, 1 SourceApplicationEntityTitle

# Dicom-Data-Set
# Used TransferSyntax: JPEG 2000 (Lossless or Lossy)
(0008,0000) UL 420 # 4, 1 GenericGroupLength
(0008,0005) CS [ISO_IR 100] # 10, 1 SpecificCharacterSet
(0008,0008) CS [DERIVED\PRIMARY] # 16, 2 ImageType
(0008,0012) DA [20101030] # 8, 1 InstanceCreationDate
(0008,0013) TM [122825] # 6, 1 InstanceCreationTime
(0008,0016) UI =SecondaryCaptureImageStorage # 26, 1 SOPClassUID
(0008,0018) UI [1.3.46.670589.5.2.10.2.4.46.678.1.2148.1288441705265] # 52, 1 SOPInstanceUID
(0008,0020) DA [20101030] # 8, 1 StudyDate
(0008,0021) DA [20101030] # 8, 1 SeriesDate
(0008,0030) TM [102725] # 6, 1 StudyTime
(0008,0031) TM [122825] # 6, 1 SeriesTime
(0008,0050) SH [OPD] # 4, 1 AccessionNumber
(0008,0060) CS [PT] # 2, 1 Modality
(0008,0064) CS [WSD] # 4, 1 ConversionType
(0008,0070) LO [Philips Medical Systems] # 24, 1 Manufacturer
(0008,0080) LO [] # 16, 1 InstitutionName
(0008,0090) PN [] # 18, 1 ReferringPhysicianName
(0008,1010) SH [r114-svr] # 8, 1 StationName
(0008,1030) LO [PET CT] # 6, 1 StudyDescription
(0008,103e) LO [Transverse fused] # 16, 1 SeriesDescription
(0008,1090) LO [GEMINI TF TOF 16] # 16, 1 ManufacturerModelName
(0010,0000) UL 100 # 4, 1 GenericGroupLength
(0010,0010) PN [] # 14, 1 PatientName
(0010,0020) LO [] # 10, 1 PatientID
(0010,0030) DA (no value available) # 0, 0 PatientBirthDate
(0010,0040) CS [F] # 2, 1 PatientSex
(0010,1010) AS [039Y] # 4, 1 PatientAge
(0010,1020) DS [1.61] # 4, 1 PatientSize
(0010,1030) DS [67] # 2, 1 PatientWeight
(0010,2000) LO (no value available) # 0, 0 MedicalAlerts
(0018,0000) UL 184 # 4, 1 GenericGroupLength
(0018,1000) LO [7114] # 4, 1 DeviceSerialNumber
(0018,1010) LO [PHILIPS-78922D6] # 16, 1 SecondaryCaptureDeviceID
(0018,1012) DA [20101030] # 8, 1 DateOfSecondaryCapture
(0018,1014) TM [122825] # 6, 1 TimeOfSecondaryCapture
(0018,1016) LO [Philips Medical Systems] # 24, 1 SecondaryCaptureDeviceManufacturer
(0018,1018) LO [EBW 3.0] # 8, 1 SecondaryCaptureDeviceManufacturerModelName
(0018,1019) LO [PET/CT Viewer] # 14, 1 SecondaryCaptureDeviceSoftwareVersions
(0018,1020) LO [9.5\PMSPT1.44\PMS5.2 MIT PIIMDictionary] # 40, 3 SoftwareVersions
(0020,0000) UL 162 # 4, 1 GenericGroupLength
(0020,000d) UI [1.2.840.113704.1.111.416.1288414567.6] # 38, 1 StudyInstanceUID
(0020,000e) UI [1.3.46.670589.5.2.10.2.4.46.678.1.2148.1288441705203] # 52, 1 SeriesInstanceUID
(0020,0010) SH [4213] # 4, 1 StudyID
(0020,0011) IS [161320890] # 10, 1 SeriesNumber
(0020,0013) IS [1] # 2, 1 InstanceNumber
(0020,0020) CS (no value available) # 0, 0 PatientOrientation
(0020,4000) LT (no value available) # 0, 0 ImageComments
(0021,0000) UL 48 # 4, 1 PrivateGroupLength
(0021,0011) LO [91414454592ak91ea9e#ea] # 22, 1 PrivateCreator
(0021,0012) LO [MSPL MSPL] # 10, 1 PrivateCreator
(0028,0000) UL 174 # 4, 1 GenericGroupLength
(0028,0002) US 3 # 2, 1 SamplesPerPixel
(0028,0004) CS [YBR_RCT ] # 8, 1 PhotometricInterpretation
(0028,0006) US 0 # 2, 1 PlanarConfiguration
(0028,0008) IS [1 ] # 2, 1 NumberOfFrames
(0028,0010) US 284 # 2, 1 Rows
(0028,0011) US 246 # 2, 1 Columns
(0028,0034) IS [1000\1000] # 10, 2 PixelAspectRatio
(0028,0100) US 8 # 2, 1 BitsAllocated
(0028,0101) US 8 # 2, 1 BitsStored
(0028,0102) US 7 # 2, 1 HighBit
(0028,0103) US 0 # 2, 1 PixelRepresentation
(0028,0301) CS [NO] # 2, 1 BurnedInAnnotation
(0028,1052) DS [0] # 2, 1 RescaleIntercept
(0028,1053) DS [1] # 2, 1 RescaleSlope
(0028,1054) LO [US] # 2, 1 RescaleType
(0028,2110) CS [00] # 2, 1 LossyImageCompression
(0040,0000) UL 14 # 4, 1 GenericGroupLength
(0040,0253) SH [421324] # 6, 1 PerformedProcedureStepID
(0054,0000) UL 16 # 4, 1 GenericGroupLength
(0054,1000) CS [SCIMAGE] # 8, 1 SeriesType
(2001,0000) UL 60 # 4, 1 PrivateGroupLength
(2001,0010) LO [Unknown groupSlot (0x2001,0x0010)] # 34, 1 PrivateCreator
(2001,1063) CS [ELSEWHERE] # 10, 1 Unknown Tag & Data
(2050,0000) UL 16 # 4, 1 GenericGroupLength
(2050,0020) CS [IDENTITY] # 8, 1 PresentationLUTShape
(7fe0,0000) UL 38216 # 4, 1 ACR_NEMA_2C_VariablePixelDataGroupLength
(7fe0,0010) OB (PixelSequence #=2) # u/l, 1 PixelData
(fffe,e000) pi 00\00\00\00 # 4, 1 Item
(fffe,e000) pi ff\4f\ff\51\00\2f\00\00\00\00\00\f6\00\00\01\1c\00\00\00\00\00\00... # 38184, 1 Item
(fffe,e0dd) na (SequenceDelimitationItem) # 0, 0 SequenceDelimitationItem

st80rules
Posts: 190
Joined: Tue, 2007-05-08, 17:45

Re: dcmj2pnm protests, but not dcmdump

#2 Post by st80rules »

OK never mind, after more digging I found that dcmtk doesn't support the YBR_RCT photometric interpretation, and I've managed to work around that.

Normand

J. Riesmeier
DCMTK Developer
Posts: 2503
Joined: Tue, 2011-05-03, 14:38
Location: Oldenburg, Germany
Contact:

Re: dcmj2pnm protests, but not dcmdump

#3 Post by J. Riesmeier »

The real reason is that dcmj2pnm does not support JPEG2000 compression. Reading the documentation would help - as always :)

Post Reply

Who is online

Users browsing this forum: Google [Bot], Semrush [Bot] and 1 guest