<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<HTML>
<HEAD><TITLE></TITLE>
<STYLE>
body, table, tr, td, p {font-family: Verdana;font-size:12px;margin: 0px 0px 0px 0px}
.bgtabl {BACKGROUND-REPEAT: no-repeat}
</STYLE>
</HEAD>
<BODY bgProperties="fixed" bgcolor="#FFFFFF" background="http://flashimg.club-internet.fr/flashmail/Skins/Vacance2/vide.gif">
<br>
Ceci est une repnse collective!<br>
<br>
Bonjour Mathieu et Jean-Pierre,<br>
<br>
[Oui mon client mail est vraiment pas terrible et en plus buggé, si
quelqu'un sait comment corriger ce comportement, je suis preneur!]<br>
<br>
<i>>==> Si c'est seulement l'espace entre les coupes qu'il te
faut modifier, c'est sur que l'editeur d'entete de DicomWorks (Windows
only) fera l'affaire, a moindres frais<br>
>==> C'est l'element ;<br>
>==> 0018 0088 DS 1 Spacing Between Slices<br>
>==> qui doit etre modifie.</i><br>
<br>
Oui c'est bien ca, ainsi le fichier analyze est correct et je peux l'utliser avec Volview.<br>
<br>
<i>>==>Si les images Dicom ont un pb dans l'entete, le fichier Analyse l'aura egalement.<br>
>==> Mias il est anormal que la taille des images (nb Lignes, nb Colonnes) ne figure pas dans le header Analyze.<br>
>==>(j'avais ecrit, il y a plusieurs années -mais je l'ai perdu-,
un programme Dicom2Analyze, qui creeait le header, et extrayait les
pixels; ces info figuraient dans le Header)<br>
>==>Dans l'hypothese ou tu trouve un 'Dicom convertor' qui
fabrique des Haeders corrects, le + simple sera de corriger le header
genere, plutot que de corriger *chaque* fichier >Dicom<br>
><br>
>==> tes autres mails laissent penser qu'en plus, ton convertisseur Dicom -> Analyze ne fait pas le boulot correctement<br>
>==> Avec quoi va-tu traiter ces images?<br>
>==> Les images Dicom, avec ITK, ou bioen les images Analyze? Avec quoi?<br>
></i><br>
<br>
Je pense qu'il fait le boulot moyennement. Disons que dans la plupart
des cas ca marche parce que j'ai fait ca une bonne vingtaine de fois
avant d'avoir un probleme. En cherchant un peu, je me suis rendu compte
qu'il n'y avait pratiquement rien dans le fichier .hdr créé par MRicro.
Je sais pas comment il se debrouille mais le fichier Analyze est quand
meme utilisable par les autres logiciels... Je vais donc chercher dans
la mailing list de MRIcro pour me renseigner la dessus.<br>
<br>
En fait mon projet est de créer un viewer (non pas encore un!) adapté a
l'etude de certains cas. Pour le moment j'en suis a la prise en main
des differentes librairies et format car j'avoue que je decouvre tout
ca. Et apres deux mois, je ne maitrise pas encore tous ces parametres.<br>
Ce log devra lire les images Dicom peut etre Analyze voire d'autres
formats c'est a voir. Mais pour le moment, pour aider le chirurgien
pour qui je travaille, je fais du traitement d'images, de la
segmentation à la registration, et ce avec differents log, librairies,
applications. En fait tout ce je trouve d'interressant. C'est pour ca
que je manipule tous ces formats.<br>
<br>
<i>><br>
>==> Je ne suis pas sur d'avoir tout compris, la ...<br>
>==> Ce que nous (gdcm) apelons "Raw", c'est 'non compressé' par opposition a des images 'Dicom Jpeg encapsulated',<br>
>==> ou encore RGB, par opposition a "Grey level + Palette color".<br>
>==> Ce n'EST PAS "RAW vs Analyse"<br>
></i><br>
<br>
Quand je parle de raw, pour moi c'est un fichier que je recupere de
Volview car c'est le seul format 3D qu'il est capable de sauver et que
je peux reutiliser ensuite(?!) En fait c'est un fichier de meme taille
que mon fichier analyze mais dont le contenu est different (je les ai
comparé avec on editeur texte). Ce format RAW est utilisable par ITK a
l'aide du fichier d'entete .mhd ou .mha. C'est un format complemantaire
mais moins utile pour moi car Volview ne créé pas le header. Il faut
donc l'editer, ce qui reste simple.<br>
<br>
<i>>Si tu utilises GDCM CVS, regarde le source de<br>
>Insight/Code/IO/itkGDCMImageIO.cxx<br>
><br>
>Il y a une fonction : void GDCMImageIO::GetPatientName(...)<br>
>Et le code est:<br>
><br>
>MetaDataDictionary & dict = this->GetMetaDataDictionary();<br>
>ExposeMetaData<std::string>(dict, "0010|0010", m_PatientName);<br>
><br>
</i><br>
Ca c'est pour le passer dans le code. C'est ce que je mettrai dans mon
application oui. Mais pour le moment j'utilise l'exemple ITK
DicomImageReadChangeHeaderWrite.exe qui modifie le header d'une image.
Le probleme est de lui passer la clé en parametre de la ligne de
commande.<br>
Mais c'est desormais un probleme secondaire puisque j'ai reussi a modifier ma serie entiere.<br>
<br>
<i>>C'est ce que tu veux je crois,<br>
><br>
>Mathieu<br>
>Ps: pour l'API de gdcm j'ai deja raler que l'acces au valeur via un clef<br>
>etait bancal ou difficile pour un nouvel utilisateur Meme moi je ne<br>
>sais jamais qd utiliser un approche ou une autre Bcp de methode devrait<br>
>etre enlever de la partie public..</i><br>
<br>
Pour conclure sur ce sujet, j'ai bien reussi a modifier les header
grace a dicomworks qui est pour le moment encore gratuit mais va peut
etre devenir un shareware. C'est bien domage car il m'a l'air tres
utile pour de petits travaux de ce genre.<br>
<br>
Merci de vos reponses.<br>
<br>
Laurent.<mathieu.malaterre @kitware.com=""><std::string>
</std::string></mathieu.malaterre></body></html>