[Dcmlib] Problem of parsing :Hopeless !
Mathieu Malaterre
mathieu.malaterre at kitware.com
Tue Jan 24 15:34:36 CET 2006
This is so bizarre 'cause dcmdump is working(*). Let me have a look too.
Mathieu
(*)
$ dcmdump image_dfl
# Dicom-File-Format
# Dicom-Meta-Information-Header
# Used TransferSyntax: LittleEndianExplicit
(0002,0000) UL 190 # 4, 1
MetaElementGroupLength
(0002,0001) OB 00\01 # 2, 1
FileMetaInformationVersion
(0002,0002) UI =SecondaryCaptureImageStorage # 26, 1
MediaStorageSOPClassUID
(0002,0003) UI [1.3.6.1.4.1.5962.1.1.0.0.0.977067309.6001.0] # 44, 1
MediaStorageSOPInstanceUID
(0002,0010) UI =DeflatedLittleEndianExplicit # 22, 1
TransferSyntaxUID
(0002,0012) UI [1.3.6.1.4.1.5962.2] # 18, 1
ImplementationClassUID
(0002,0013) SH [DCTOOL100] # 10, 1
ImplementationVersionName
(0002,0016) AE [CLUNIE1] # 8, 1
SourceApplicationEntityTitle
# Dicom-Data-Set
# Used TransferSyntax: Deflated Explicit VR Little Endian
(0008,0016) UI =SecondaryCaptureImageStorage # 26, 1 SOPClassUID
(0008,0018) UI [1.3.6.1.4.1.5962.1.1.0.0.0.977067309.6001.0] # 44, 1
SOPInstanceUID
(0008,0020) DA (no value available) # 0, 0 StudyDate
(0008,0030) TM (no value available) # 0, 0 StudyTime
(0008,0050) SH (no value available) # 0, 0
AccessionNumber
(0008,0060) CS [OT] # 2, 1 Modality
(0008,0064) CS [WSD] # 4, 1
ConversionType
(0008,0070) LO (no value available) # 0, 0
Manufacturer
(0008,0090) PN [^^^^] # 4, 1
ReferringPhysiciansName
(0010,0010) PN [^^^^] # 4, 1
PatientsName
(0010,0020) LO (no value available) # 0, 0 PatientID
(0010,0030) DA (no value available) # 0, 0
PatientsBirthDate
(0010,0040) CS (no value available) # 0, 0 PatientsSex
(0020,000d) UI [1.3.6.1.4.1.5962.1.2.0.977067310.6001.0] # 40, 1
StudyInstanceUID
(0020,000e) UI [1.3.6.1.4.1.5962.1.3.0.0.977067310.6001.0] # 42, 1
SeriesInstanceUID
(0020,0010) SH (no value available) # 0, 0 StudyID
(0020,0011) IS (no value available) # 0, 0
SeriesNumber
(0020,0013) IS (no value available) # 0, 0
InstanceNumber
(0020,0020) CS (no value available) # 0, 0
PatientOrientation
(0020,4000) LT [THE OUTPUT OF THIS SOFTWARE IS FOR INVESTIGATIONAL USE
ONLY - NOT ... # 110, 1 ImageComments
(0028,0002) US 1 # 2, 1
SamplesPerPixel
(0028,0004) CS [MONOCHROME2] # 12, 1
PhotometricInterpretation
(0028,0010) US 512 # 2, 1 Rows
(0028,0011) US 512 # 2, 1 Columns
(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
(7fe0,0010) OB
d5\d5\d5\d5\d5\d5\d5\d5\d5\d5\d5\d5\d5\d5\d5\d5\d5\d5\d5\d5\d5\d5... #
262144, 1 PixelData
Jean-Pierre Roux wrote:
> Mathieu.
>
> I give up !
> The header is just a mess :-(
> Have a look a the output of hexedit vs the output of PrintFile/
> gdcm Parser does the job correctly.
> The problem comes from the header is *not* correct at all.
> The supposed to be DataElement *5ae4|707d *has *no* Explicit VR,
> therefore its length *is* x(3f75d754).
> It looks like a part of the header vanished at write time ...
> Could you tell it to David Clunie.
> Thx
> JP
>
> D 0002|0000 lg : x(4) 4 Off.: x(8c) 140
> [UL] [Group Length] [170]
> D 0002|0001 lg : x(2) 2 Off.: x(9c) 156
> [OB] [File Meta Information Version] [gdcm::Binary data
> loaded;length = 2]
> D 0002|0002 lg : x(1e) 30 Off.: x(a6) 166
> [UI] [Media Storage SOP Class UID]
> [1.2.840.10008.5.1.4.1.1.9.2.1 ] ==> [Hemodynamic Waveform Storage]
> D 0002|0003 lg : x(14) 20 Off.: x(cc) 204
> [UI] [Media Storage SOP Instance UID] [1.3.6.1.4.1.6018.1.1]
> D 0002|0010 lg : x(16) 22 Off.: x(e8) 232
> [UI] [Transfer Syntax UID] [1.2.840.10008.1.2.1.99]
> ==> [Deflated Explicit VR - Little Endian]
> D 0002|0012 lg : x(12) 18 Off.: x(106) 262 [UI
> [Implementation Class UID] [1.3.6.1.4.1.5962.2]
> D 0002|0013 lg : x(a) 10 Off.: x(120) 288
> [SH] [Implementation Version Name] [DCTOOL100 ]
> D 0002|0016 lg : x(8) 8 Off.: x(132) 306
> [AE] [Source Application Entity Title] [CLUNIE1 ]
> D *5ae4|707d* lg : x(3f75d754) 1064687444 Off.: x(142) 322 [
> ] [gdcm::Unknown] [gdcm::NotLoaded]
>
> 00000080 44 49 43 4D 02 00 00 00 55 4C 04 00 AA 00 00 00
> DICM....UL......
> 00000090 02 00 01 00 4F 42 00 00 02 00 00 00 00 01 02 00
> ....OB..........
> 000000A0 02 00 55 49 1E 00 31 2E 32 2E 38 34 30 2E 31 30
> ..UI..1.2.840.10
> 000000B0 30 30 38 2E 35 2E 31 2E 34 2E 31 2E 31 2E 39 2E
> 008.5.1.4.1.1.9.
> 000000C0 32 2E 31 00 02 00 03 00 55 49 14 00 31 2E 33 2E
> 2.1.....UI..1.3.
> 000000D0 36 2E 31 2E 34 2E 31 2E 36 30 31 38 2E 31 2E 31
> 6.1.4.1.6018.1.1
> 000000E0 02 00 10 00 55 49 16 00 31 2E 32 2E 38 34 30 2E
> ....UI..1.2.840.
> 000000F0 31 30 30 30 38 2E 31 2E 32 2E 31 2E 39 39 02 00
> 10008.1.2.1.99..
> 00000100 12 00 55 49 12 00 31 2E 33 2E 36 2E 31 2E 34 2E
> ..UI..1.3.6.1.4.
> 00000110 31 2E 35 39 36 32 2E 32 02 00 13 00 53 48 0A 00
> 1.5962.2....SH..
> 00000120 44 43 54 4F 4F 4C 31 30 30 20 02 00 16 00 41 45 DCTOOL100
> ....AE
> 00000130 08 00 43 4C 55 4E 49 45 31 20 *E4 5A 7D 70* 54 D7
> ..CLUNIE1 .Z}pT.
> 00000140 75 3F FB B4 88 F5 46 96 17 81 65 45 C6 F8 45 26
> u?....F...eE..E&
> 00000150 84 61 CC 76 B5 FA 40 50 E2 41 48 02 44 85 A4 48
> .a.v.. at P.AH.D..H
> 00000160 8B 62 33 1E 82 30 F2 80 07 63 55 96 3D 1E 9A 50
> .b3..0...cU.=..P
> 00000170 DB CD 87 43 1C 86 A1 AE ED F1 10 17 63 EA 3A D8
> ...C........c.:.
> 00000180 25 84 52 E2 32 C4 A5 0C 65 18 A2 51 55 57 C1 84
> %.R.2...e..QUW..
> 00000190 60 82 55 55 96 65 59 56 D7 62 59 8B D5 3B FD 9D
> `.UU.eYV.bY..;..
> 000001A0 F3 DE 4A FB 56 72 CB DF 81 9D A7 7D EF F7 CE 3D
> ..J.Vr.....}...=
> 000001B0 F7 DC F3 75 CF 3D 8B 8F 72 A8 B2 DC 47 E1 50 28
> ...u.=..r...G.P(
> 000001C0 54 18 0A 15 F9 68 26 45 D6 64 52 61 69 49 49 E1
> T....h&E.dRaiII.
> 000001D0 62 1F E5 D2 DA EA 39 54 18 0C 07 CB 8A 43 41 50
> b.....9T.....CAP
> 000001E0 84 CA 82 25 C1 C2 60 31 AE C2 E0 62 E0 85 E4 A3
> ...%..`1...b....
> 000001F0 3C 50 E5 82 AA 28 58 EA BC 2B 0D 15 96 E1 71 F1
> <P...(X..+....q.
> 00000200 62 F0 30 75 86 42 DC 17 86 C3 98 E1 9E B4 E7 AF
> b.0u.B..........
> 00000210 A7 3D 2F A0 CA 48 F6 F8 33 E6 5C 14 02 97 90 2D
> .=/..H..3.\....-
>
>
>
More information about the Dcmlib
mailing list