[Dcmlib] GDCM problems with created dicom]

[Mathieu Malaterre]

Jean-Pierre ROUX wrote:
> Bonjour.
> 
> Maintenant, nous savons *ou* David Clunie va chercher l'info 
> 'BytesPerWord' : dans la 'Value Representation' de 7FE0,0010.
> Qui est une info facultative.
> Et, lorsqu'elle y est, si ca ne matche pas avec le reste, il sort en 
> erreur, alors que même e-film s'en tape ...
> 
> La conclusion de ca, c'est qu'il faudra verifier que nos images, en plus 
> d'etre efilm-readable soient egalement D.Clunie-readable
> Et vtkgdcmViewer-displayable ... car les images avec PixelSpacing=0.0 
> dans les 2 dimensions, telles qu'en propose D.Clunie dans son Data set 
> Compression, c'est pas terrible !
> 
> Pour ce qui est de la modif de la VR de 7fe0,000 en fonction du contexte 
> ...
> est-ce que ca parrait une idee raisonable de creer une Virtual DictEntry 
> des que l'on a fini le parsing, et de lui affecter une VR qui matche 
> BitsAllocated (et sutout, qui soit modifiable par la suite sans tout 
> peter).
> Au moment d'une eventuelle ecriture du fichier en utilisant ce Header, 
> on pourra   remettre cette VR en concordance avec le reste (si 
> l'utilisateur a, par exemple, 'fabriqué' une image 8 bits a partir d'une 
> image 16 bits)

JP,

	Voila le fix qui a ete fais sur ITK-gdcm:

http://www.itk.org/cgi-bin/viewcvs.cgi/Utilities/gdcm/Dicts/dicomV3.dic.diff?cvsroot=Insight&r1=1.1&r2=1.2

	Est-ce que je peux faire la meme chose ou il y a un truc que j'ai manquer ?

Mathieu
Ps: je vais voir si c'est complique' d'ajouter des tests dans gdcm qui 
depende de dcmtk/clunie.