Hello Stephan, sorry for the delay. You were right that m_UseSeriesDetails in DataTreeNodeFactory is used uninitialized with the consequence that the behaviour is undefined. As a solution m_UseSeriesDetails will be set to true by default in the constructor and may be changed by using SetUseSeriesDetails(). The changes will be commited today.
Bye Michael -----Ursprüngliche Nachricht----- Von: Stephan Wirth [mailto:[email protected]] Gesendet: Freitag, 18. September 2009 10:13 An: [email protected] Betreff: [mitk-users] Bugs in mitk::DataTreeNodeFactory: m_UseSeriesDetailsnever gets initialized / wrong order ofitk::GDCMSeriesFileNames calls Hello everybody, I am working with MITK 0.12.2 built on Mac OS X with ITK 3.14.0 and VTK .5.4.2 and Qt 3.3.8b. When opening a DICOM file series the name of the DataTreeNode is set in DataTreeNodeFactory. I found out that the name differs from time to time, i.e. when I open and close a series ten times in a row, the generated node name switches between two values (e.g. "1.3.12.2.1107.5.1.4.51988.4.0.115272721778584" and "1.3.12.2.1107.5.1.4.51988.4.0.11527272177858443512512"). It seems that sometimes the dimensions of the image are appended to the name and sometimes not. Digging into DataTreeNodeFactory I found out that itk::GDCMSeriesFileNames::SetUseSeriesDetails( m_UseSeriesDetails ) gets called with uninitialized m_UseSeriesDetails which results in this unexpected behaviour. Setting m_UseSeriesDetails = true (or false) in the constructor of DataTreeNodeFactory solved the problem for me: If set to true, the node name is always "1.3.12.2.1107.5.1.4.51988.4.0.11527272177858443512512", if set to false, it is "1.3.12.2.1107.5.1.4.51988.4.0.115272721778584". I don't know which behaviour should be prefered, I didn't test it with multiple DICOM series in one directory neither. Another hint on http://www.itk.org/Doxygen314/html/classitk_1_1GDCMSeriesFileNames.html says that itk::GDCMSeriesFileNames::SetUseSeriesDetails should be called before itk::GDCMSeriesFileNames::SetDirectory which is not the case in mitk::DataTreeNodeFactory. The svn2-version of MITK contains these bugs as well. Best regards Stephan ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ mitk-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mitk-users ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ mitk-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mitk-users
