Difference between revisions of "EngineeringRetreat2010/Isomics"

From NAMIC Wiki
Jump to: navigation, search
Line 2: Line 2:
  
 
* Support DBPs and collaborations
 
* Support DBPs and collaborations
 +
  
 
* "Finish" slicer4 [http://www.slicer.org/slicerWiki/index.php/Documentation-3.6#Core Core]
 
* "Finish" slicer4 [http://www.slicer.org/slicerWiki/index.php/Documentation-3.6#Core Core]
Line 12: Line 13:
 
*** longitudinal, cross-subject, multi-modal, interactive...
 
*** longitudinal, cross-subject, multi-modal, interactive...
 
*** clean interfaces  
 
*** clean interfaces  
 +
  
 
* Coding goals
 
* Coding goals
Line 19: Line 21:
 
** Develop topic branches to fix toolkits rather than workarounds in slicer code
 
** Develop topic branches to fix toolkits rather than workarounds in slicer code
 
** Improve communication among distributed developer team (how?)
 
** Improve communication among distributed developer team (how?)
 +
** State of the Art
 +
*** GPU rendering and analysis
 +
*** Publication quality rendering
 +
*** Nice looking interaction
  
  

Revision as of 12:50, 17 November 2010

Home < EngineeringRetreat2010 < Isomics

Isomics Overall Goals for namic years 7-10:

  • Support DBPs and collaborations


  • "Finish" slicer4 Core
    • Fast, usable, base for extension development
    • Easily extended (C++, Python, WebKit/JavaScript)
      • Logical extension workflow interfaces
      • Bundles of extensions to support topic areas
    • Flexible data I/O and solid MRML representation
    • Customized visualization and annotation for medical imaging
      • longitudinal, cross-subject, multi-modal, interactive...
      • clean interfaces


  • Coding goals
    • Move everything non-core to extensions
    • Everything script accessible for extension and debugging
    • Put much of the general purpose code in CTK
    • Develop topic branches to fix toolkits rather than workarounds in slicer code
    • Improve communication among distributed developer team (how?)
    • State of the Art
      • GPU rendering and analysis
      • Publication quality rendering
      • Nice looking interaction


  • Strong DICOM support
    • dcmtk networking (track ITKv4)
    • local storage that represents image acquisition (Not an abstract image type that throws away all the metadata - rather a rich representation that is perhaps only partly specified for non-dicom types.).
    • ctkDICOM GUI
    • DICOM RT I/O