[Dcmlib] Incoherence de longueur de champ

[Mathieu Malaterre]

Jean-Pierre ROUX wrote:
>> 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.

Ok, ca va je suis rassure'. Je deviens nerveux a ne pas trouver ce bon 
sang de bug.

J'ai une autre question, l'image:

./bin/PrintHeader /home/malaterre/Creatis/gdcmData/00191113.dcm

me dis:

0008|0050 lg :       x(2) 2        Off.:     x(1bc) 444     [SH] 
                                            [Accession Number] []

Mais j'ai beau chercher il ne passe pas dans LoadDocEntry. Comment a 
partir d'un group element je trouve a quoi il correspond (DocEntry, 
ValEntry, SeqEntry ... )

merci
Matt