[Dcmlib] Re: (Bis) Secondary Capture Image Storage, 1.2.840.10008.5.1.4.1.1.7
Mathieu Malaterre
mathieu.malaterre at kitware.com
Wed Apr 20 19:00:49 CEST 2005
Je comprends plus ma question:
- Si je creer une image from scratch (genre vtkWriter) qui est-ce qui
creer ce tag (est-ce le role de vtkWriter ou plus gdcm) ?
- Est-ce qu'il faut le mettre oui ou non ?
- Et oui: 0002,0002 ou bien 0002,0012 ?
Merci
Mathieu
Jean-Pierre Roux wrote:
> 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
>>>
>>>
>>
> _______________________________________________
> Dcmlib mailing list
> Dcmlib at creatis.insa-lyon.fr
> http://www.creatis.insa-lyon.fr/mailman/listinfo/dcmlib
>
More information about the Dcmlib
mailing list