[Dcmlib] Serie d'images Dicom : angles]

[Emmanuel olart]

>
> Mathieu Malaterre wrote:
>
> >
> >> Ce a quoi on ne coupera pas, c'est de mettre (probablement pas dans
> >> gdcmData), diverses series, correspondant a des choses différentes.
> >>
> >> Ex : si on a une 'Serie' Dicom qui contient 12 vues MIP d'un volume,
> >> il serait illusoire de vouloir les 'empiler' ...
> >
> >
> > Tiens ca me rappelle un bug dans maracas ca ...
> > A part verifier la taille row,col qu'est-ce que je peux regarder
> > d'autres ?
>
> Il me semble effectivement que la taille des images d'une serie MIP
> (Siemens) variait d'une image à l'autre.
> Mais rien ne dit que ca sera comme ca partout et tout le temps.
> (c'est une condition suffisante pour exclure la serie, mais pas
> forcement necessaire ...)

On a eu les deux cas chez nous (images MIP ayant toutes la meme taille, ou
changeant selon l'angle en cas de volumes non "carré")

>
> >
> >
> >> Ex : si on a une 'Serie' Dicom qui contient 10 Acquisitions XA (40
> >> megaOctets pour chaque fichier), pareil.
> >
> >
> > Elles sont prises a des angles differents, c'est ca ?
>
> Sous un autre angle, ou sous le même angle, en ayant bougé l'arcreau par
> rapport au patient.
> De toute façon, rien de tout ça n'est stoccké dans l'entete (fait un
> xdiff sur le resultat de PrintHeader de 2 images, tu vas pleurer ...)
>
> >
> >
> >> Ex : si on a une 'Serie' Dicom qui contient 200 images d'un même
> >> 'plan' (images de perfusion) ...
> >
> >
> > Celle la j'y ai pas penser. Qu'est ce que je peux regarder ?
>
> Si le temps n'est pas noté, ou s'il a toujours la meme valeur, il faut
> faire confiance a Image Number si on veut 'ordonner' les images
>

Ce qui marche .... des fois .... :(
Le tri multi critère Image position patient puis image number fonctionne la
plupart du temps tout de meme


> >
> >> Ex: si on a une 'Serie' Dicom CT dont les fichiers n'ont pas de Image
> >> Orientation
> >
> >
> > -> row, col est une condition necessaire...
>
> ??
> Pas compris .
>
> >
> >> Ex : si on a  une 'Serie' Dicom NM pour la quelle chaque fichier
> >> contient un volume 64*64*64 ...
> >
> > -> pas de multiframe donc
>
> Chaque fichier d'une meme serie NM est un Multi-Frame  (64 frames)
>
> >
> >> Ex : demander a Eric une 'Serie' Perfusion/diffusion, à l'interieur
> >> de laquelle espace, temps, cartographies et recap ont le même 'Series
> >> UID' (ca, c'est le mieux -pire?- qu'on puisse imaginer)
> >
> >
> > et donc a par visuellement on fais comment ? Les champs prives disent
> > rien non plus ?
>
> Apres avoir longuement cherché (xdiff sur la sortie de PrintHeader ou ce
> qui en teanit lieu a l'epoque) on est arrivé à la conclusion que RIEN de
> permettait de distiguer les images 'aquises' des images 'resultat de
> calcul' ...
>

Doh ! j'aurai tellement espéré que tu aies une solution... On en est a la
même conclusion, rien ni dans les champs publics, ni dans les champs
privés... On est donc obligé d'enlevé les cartographies des séquences
natives. a la main

> >
> >> Ca se fait sur pleins de sites : ils ont un directory contenant des
> >> .zip, chacun contenant une "serie" avec des caracteristiques
> >> particulieres
> >
> >
> > J'ai pas access au site web, mais c'est vrai qu'un tarball pour
> > gdcmData et ces qlq series seraient pas mal
>
> Il faudrait effectivement que l'on centralise qq part les 'series' qui
> on des propriéttes inhabituelles.
>

Ca vaudrait le coup d'essayer de regrouper les heuristiques de chacun sur ce
type de séquence pour aider au max le reader non ?

Manu

> JPRx
>
> >
> > Mathieu
> >
> >
>
> _______________________________________________
> Dcmlib mailing list
> Dcmlib at creatis.insa-lyon.fr
> http://www.creatis.insa-lyon.fr/mailman/listinfo/dcmlib
>
>