[Dcmlib] Re: (Bis) Secondary Capture Image Storage, 1.2.840.10008.5.1.4.1.1.7

Tue Apr 19 16:17:07 CEST 2005

Benoit Regrain wrote:

> JPR,
> cette valeur doit etre dans le 0002|0002 ou le 0002|0012 ?
>
> Benoit
>

--> Si on fait
ctest  -V -R TestPrintAllDocument > toto.txt
grep '0002|0002" toto.txt
grep '0002|0012" toto.txt
on peut voir facilement que, sur les 150 images de gdcmData, le champs 
qui contient
1.2.840.10008.5.1.4.1.1.7, c'est a dire 'Secondary Capture Image Storage'
est toujours le 0002|0012, et jamais le 0002|0002

L'indication de Bill
---------------------------------
The tag stands for Secondary Capture. Other tags of this kind are for 
CT/MR etc.
PS 36-2003 "Digital Imaging and Communications in Medicine (DICOM)", 
Part 6: Data Dictionary, Section 7: "Registry of DICOM File Meta 
Elements, p. 73.
----------------------------------
s'applique a la 0002,0002 (les 'Other tags of this kind' sont tous dans 
Dicts/dicomTS.dic)

Ci apres, un exemple de fichier genere ex-nihilo par TestWriteSimple, 
qui correspond a la définition.

[jpr at creatis-jpr Testing]$ ../bin/PrintFile 
TestWriteSimple-256-256-1-8U.EXPL
V 0002|0000[UL] [Meta Group Length] [224] x(e0)
B 0002|0001[OB] [File Meta Information Version] [gdcm::Binary data 
loaded; length = 2]
V 0002|0002[UI] [Media Stored SOP Class UID] [1.2.840.10008.5.1.4.1.1.7 
]  ==>  [Secondary Capture Image Storage]
V 0002|0003[UI] [Media Stored SOP Instance UID] 
[1.2.826.0.1.3680043.2.1143.19164177799.2005041912125547219]
V 0002|0010[UI] [Transfer Syntax UID] [1.2.840.10008.1.2.1 ]  ==>       
[Explicit VR - Little Endian]
V 0002|0012[UI] [Implementation Class UID] 
[1.2.826.0.1.3680043.2.1143.19164177799.2005041912125547233]
V 0002|0013[SH] [Implementation Version Name] [GDCM 1.0]
V 0008|0012[DA] [Instance Creation Date] [20050419]
V 0008|0013[TM] [Instance Creation Time] [121255]
V 0008|0016[UI] [SOP Class UID] [1.2.840.10008.5.1.4.1.1.7 ]  ==>       
[Secondary Capture Image Storage]
V 0008|0018[UI] [SOP Instance UID] 
[1.2.826.0.1.3680043.2.1143.19164177799.2005041912125547276]
V 0008|0060[CS] [Modality] [OT]
V 0008|0070[LO] [Manufacturer] [GDCM Factory]
V 0008|0080[LO] [Institution Name] [GDCM Hospital ]
V 0008|0090[PN] [Referring Physician's Name] []
V 0010|0010[PN] [Patient's Name] [GDCM^Patient]
V 0010|0030[DA] [Patient's Birthdate] []
V 0010|0040[CS] [Patient's Sex] []
V 0020|000d[UI] [Study Instance UID] 
[1.2.826.0.1.3680043.2.1143.19164177799.2005041912125547255]
V 0020|000e[UI] [Series Instance UID] 
[1.2.826.0.1.3680043.2.1143.19164177799.2005041912125547227]
V 0028|0002[US] [Samples per Pixel] [1] x(1)
V 0028|0004[CS] [Photometric Interpretation] [MONOCHROME2 ]
V 0028|0010[US] [Rows] [256] x(100)
V 0028|0011[US] [Columns] [256] x(100)
V 0028|0100[US] [Bits Allocated] [8] x(8)
V 0028|0101[US] [Bits Stored] [8] x(8)
V 0028|0102[US] [High Bit] [7] x(7)
V 0028|0103[US] [Pixel Representation] [0] x(0)
V 7fe0|0000[UL] [Group Length] [65548] x(1000c)
B 7fe0|0010[OB] [Pixel Data] [gdcm::NotLoaded Address:840 Length:65536 
x(10000)]

C'est gdcm qui produit ca (hors vtk ou itk)
Ca coince ou?
JPRx

>
> ----- Original Message ----- From: "Jean-Pierre Roux" 
> <Jean-Pierre.Roux at creatis.insa-lyon.fr>
> Cc: "Mailing list gdcm" <dcmlib at creatis.insa-lyon.fr>
> Sent: Tuesday, April 19, 2005 2:07 PM
> Subject: [Dcmlib] Re: (Bis) Secondary Capture Image 
> Storage,1.2.840.10008.5.1.4.1.1.7
>
>
>> Benoit Regrain wrote:
>>
>>>> Yo,
>>>>
>>>> Apparement des machines n'arrivait pas a relire des images ecrites 
>>>> via ITK-gdcm. La solution ajouter:
>>>>
>>>> Secondary Capture Image Storage, 1.2.840.10008.5.1.4.1.1.7
>>>> (0x0002, 0x0012); //[Implementation Class UID]
>>>>
>>
>> Oops!
>>
>> Dans l'ensemble des images de gdcmData, *aucune* n'a :
>> (0x0002, 0x0012) [Implementation Class UID]
>> [Secondary Capture Image Storage] [1.2.840.10008.5.1.4.1.1.7]
>>
>> (le champs 0x0002, 0x0012 contient un UID , contructor-dependant)
>>
>> mais en revanche le champs 0x0002, 0x0002 contient une valeur parmi 
>> celles repertoriées dans Dicts/dicomTS.dic,
>> dont Secondary Capture Image Storage, 1.2.840.10008.5.1.4.1.1.7 .
>>
>> Qq exemples ci apres :
>>
>> V 0002|0002  [Media Stored SOP Class UID] 
>> [1.2.840.10008.5.1.4.1.1.12.1] [X-Ray Angiographic Image Storage]
>> V 0002|0002  [Media Stored SOP Class UID] [1.2.840.10008.5.1.4.1.1.2 
>> ] [CT Image Storage]
>> V 0002|0002  [Media Stored SOP Class UID] [1.2.840.10008.5.1.4.1.1.1 
>> ] [Computed Radiography Image Storage]
>> V 0002|0002 l  [Media Stored SOP Class UID] 
>> [1.2.840.10008.5.1.4.1.1.3.1 ] [Ultrasound Multi-Frame Image Storage]
>> V 0002|0002[Media Stored SOP Class UID] [1.2.840.10008.5.1.4.1.1.6 ] 
>> [Ultrasound Image Storage (Retired)]
>> V 0002|0002  [Media Stored SOP Class UID] [1.2.840.10008.5.1.4.1.1.7 
>> ] [Secondary Capture Image Storage]
>> V 0002|0002 [Media Stored SOP Class UID] [] [gdcm::Unfound]
>> V 0002|0002 [Media Stored SOP Class UID] [1.2.840.10008.5.1.4.1.1.3 ] 
>> [Ultrasound Multi-Frame Image Storage (Retired)]
>> V 0002|0002 [Media Stored SOP Class UID] [1.2.840.10008.5.1.4.1.1.4 
>> ]  [MR Image Storage]
>>
>>
>> le code actuel de gdcm::FileHelper::CheckMandatoryElements()
>> qui contient , entre autres:
>>
>>   // 'Media Stored SOP Class UID'
>>   ValEntry *e_0002_0002 = CopyValEntry(0x0002,0x0002);
>>      // [Secondary Capture Image Storage]
>>      e_0002_0002->SetValue("1.2.840.10008.5.1.4.1.1.7");
>>      Archive->Push(e_0002_0002);
>>
>>   // 'Implementation Class UID'
>>   ValEntry *e_0002_0012 = CopyValEntry(0x0002,0x0012);
>>      e_0002_0012->SetValue(Util::CreateUniqueUID());
>>      Archive->Push(e_0002_0012);
>>
>> etait suposé creer des images conformes a l'existant.
>>
>> C'est quoi, qu'il manque, en fait ?
>> JPRx
>>
>>
>