[Dcmlib] TestChangeHeader

[Mathieu Malaterre]

> Oui, tout a fait. Le parsing se fait par defaut avec le dictionnaire
> public. L'API prevoit de pouvoir specifier un dictionaire prive'
> (cf gdcmDocument::SetShaDict(gdcmDict *dict)) qui est utilise' en
> plus du dictionnaire public au moment du parsing. 
> Ceci dit bien qu'on ai prevu les choses, tout cela reste non-teste
> (et je predis un peu de boulot avant que cela fonctionne).

J'en connais au moins deux:

http://cvs.sourceforge.net/viewcvs.py/xmedcon/xmedcon/libs/dicom/dict-gemsi.dic?annotate=1.1
http://cvs.sourceforge.net/viewcvs.py/xmedcon/xmedcon/libs/dicom/dict-vision.dic?annotate=1.1

J'envoi un mail pour vois si je peux choper des images dicom qui vont avec.


> Certains types contenus dans un header dicom sont naturelement convertibles
> en string (on utilise la representation explicite ou implicite donne'e
> par le dictionnaire). Exemple: un US (unisgned short en binaire sur
> le disque) est exprimable en string. Pour d'autres types (pense a une LUT),
> y'a pas de sens a representer cela en interne a gdcm comme un string.
> Donc on le charge en binaire, et pour l'afficher dans un print
> on se contente d'afficher l'adresse et la taille...

Ok,

> Ben, tout depend de ce que tu veux ecrire. Exemple: je charge une
> image DICOM en niveau de gris plus une LUT. 
> Si tu veux juste l'anonymisee alors il te faut conserver la partie
> niveau de gris ET la LUT.
> Si tu veux la convertir en RGB, alors tu peux butter le niveau de gris
> et la LUT.
> JPR travaille la dessus pour faire une API plus user friendly...

Ok,

> 
> Ben, c'est vrai que
>    void gdcmDocument::LoadDocEntry(gdcmDocEntry* entry)
> ne charge que si la taille est pas plus grosse que ce que l'user 
> a specifie' comme limite.
> Tu peux donc invoquer gdcmDocument::SetMaxSizeLoadEntry( A_FOND_A_FOND)
> puis gdcmDocument::LoadDocEntry(gdcmDocEntry* entry)...
> Heueu, ca fonctionne pour toi ?

Je vais voir, merci en tout cas pour les explications

Mathieu