[Dcmlib] Incoherence de longueur de champ

[Jean-Pierre ROUX]

>Salut,
>
>	Je viens de faire:
>
>./bin/PrintHeader ../gdcmData/CT-MONO2-12-lomb-an2.acr
>
>Et je trouve:
>
>0008|0041 lg :       x(8) 8        Off.:      x(a8) 168     [US] 
>[Data Set Subtype (RET)] [19785\8257\17747\8273] x(4d49)

la longueur, c'est celle qui est sur disque : 8, VR = US : on a donc 
4 uin16_t stockés sur disque.
Ce que l'on retourne (et donc que l'on affiche), c'est leur 
representation 'caractère', séparés par des \, pour garder la 
convention dicom de stockage des 'multivaluées'.

Lorsqu'on le réécrit sur disque, on le repasse en binaire.

Il n'y a donc pas de soucis dans le cas présent.

JPRx

>
>
>Je comprends pas je croyais que lg indiquait la longueur de la 
>chaine. Est-ce qu'il y eu un formattage malheureux sous forme 
>d'entier qui expliquerait le probleme ?
>
>Merci
>Matt
>
>
>_______________________________________________
>Dcmlib mailing list
>Dcmlib at creatis.insa-lyon.fr
>http://www.creatis.insa-lyon.fr/mailman/listinfo/dcmlib

  Jean-Pierre ROUX
  UMR CNRS 5515-CREATIS
  Laboratoire de Radiologie Experimentale
  Hopital Cardiologique
  28 Avenue du Doyen LEPINE
  B.P. Lyon-Montchat
  69394 Lyon Cedex 03

  Tel      : (+33) 04 72 35 74 12
  Fax      : (+33) 04 72 68 49 16
  URL      : http://www.creatis.univ-lyon1.fr
  e-mail   : jpr at creatis.univ-lyon1.fr