[Dcmlib] Integration gdcm dans ITK
Jean-Pierre Roux
jpr at creatis.insa-lyon.fr
Fri Apr 23 10:32:03 CEST 2004
Mathieu Malaterre wrote:
Bonjour.
--> Luis : Do you read french language ?
If you don't, we can use English.
--> Mathieu
au sujet de la licence :
- après avoir bien phosphoré sur GPL, LGPL, BSD (il semblerait qu'il
y en ai encore une autre qui s'appelle MIT, non?), on est arrivé à la
conclusion que, à partir du moment où on avait 'ouvert' le source, afin
de le mettre à la disposition du reste de l'humanité, la manière dont il
est utilisé était un peu secondaire. (qq'un me rectifiera si j'ai mal
interprété)
- ce qui inquiétait un peu Eric, c'est de recevoir des images
'Dicom-Like' du monde entier, qui casseraient gdcm, à cause de
bugs-contructeur dans l'entete
(un certain nombre de bugs sont déja traités, pour pouvoir malgrè
tout traiter les images bug-ées uxquelles nous sommes confrontés.
Ma position, c'est que si c'est le problème est simple à
contourner, on le traite;
Si c'est *vraiment* du not-kosher Dicom impossible à résoudre en
un temps raisonnable, on fait comme e-film :
on dit à l'interlocuteur de prévenir son fournisseur que ses
images sont erronnées.
on lit déja bien des images que e-film rejette, on n'aurait donc
pas à rougir :
ex : une modif mineure a permis de lire les images 'single frame'
au format PAPYRUS 3.0; tant mieux.
Les images 'multiframe' n'ont *vraiment pas l'air* d'être
gdcm-compatible; on laisse tomber.
- autre chose plus sérieuse : si vous faites des modifs incompatibles
avec que que l'on est en train de faire ...
on risque d'avoir une version gdcm-creatis et une version gdcm-kitware ?
Bon.
Pour le moment, je suis en train (d'essayer) de traiter les 'Sequences'
(vr = SQ) de manière complète (i.e. de présenter l'entete avec des
'arborescences de SeQuences
lorsque c'est nécessaire) et ça ne se passe pas aussi bien que l'on
aurait pu espérer.
J'attendais d'avoir liquidé ce pb pour faire une nouvelle version de gdcm .
Voila ...
Je pense que toute 'purification' du code que tu pourrais apporter
serait la bienvenue.
En ce qui concerne la *compression* jpeg, on ne s'en sert pas pour le
moment.
J'avais laissé les fonctions, car je m'étais fixé comme objectif de ne
faire *aucune* modif sur la librairie récupérée chez IJG (Independent
JPEG Group)
L'utilisation effective de la compression n'est pas à l'ordre du jour,
mais ne peut pas être exclue.
(je ne suis pas absolument sur d'avoir tout bien respecté, en ce qui
concerne la licence de IJG (fichiers README, disclamer, etc :-(
Jean-Pierre Roux
> Hello,
>
> Ok ca y est le jour J est arrive. Je suis en train de d'integrer
> gdcm dans ITK, via un itkGDCMImageIO. Donc d'ici peu vous allez voir
> passer mes remarques, et mes plaintes :)
>
> Plus serieusement, Luis va mettre en place, un nightly dashboard
> sur public:
>
> http://public.kitware.com/dashboard.php?name=public
>
> Ce sont les librairies tierces utilises a Kitware dont on s'assure
> que la compilation + tests se passent bien. D'ailleurs j'ai assez
> souvent des temps de reponses assez long sur le cvs - commentaires
> Fabrice ?-
>
> ---
>
> La premiere etape va etre un simple reader + writer. Ca sera sur
> une plateforme x86, donc je pense que ca doit marcher. D'ici peu
> j'aurais les images, donc je vais pouvoir verifier que gdcm peut
> parser les en-tetes des images correctement.
>
>
> ---
>
> Avant toute chose est-ce que ca vous va toujours ? GDCM est en ce
> moment sous license LGPL, ce qui veut dire que temps qu'on compile en
> librairie partagee, on respecte la license. Ce qui nous permet d'y
> travailler dessus et de vendre une application qui se lie
> dynamiquement a GDCM. Je me repete un peu ici, je suppose, mais je
> veux m'assurer qu'il n'y ai pas de mauvaise comprehension sur la
> license LGPL.
>
>
> ---
>
> Si jusqu'ici tout va bien, Luis et moi allons travailler sur gdcm.
> Faire des modifications mineures (CMakeLists principalement et qlq
> 'purifications du code'). Est-ce que je peux back-porter les
> modifications dans gdcm ?
>
>
> Commentaires ou questions sont les bienvenues,
> Mathieu
>
More information about the Dcmlib
mailing list