[Dcmlib] gdcmHeaderHelper

[Jean-Pierre Roux]

Quoting Benoit Regrain <benoit.regrain at creatis.insa-lyon.fr>:

> 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 peut effectivement y avoir la suite de l'entete apres les datas.


Et meme si on tombe sur des fichiers non comprimes, sans footer, il pourra y
avoir a remettre les octets dans l'ordre (big/little endian), ou encore remettre
les bits dans l'ordre a l'interieur des octets (c'est explicitement decrit dans
la doc; l'Archive mail de VTK doit contenir 50 interventions de Sebastien Barré
sur ce theme)

GetImageDataIntoVector se charge de tout ca...
... mais il lui faut *son* gdcmHeader



> 
> 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
> > >
> >
> 
> _______________________________________________
> Dcmlib mailing list
> Dcmlib at creatis.insa-lyon.fr
> http://www.creatis.insa-lyon.fr/public/mailman/listinfo/dcmlib
> 




-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/