[Dcmlib] [Fwd: GDCM eventually replacing DICOMImageIO2]

Jean-Pierre Roux jpr at creatis.insa-lyon.fr
Sun Jan 30 19:08:04 CET 2005



Salut, Mathieu.

J'ai fait la modif dont je parlais.
Elle ne pete pas l'API, et offre des possibilites supplementaires :
- Exploration recursive du directory, a la demande, au d'exploration 
single level
- AddFileName cree autant de 'listes de fichiers' qu'elle trouve de 
Serie UID differents.
(la version precedente virait tous les fichiers dont la SerieUID ne 
correspondait pas a celui de la premiere image)
- GetFirstCoherentFileList, GetNextCoherentFileList pour se balalder de 
liste en liste.
- C'est a l'utilisateur de savoir l(a/es) quelle(s) il veut traiter.
(dans la version precedente, il n'en a avait qu'une : l'actuelle 
premiere, retournee, comme avant par GetGdcmFileList() )
Voila ...

JPRx


> -------- Original Message --------
>
>>
>> Hi !
>> I just found in my mailbox, an old mail from Bill, and no response 
>> (as far I can say)
>> SerieHeader::AddFileName() adds the file to the list only if it has 
>> the same Serie UID than the first file, found in the source Directory 
>> (single level exploration).
>> That's a bit hard, IMHO !
>>
>> --> We could easyly, without breaking the API, allow a recursive 
>> exploration of the root Directory (just add a bolean in the 
>> constructor).
>> --> Instead of dropping any file whose 'Serie Instance UID' does not 
>> match with the first file, we could return a std::map (key : 'Serie 
>> Instance UID', second : a std::list of gdcm::File *)
>> Every list should then be dealt with just as CoherentGdcmFileList was.
>>
>> Would it help ?
>



More information about the Dcmlib mailing list