[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