[Dcmlib] force loading elements (follows)
Jean-Pierre Roux
jpr at creatis.insa-lyon.fr
Tue Aug 30 10:58:35 CEST 2005
Mathieu Malaterre wrote:
> Jean-Pierre Roux wrote:
>
>> Hi!
>>
>> According to some users requirement, we can now force the loading of
>> some elements whose length exceeds the current
>> MAX_SIZE_LOAD_ELEMENT_VALUE.
>>
>>
[...]
Mathieu :
Just for information.
The document
http://www.enac.northwestern.edu/~tew/archives/2003/02/25/incomplete-dicom-headers/
seems to contain unacurate information about the description of the
/famous/ 0029, 1010 Siemens tag :
It's *not* an ASCII field (as told in the document), but a mix of ASCII
and 'binary' information.
hexedit on the formerly called MR_0007_0001.dcm file (now :
gdcmSampleData/were_in_gdcmData/MR_forceLoad29-1010_29-1020.dcm)
shows me :
000007C8 *29 00 10 10* 84 1A 00 00 53 56 31 30 ).......SV10
000007D4 04 03 02 01 38 00 00 00 4D 00 00 00 ....8...M...
000007E0 45 63 68 6F 4C 69 6E 65 50 6F 73 69 EchoLinePosi
000007EC 74 69 6F 6E 00 00 00 00 02 00 00 00 tion........
000007F8 02 00 00 00 02 00 00 00 02 00 00 00 ............
00000804 02 00 00 00 03 00 00 00 02 00 00 00 ............
00000810 02 00 00 00 02 00 00 00 02 00 00 00 ............
0000081C 02 00 00 00 01 00 00 00 49 53 00 00 ........IS..
00000828 06 00 00 00 06 00 00 00 4D 00 00 00 ........M...
00000834 09 00 00 00 09 00 00 00 4D 00 00 00 ........M...
00000840 09 00 00 00 36 34 20 20 20 20 20 20 ....64
0000084C 00 00 00 00 00 00 00 00 00 00 00 00 ............
00000858 CD 00 00 00 00 00 00 00 00 00 00 00 ............
00000864 00 00 00 00 CD 00 00 00 00 00 00 00 ............
00000870 00 00 00 00 00 00 00 00 CD 00 00 00 ............
0000087C 00 00 00 00 00 00 00 00 00 00 00 00 ............
00000888 CD 00 00 00 00 00 00 00 00 00 00 00 ............
00000894 00 00 00 00 CD 00 00 00 00 00 00 00 ............
000008A0 45 63 68 6F 43 6F 6C 75 6D 6E 50 6F EchoColumnPo
000008AC 73 69 74 69 6F 6E 00 07 90 EA DA 07 sition......
000008B8 C0 EA DA 07 D0 EA DA 07 E0 EA DA 07 ............
000008C4 B0 EA DA 07 D0 FA DA 07 F0 EA DA 07 ............
000008D0 D0 E9 DA 07 00 EB DA 07 80 FA DA 07 ............
000008DC 80 EA DA 07 01 00 00 00 49 53 00 00 ........IS..
000008E8 06 00 00 00 06 00 00 00 4D 00 00 00 ........M...
000008F4 09 00 00 00 09 00 00 00 4D 00 00 00 ........M...
00000900 09 00 00 00 36 34 20 20 20 20 20 20 ....64
0000090C 00 00 00 00 00 00 00 00 00 00 00 00 ............
00000918 CD 00 00 00 00 00 00 00 00 00 00 00 ............
00000924 00 00 00 00 CD 00 00 00 00 00 00 00 ............
00000930 00 00 00 00 00 00 00 00 CD 00 00 00 ............
0000093C 00 00 00 00 00 00 00 00 00 00 00 00 ............
00000948 CD 00 00 00 00 00 00 00 00 00 00 00 ............
00000954 00 00 00 00 CD 00 00 00 00 00 00 00 ............
--- MR_forceLoad29-1010_29-1020.dcm --0x954/0x16C94----
>
>
> Really neat !
>
> Just for background information, gdcm has a default behavior of
> skeeping reading the long binary stream. So far this was ok because
> user are only interested in the DICOM image. But the /famous/ 0029,
> 1010 Siemens tag is actually needed when you start doing any thing
> fancy. Indeed the so called /Siemens addendum/ contain lot of
> information that allow proper reconstruction of the DICOM volume.
>
> Mathieu
> For more info, on this private tag:
>
> original report:
> <...>
> Thanks for your help. I will give your suggestion a try.This field as
> actually an ASCII parameter map for the Siemens pulse sequence used to
> create the images. It provides all information allowing you to take an
> image from one Siemens scanner to another scanner and completely specify
> the imaging parameters. An example of some of the fields are shown at
> this site:
>
> http://www.enac.northwestern.edu/~tew/archives/2003/02/25/incomplete-dicom-headers/
>
>
>
> Since information about the DTI study such as number of directions and
> number of b values applied are stored in this header, it will allow me
> to convert the 3D data to a 4D representation that we use to analyze the
> data.
> <...>
> _______________________________________________
> Dcmlib mailing list
> Dcmlib at creatis.insa-lyon.fr
> http://www.creatis.insa-lyon.fr/mailman/listinfo/dcmlib
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.creatis.insa-lyon.fr/pipermail/dcmlib/attachments/20050830/391ed9e1/attachment.html>
More information about the Dcmlib
mailing list