Difference between revisions of "Developer Meetings/20140401"
From Slicer Wiki
m (Created page with '== To discuss == * [http://na-mic.org/Mantis/roadmap_page.php Release roadmap]') |
m |
||
(One intermediate revision by one other user not shown) | |||
Line 2: | Line 2: | ||
* [http://na-mic.org/Mantis/roadmap_page.php Release roadmap] | * [http://na-mic.org/Mantis/roadmap_page.php Release roadmap] | ||
+ | * Using ITK's LabelStatisticsImageFilter via SimpleITK in the LabelStatistics module | ||
+ | ** Current multi-pass VTK approach is on the order of 100x slower for certain cases | ||
+ | ** [https://github.com/blowekamp/Slicer/commit/24ef60c0bd01adb58b031302de7d2c6413f53dcf Initial Implementation] | ||
+ | ** Is improved modularity for new statistics independent? | ||
+ | ** Is improve label selection and location independent? require bounding boxes? | ||
+ | |||
+ | |||
+ | == Conclusion == | ||
+ | * LabelStatistics Module: Makes sense to depend on SimpleITK | ||
+ | * DICOM and SlicerIO: Agreed on having a better integration of DICOM with existing SlicerIO framework |
Latest revision as of 18:35, 1 April 2014
Home < Developer Meetings < 20140401To discuss
- Release roadmap
- Using ITK's LabelStatisticsImageFilter via SimpleITK in the LabelStatistics module
- Current multi-pass VTK approach is on the order of 100x slower for certain cases
- Initial Implementation
- Is improved modularity for new statistics independent?
- Is improve label selection and location independent? require bounding boxes?
Conclusion
- LabelStatistics Module: Makes sense to depend on SimpleITK
- DICOM and SlicerIO: Agreed on having a better integration of DICOM with existing SlicerIO framework