[Dcmlib] Testing : Write

[Jean-Pierre Roux]

Bonsoir.

Vous pouvez rajouter une étape dans la test suite : celle du Writer

Le resultat de :
gdcmTests/TestWrite nomDuFichierImage.dcm x
(NB : x en minuscule)
ecrit un fichier de nom
nomDuFichierImage.dcm.XDCM
On peut vérifier visuellement que :
gdcmTests/PrintDocument nomDuFichierImage.dcm.XDCM
ne pète pas
(on ne peut pas comparer de résultat de PrintDocument 
nomDuFichierImage.dcm et de PrintDocument nomDuFichierImage.dcm.XDCM, 
car il n'y pas écrit exactement la même chose -la sortie est forcement 
Explicit VR, alors que l'entrée ne l'est pas forcément ...)

Ou alors, faire un ShowDicom sur toutes les images produites : 
nomDuFichierImage.dcm.XDCM


>>> Plusieurs questions/commentaires:
>>>  * Dans l'etat actuel le coeur de la test suite est donc ShowDicom
>>>    qui verifie les images presentes dans gdcmDataImages.h.
>>>    ShowDicom depends de vtk pour le PNGWriter (et aussi pour les 
>>> fonctionalites
>>>    de vtkTesting, classe que je ne connais pas). La test suite est donc
>>>    dependante de vtk, ce qui est regretable, mais que ferais-t'on sans
>>>    VTK ;-)
>>
Comme moi !
On utiliserait affim de LibIDO...

>>> Et puis en attendant que libpng soit inte'gre' dans gdcm
>>>    (j'en vois pas personnelement l'interret) c'est mieux que rien !
>>
>> Au fait, gdcmFile permet d'ecrire des fichiers RAW, est-ce qu'il 
>> serait possible d'ajouter une methode WriteAsJPEG, qui ecrivent des 
>> images jpeg ? Comme on a la lib, ca doit etre possible. Si c'est le 
>> cas alors il me sera /raisonablement/ facile d'ecrire une test suite 
>> sans VTK.
>
On va attendre JPEG2005 !

>> oops on est en feature freeze donc ca attendra la prochaine release. 
>> Pour l'instant ShowDicom reste la piece principal de testing.
>
Il n'a plus que makeDicomDir et BuildUpDicomDir a debugger, en fait (?)

JPRx