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

From NAMIC Wiki
Jump to: navigation, search
 
(9 intermediate revisions by 2 users not shown)
Line 1: Line 1:
 
__NOTOC__
 
__NOTOC__
[[File:PW-SLC2014.png|border|300px|none|left|link=2014_Summer_Project_Week]]
+
<gallery>
 +
Image:PW-SLC2014.png|[[2014_Summer_Project_Week#Projects|Projects List]]
 +
Image:SlicerRT_ContourRepresentations.png|Contour representations stored in the Contour object
 +
</gallery>
  
 
==Key Investigators==
 
==Key Investigators==
 +
 
* Adam Rankin ([http://perk.cs.queensu.ca/ Queen's University])
 
* Adam Rankin ([http://perk.cs.queensu.ca/ Queen's University])
 
* Csaba Pinter ([http://perk.cs.queensu.ca/ Queen's University])
 
* Csaba Pinter ([http://perk.cs.queensu.ca/ Queen's University])
 +
 +
==Background==
 +
 +
* [[2014_Winter_Project_Week:IntegrationOfContourObject|Winter Contour Discussion]]
 +
* Contours DisplayableManager and StorageNode SlicerRT ticket: [https://www.assembla.com/spaces/slicerrt/tickets/446#/activity/ticket: #446]
 +
* Contours module [https://subversion.assembla.com/svn/slicerrt/trunk/SlicerRt/src/Contours/ source code] (module UI, Contours MRML, conversion utilities, Subject hierarchy plugin)
  
 
==Project Description==
 
==Project Description==
 +
Continue on from the 2014 winter discussion and potentially integrate Contours into the core
  
 
<div style="margin: 20px;">
 
<div style="margin: 20px;">
Line 13: Line 24:
 
* Ensure current implementation is satisfactory
 
* Ensure current implementation is satisfactory
 
** Some cleanup required (variable names, etc...)
 
** 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
 
* 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)
 
* Prepare a pathway to core integration (maybe)
 +
** Agree on the role of contours in the core
 
</div>
 
</div>
 
<div style="width: 27%; float: left; padding-right: 3%;">
 
<div style="width: 27%; float: left; padding-right: 3%;">
Line 26: 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>
* Slicer built. Sort of.
+
* Fixes and improvements in the contours implementation
 +
* [[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