Difference between revisions of "2013 Summer Project Week Breakout Session:RT"

From NAMIC Wiki
Jump to: navigation, search
Line 29: Line 29:
 
=== New DICOM browser ===
 
=== New DICOM browser ===
 
* Plan for integrating it into CTK trunk, [http://www.commontk.org/index.php/CTK-Hackfest-May-2013#Gallery_of_Results Screenshots]
 
* Plan for integrating it into CTK trunk, [http://www.commontk.org/index.php/CTK-Hackfest-May-2013#Gallery_of_Results Screenshots]
 +
** Have a superset of columns for the visualizing tables, and then define a subset on the user level
 
* Roadmap for accommodating those changes Slicer core
 
* Roadmap for accommodating those changes Slicer core

Revision as of 20:12, 20 June 2013

Home < 2013 Summer Project Week Breakout Session:RT

Back to Summer project week Agenda

Agenda

Patient Hierarchy

  • Briefly present already implemented features and internals (Csaba)
  • Discuss integration into Slicer core
    • Name of the module and the common classes (SubjectHierarchy?)
      • Propose SubjectHierarchy name to Ron
    • What and how to generalize from SlicerRT's Patient Hierarchy
      • Explore other use cases for SubjectHierarchy (Reporting/SR, Longitudinal (such as Andrey's PET/CT))
      • Make sure there are no conflicts with other hierarchies (Time, etc.)
      • Minimize the duplication between DICOM DB tags and PatientHierarchy attributes
        • Exceptions: Modality, ?
      • Suggested tasks according to loaded data, even set toolbar icons
    • CLI improvements (project page)
      • Support other module types: qMRMLNodeComboBox level, add to hierarchy when creating new node

Handling deformable transforms

  • Meeting minutes of the Monday meeting about this
    • Transforms are generally ITK objects, utilize the ITK algorithms directly?
    • Invertable transforms: if non-invertable, then estimate, e.g. by converting BSpline to deformation field
  • Create a roadmap so that work can start on this
    • Later
  • Dicom Spatial Registration Objects (SRO), Greg needs both rigid & deformable
    • Registration results stored in DICOM, part of the standard
    • Matrices and vector fields (possibly no BSpline)
    • Implement importing these objects (in a new import plugin)

New DICOM browser

  • Plan for integrating it into CTK trunk, Screenshots
    • Have a superset of columns for the visualizing tables, and then define a subset on the user level
  • Roadmap for accommodating those changes Slicer core