[Dcmlib] Public / Shadow dictionnary

Mathieu Malaterre mathieu.malaterre at kitware.com
Wed Jan 14 15:08:20 CET 2004


Au fait une question qui n'a rien a voir, pourquoi gdcm se decompose en 
3 librairies differentes ? On pourrai pas tout mettre ensemble ? c'est 
pas si gros que ca ? Et meme sous linux on peut toujours utiliser 
'strip' s'il faut.

Mat

Jean-Pierre Roux wrote:
>>Un nouveau tag est posé concernant les modifs sur :
>> - les noms de classes et méthodes
>> - le gdcmFile qui n'hérite plus du gdcmHeader
>> - le gdcmElValSet qui ne contient plus qu'une hash tab
> 
> 
> et une liste chainée, en fait
> Il n'y a plus de ShaElValset, seulement le PubElValSet (renomé PubEntrySet)
> 
> La question de supprimer la classe inutile gdcmElValSet ainsi que les
> methodes inutiles qui vont avec, sera, je l'espere, enfin abordée.
> 
>>Il faudrait maintenant une nouvelle réunion au plus tot pour parler :
>> - de l'utilisation des dictionnaires publics et privés.
> 
> 
> Le Parsage du Header se fait dans le constructeur.
> Il faut que l'utilisateur puisse passer le nom du Dictionnaire Privé AVANT.
> Il faudra proceder en 3 etapes
> - instancier le gdcmHeader SANS lui passer de nom de fichier
> - lui fournir le nom du Dictionnaire Privé (ca suppose que l'utilisateur
> est capable de le connaitre ex ante - syntaxe du nom du fichier, directory
> dans le quel il se trouve etc)
> - finir l'operation
> 
> C'est ça, non?
> Il faut s'assurer que ce qui est mis en place permetra de le faire
> correctement. Si on ne le fait pas tout de suite, ca ne genera pas grand
> monde (qui a deja voulu utiliser un dictionnaire privé?)
> 
> Il est important, a mon avis, que personne ne se serve de la version tagg-ée
> (ca oblige a mettre à jour les sources des applications, et un certain
> nombre de methodes sont candidates pour la poubelle ou pour le renomage
> (once again). Pas la peine, donc de faire 2 fois les modifs fastidieuses)
> 
> Il est important, a mon avis, que la reunion puisse se faire des que
> possible, afin que l'on fasse une *vraie* version tagg-ée, qui aura une
> espérance de vie de + d'une semaine.
> 
> JPRx
> 
> 
> 
> 
>> - des dicom dir
>>
>>Je propose de la faire avant la fin de la semaine.
>>Emmanuel, je te laisse choisir la date, JPR et moi sommes libre.
>>
>>
> 
> 
> 
> _______________________________________________
> Dcmlib mailing list
> Dcmlib at creatis.insa-lyon.fr
> http://www.creatis.insa-lyon.fr/mailman/listinfo/dcmlib
> 






More information about the Dcmlib mailing list