Dear Klaus,
thanks for filing a bug about this issue. Is there any way to view the
buglist?
Actually I am writing because I did not quite understand what you wanted
to state with your e-mail.
You said: "... take a closer look especially at the consequences of the
series restriction ...". What do you mean with series restriction? I
didn't add any restriction to the loading and splitting process.
Furthermore you said: "... I am not sure yet, if we can add this as
default behavior". The splitting by series was already the default
procedure, the only thing that I added was to consider the acquisition
number also as it is clinical standard to have more than one volume
(acquisition) in a series (thats why it is called series).
Could you please comment on that? Maybe I could help in fixing this bug.
Best regards,
Matthias
Fritzsche Klaus schrieb:
Hi Matthias,
thank you for the suggestion, we very much appreciate this. I filed a
bug and will take a closer look especially at the consequences of the
series restriction next week. I am not sure yet, if we can add this as
default behavior.
Best regards,
Klaus Fritzsche
Dipl.-Inform., M.Sc.
DKFZ
German Cancer Research Center (Deutsches Krebsforschungszentrum)
Member of the Helmholtz Association
Division of Medical and Biological Informatics
Im Neuenheimer Feld 280
D-69120 Heidelberg
Phone: 49-(0)6221-42-3545
Fax: 49-(0)6221-42-2354
E-Mail: [EMAIL PROTECTED]
Web: www.dkfz.de
Confidentiality Note: This message is intended only for the use of the
named recipient(s) and may obtain confidential and/or privileged
information. If you are not the intended recipient, please contact the
sender and delete the message. Any unauthorized use of the information
contained in this message is prohibited.
*Von:* Matthias Keil [mailto:[EMAIL PROTECTED]
*Gesendet:* Montag, 3. November 2008 16:35
*An:* [email protected]
*Betreff:* [mitk-users] Patch for Reading DICOM Series
Dear MITK developers and users,
recently I faced a problem loading a DICOM series. The series
contained several CT volumes. The problem was, that when loading the
series, the volumes were not split up, resulting in a stack of 3
similar volumes displayed next to each other in the viewing areas.
Having a look at the DICOM tags, I found out that study and series UID
were the same for all volumes. They differed in the acquisition number
only. So far the DICOM reader in MITK does not consider the
acquisition number for splitting up a series into its sub-volumes. To
do so, I addded 2 lines of code to the
mitk::DataTreeNodeFactory::ReadFileSeriesTypeDCM function in the
mitkDataTreeNodeFactory.cpp file.
It would be nice, if you would consider this patch and integrate it
into the MITK repository.
Best wishes,
Matthias
--
| Dipl.-Ing. Matthias Keil
|
| Fraunhofer Institute for Computer Graphics (IGD)
| Cognitive Computing & Medical Imaging
| Fraunhoferstraße 5, 64283 Darmstadt, Germany
|
| phone : +49.6151.155.212
| fax : +49.6151.155.480
| e-mail : [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
| skype : matthias.keil.office
| web : http://www.igd.fraunhofer.de/~makeil
<http://www.igd.fraunhofer.de/%7Emakeil>
--
| Dipl.-Ing. Matthias Keil
|
| Fraunhofer Institute for Computer Graphics (IGD)
| Cognitive Computing & Medical Imaging
| Fraunhoferstraße 5, 64283 Darmstadt, Germany
|
| phone : +49.6151.155.212
| fax : +49.6151.155.480
| e-mail : [EMAIL PROTECTED]
| skype : matthias.keil.office
| web : http://www.igd.fraunhofer.de/~makeil
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
mitk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mitk-users
