[Dcmlib] gdcmHeaderHelper

[Mathieu Malaterre]

Finalement je reviens sur ma decision. Est-ce qu'on ne peut pas partir 
de la fin ?

Apres avoir lu la première image, est-ce que l'on a suffisament d'info 
pour savoir ou les données sont placées dans le fichier ?

Algo:
- lire 1ere image
- determiné la taille des données (en octets)
- pour 2...n
     fseek( taille_fichier - taille_données )
     lire les pixels

?? Est-ce qu'un expert dicom peut confirmé ? Le problème est de savoir si:

- Est-ce que l'entete et les données sont physiquement distinct/entrelacée
- Si il y a des 'restes' d'entete à la fin du fichier, est-ce que ceux 
la ont une taille constante :

     fseek( taille_fichier - taille_données - taille_entete_constant )

Merci
mathieu

Emmanuel Olart wrote:
> D'autant plus qu il n y a pas que les ID qui bougent, mais également les
> champs de type
> 
> Image position ( XXX //XXX //XXX) c'est codé en chaine de caractere et varie
> pour chaque image
> Slice location ...
> 
> en fait tous les champs spécifiques à une image, sa représentation, sa
> position dans l 'espace, varient.
> Fodrait une sacré Heuristique pour ne pas se planter en lisant directement
> les data ^^ :)
> 
> Dommage ca aurait pu etre super rapide.
> 
> Manu
> 
> ----- Original Message -----
> From: "Benoit Regrain" <benoit.regrain at creatis.insa-lyon.fr>
> To: "Mathieu Malaterre" <Mathieu.Malaterre at creatis.insa-lyon.fr>
> Cc: <dcmlib at creatis.insa-lyon.fr>
> Sent: Tuesday, July 22, 2003 12:42 PM
> Subject: Re: [Dcmlib] gdcmHeaderHelper
> 
> 
> 
>>----- Original Message -----
>>From: "Mathieu Malaterre" <Mathieu.Malaterre at creatis.insa-lyon.fr>
>>To: "Benoit Regrain" <benoit.regrain at creatis.insa-lyon.fr>
>>Cc: <dcmlib at creatis.insa-lyon.fr>
>>Sent: Tuesday, July 22, 2003 12:21 PM
>>Subject: Re: [Dcmlib] gdcmHeaderHelper
>>
>>
>>
>>>>Ceci est vraiment un cas trop particulier pour être ajouté à une
>>
>>librairie.
>>
>>>>Meme si
>>>>ca peut représenter une majeure partie de son utilisation.
>>>>
>>>>Ou alors, en classe spécifique... mais je me pose quand meme quelques
>>>>questions :
>>>> - est tu sur et certain que la taille de toutes les chaines de
>>
>>caractere
>>
>>>>contenues dans
>>>>    les fichiers parsé sont exactement de meme taille ?
> 
> personnellement,
> 
>>>>j'en doute...
>>>>    surtout que les id d'image sont je crois décris en chaine de
>>
>>caracteres.
>>
>>>> - et si les chaines de caracteres ne sont pas toutes de meme taille,
>>>>comment va tu
>>>>   faire pour résoudre ce problème ?
>>>> - et pour les champs privés, liés au constructeur de l'imageur ? est
> 
> tu
> 
>>sur
>>
>>>>et certain
>>>>   que tous ces champs soient toujours de meme taille ?
>>>>Si tu peux me garantir tout ca, alors faire une classe spécifique pour
>>>>charger les images
>>>>d'une meme série provenant d'un meme imageur est possible.
>>>>Sinon, c'est lié à ton programme et doit être implanté dans ton
>>
>>programme
>>
>>>>(en dérivant
>>>>peut-etre de gdcm si c'est nécessaire pour toi).
>>>
>>>
>>>Tiens c'est vrai que les chaines de caractères doivent changer. Je
>>>pensais que dans une study+serie donnée les chaines étaient les
>>>memes...sauf que l'UID est augmentée d'une image à l'autre.
>>>Typiquement:
>>>
>>>123.456.789.1
>>>123.456.789.2
>>>...
>>>123.456.789.9
>>>123.456.789.10
>>>             ^^
>>>
>>>Je me fais avoir !!
>>>Merci d'avoir soulevé le problème
>>
>>De rien, ce fut un plaisir ;-p
>>
>>Benoit
>>
>>_______________________________________________
>>Dcmlib mailing list
>>Dcmlib at creatis.insa-lyon.fr
>>http://www.creatis.insa-lyon.fr/public/mailman/listinfo/dcmlib
>>
> 
> 
> 


-- 
Mathieu Malaterre
CREATIS
28 Avenue du Doyen LEPINE
B.P. Lyon-Montchat
69394 Lyon Cedex 03
http://www.creatis.insa-lyon.fr/~malaterre/