Difference between revisions of "2014 Summer Project Week:Contours"

From NAMIC Wiki
Jump to: navigation, search
 
(3 intermediate revisions by 2 users not shown)
Line 17: Line 17:
  
 
==Project Description==
 
==Project Description==
Continue on from the 2014 winter discussion and potentially integrate Contours into the core as the type responsible for ROI representation.
+
Continue on from the 2014 winter discussion and potentially integrate Contours into the core
  
 
<div style="margin: 20px;">
 
<div style="margin: 20px;">
Line 43: Line 43:
 
<div style="width: 27%; float: left; padding-right: 3%;">
 
<div style="width: 27%; float: left; padding-right: 3%;">
 
<h3>Progress</h3>
 
<h3>Progress</h3>
* <strike>Slicer built. Sort of.</strike>
+
* Fixes and improvements in the contours implementation
** Building in progress...
+
* [[2014_Project_Week_Breakout_Session:_Contours|Breakout session discussion]]
 +
** Main questions have been answered!
 +
* Discussion with Andriy
 +
** DICOM Seg Import/Export basic implementation ready - should be added as a DICOM import/export module in Slicer core
 +
** Segmentation objects used in DICOM Structured Reports
 +
*** Every segment has a UID
 +
*** Tracking the segments of the same structures is necessary throughout the process (multiple patients scanned at multiple time points)
 +
*** Color table improvements needed: decouple color from name and UID (which needs to be added)
 +
*** Segments in vtkMRMLSegmentationNode should be struct's containing the representations AND metadata (dictionsry containing UID etc.)
 +
*** Editor should be able to make sure Study1's liver is the same liver as in Study2
 +
*** Subject hierarchy plugins should be sensitive to reporting related objects
 +
*** Permissions - log in as user (look at PerkTutor)
 +
** Convention should be created for naming DICOM objects
 
</div>
 
</div>
 
</div>
 
</div>

Latest revision as of 21:23, 30 June 2014

Home < 2014 Summer Project Week:Contours

Key Investigators

Background

Project Description

Continue on from the 2014 winter discussion and potentially integrate Contours into the core

Objective

  • Ensure current implementation is satisfactory
    • Some cleanup required (variable names, etc...)
    • Current storage node implementation does not support Slicer packaged save
      • Minor fix to use this->FileNameList instead of member variables
  • Discuss any additional features to implement
    • Determination of a source representation?
      • Ideally the ROI points should always be source, and edits are propagated back to the ROI points
    • ...
  • Prepare a pathway to core integration (maybe)
    • Agree on the role of contours in the core

Approach, Plan

  • Perform code cleanup, ensure passing tests
  • Use breakout session as discussion platform
    • Desired features
    • Roadmap for core integration
  • Implement discussed changes

Progress

  • Fixes and improvements in the contours implementation
  • Breakout session discussion
    • Main questions have been answered!
  • Discussion with Andriy
    • DICOM Seg Import/Export basic implementation ready - should be added as a DICOM import/export module in Slicer core
    • Segmentation objects used in DICOM Structured Reports
      • Every segment has a UID
      • Tracking the segments of the same structures is necessary throughout the process (multiple patients scanned at multiple time points)
      • Color table improvements needed: decouple color from name and UID (which needs to be added)
      • Segments in vtkMRMLSegmentationNode should be struct's containing the representations AND metadata (dictionsry containing UID etc.)
      • Editor should be able to make sure Study1's liver is the same liver as in Study2
      • Subject hierarchy plugins should be sensitive to reporting related objects
      • Permissions - log in as user (look at PerkTutor)
    • Convention should be created for naming DICOM objects