[Dcmlib] gdcmHeaderHelper

Benoit Regrain benoit.regrain at creatis.insa-lyon.fr
Tue Jul 22 16:06:01 CEST 2003


J'ai aussi entendu parler de ca.
Et malheureusement, rien ne prouve que d'un fichier a l'autre, ce footer ait
la meme taille.

Si je ne me trompe, les datas sont un champs de l'entete. Donc dans ce cas,
il pent
effectivement y avoir la suite de l'entete apres les datas.

Benoit

----- Original Message -----
From: "Emmanuel Olart" <eolart at theralys.com>
To: "Mathieu Malaterre" <Mathieu.Malaterre at creatis.insa-lyon.fr>
Cc: "Benoit Regrain" <benoit.regrain at creatis.insa-lyon.fr>;
<dcmlib at creatis.insa-lyon.fr>
Sent: Tuesday, July 22, 2003 3:38 PM
Subject: Re: [Dcmlib] gdcmHeaderHelper


> Je crois avoir deja croise des images qui avaient un "footer"
> VTK qui lit a partir de la fin casse dessus bien sur.
>
> Manu
>
>
> ----- Original Message -----
> From: "Mathieu Malaterre" <Mathieu.Malaterre at creatis.insa-lyon.fr>
> To: "Emmanuel Olart" <eolart at theralys.com>
> Cc: "Benoit Regrain" <benoit.regrain at creatis.insa-lyon.fr>;
> <dcmlib at creatis.insa-lyon.fr>
> Sent: Tuesday, July 22, 2003 3:17 PM
> Subject: Re: [Dcmlib] gdcmHeaderHelper
>
>
> > 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 file://XXX file://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/
> >
> > _______________________________________________
> > Dcmlib mailing list
> > Dcmlib at creatis.insa-lyon.fr
> > http://www.creatis.insa-lyon.fr/public/mailman/listinfo/dcmlib
> >
>




More information about the Dcmlib mailing list