[Dcmlib] DICOM:

[Benoit Regrain]

Hi,

Remplacer 13 par 10 est peut être une bonne solution pour cette image,
mais on risque d'avoir aussi remplacer 13 par 20 un autre jour...
Est ce que le 10 est justifié ou arbitraire ?

Et à mon avis, gdcm ne doit pas devenir 'la poubelle' de toutes les idées
farfelues qui passent dans la tête de sociétés voulant garder leurs images.

Mais faire un bin a coté faisant une modification de l'image me semble plus
propre.
La question reste de savoir si on crée un repository pour ce genre de
programmes
ou si on intègre le code dans un sous repertoire gdcm...
Pour moi, tant que la separation est nette entre gdcm et ces programmes, les
2
solutions me conviennent.

Benoit

----- Original Message ----- 
From: "Mathieu Malaterre" <Mathieu.Malaterre at creatis.insa-lyon.fr>
To: <dcmlib at creatis.insa-lyon.fr>
Sent: Monday, October 06, 2003 1:34 PM
Subject: [Dcmlib] DICOM:


> Salut,
>
> J'ai trouvé une image DICOM qui casse dans gdcm:
>
> http://www.derhy.com/DICOM/illust/DicomSample.dic
>
> * xmedcon la lit correctement car des qu'il lit qu'un element à une
> longueur 13 il la remplace par 10 (c'est une image de GE Medical
> System). Entre parenthèse un élèment ne doit pas avoir une taille
> impaire (JP: confirmation ?)
>
> * DICOMWorks est plus 'propre'. Il affiche qu'il ne peut pas parser
> l'image correctement.
>
>
> Solutions:
>
> - Est-ce que l'on ralentit le parsing en effectuant des tests de
> parité. Et des que l'on croise 13 on remplace par 10.
>
> - Est-ce qu'on ecris un mini code qui duplique l'image en remplacant 13
> par 10. Dans l'absolu on pourrait meme regrouper dans ce programme un
> flag par bug rencontré. Par ex
>
> gdcmfix -GE_13 image.dcm output.dcm
>
> - C'est un bug chez GE, tant pis pour ceux qui utilisent des images GE.
> Z'ont qu'a se débrouiller :)
>
> mathieu
>
> _______________________________________________
> Dcmlib mailing list
> Dcmlib at creatis.insa-lyon.fr
> http://www.creatis.insa-lyon.fr/mailman/listinfo/dcmlib