[Dcmlib] constructeur de gdcm::Document/gdcm::File]

[Benoit Regrain]

----- Original Message ----- 
From: "Jean-Pierre Roux" <Jean-Pierre.Roux at creatis.insa-lyon.fr>
Cc: <dcmlib at creatis.univ-lyon1.fr>
Sent: Tuesday, April 26, 2005 1:43 PM
Subject: Re: [Dcmlib] constructeur de gdcm::Document/gdcm::File]


> Benoit Regrain wrote:
>
> [...]
>
>>>
>>>
>>> Exact je n'y avais pas penser mais tu as parfaitement raison. Dans le 
>>> cas d'image de ce type il faut pouvoir faire qlq chose du genre:
>>>
>>>
>>> gdcm::File f(); //vide
>>> s.SetVolumeOfInterest(0,512,0,512,0,10);
>>
>>
>> On a commencé à implémenter des choses dans ce sens...
>> On peut actuellement faire :
>>
>> gdcm::File f(); //vide
>> f.SetLoadMode(...);
>> f.Load(fileName); // et c'est seulement la que le fichier est lu en 
>> fonction des
>> paramètres définis juste avant.
>
> ==> Ca peut resoudre le pb d'echec en lecture du fichier, puisque le 
> gdcm::File est *deja* créé.
> ==>On pourrait mettre un flag indiquant si un Document a deja ete 
> ouvert/parsé.
> ==> Ca pourrait en plus eviter des soucis si un goret ecrit :
> ==> gdcm::File f();
> ==> f.Load(fileNameUn);
> ==> f.Load(fileNameDeux);
>
> ==> le pb de l'echec d'allocation du a un manque de place mémoire restera,
> ==> mais on aura bien moins souvent que (fichier inexistant).

J'ai envoyé un autre mail concernant la gestion de l'allocation mémoire... 
ca pourrait
etre une bonne solution que de l'utiliser...



>> Il est clair que gdcm peut être utilisé dans de nombreux cas auquels on 
>> n'a pas pensé au
>> début. Mais créer un nouveau projet from scratch serait dommage. gdcm 
>> fonctionne plutot
>> bien et possède une structure interne qui pour moi est bonne.
>
> ==> D'accord avec Benoit.
> ==> Le pb du SerieHelper ne sera *jamais* traité dans le cas général 
> (celui ou on lui passe n'importe quoi et il renvoie des resultats 
> coherents)

Je pense que ce problème est lié à la manière dont la lecture (et aussi 
l'ecriture)
des fichier est faite...
C'est peut etre un point à revoir dans gdcm... mais en tout cas à discuter 
semble-t-il.



>
>> Il est tout à fait possible que la lecture et l'écriture du fichiers sont 
>> peut-etre à revoir. Dans ce cas, je
>> propose plutot qu'on se fasse une réunion sur le sujet (la direction 
>> avait déjà proposer
>> de te payer le voyage pour venir, c'est peut etre toujours faisable). On 
>> pourrait alors parler
>> des problèmes actuels de gdcm et réfléchir à la meilleur facon de 
>> procéder pour améliorer
>> cette librairie.
>>
>>
>>>> Pourrais-tu nous les communiquer.
>>>
>>>
>>> C'est sur papier, je recopie, et je fais un mail. J'espere que mes notes 
>>> seront relisible. En gros j'applique la methode XP: j'ecris d'abords les 
>>> tests et ensuite j'ecris la lib.
>>
>> Je suis aussi intéressé par cela.
>>
Benoit