Difference between revisions of "2014 Summer Project Week:Contours"
From NAMIC Wiki
(11 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
__NOTOC__ | __NOTOC__ | ||
<gallery> | <gallery> | ||
− | Image:PW-SLC2014.png|[[ | + | Image:PW-SLC2014.png|[[2014_Summer_Project_Week#Projects|Projects List]] |
+ | Image:SlicerRT_ContourRepresentations.png|Contour representations stored in the Contour object | ||
</gallery> | </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;"> | ||
<div style="width: 27%; float: left; padding-right: 3%;"> | <div style="width: 27%; float: left; padding-right: 3%;"> | ||
<h3>Objective</h3> | <h3>Objective</h3> | ||
− | * | + | * 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 | ||
</div> | </div> | ||
<div style="width: 27%; float: left; padding-right: 3%;"> | <div style="width: 27%; float: left; padding-right: 3%;"> | ||
<h3>Approach, Plan</h3> | <h3>Approach, Plan</h3> | ||
− | * | + | * Perform code cleanup, ensure passing tests |
− | * | + | * Use breakout session as discussion platform |
− | * | + | ** Desired features |
+ | ** Roadmap for core integration | ||
+ | * Implement discussed changes | ||
</div> | </div> | ||
<div style="width: 27%; float: left; padding-right: 3%;"> | <div style="width: 27%; float: left; padding-right: 3%;"> | ||
<h3>Progress</h3> | <h3>Progress</h3> | ||
− | * | + | * 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:ContoursKey Investigators
- Adam Rankin (Queen's University)
- Csaba Pinter (Queen's University)
Background
- Winter Contour Discussion
- Contours DisplayableManager and StorageNode SlicerRT ticket: #446
- Contours module source code (module UI, Contours MRML, conversion utilities, Subject hierarchy plugin)
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
- ...
- Determination of a source representation?
- 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