Difference between revisions of "2014 Summer Project Week:Contours"
From NAMIC Wiki
| (7 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 | Image:SlicerRT_ContourRepresentations.png|Contour representations stored in the Contour object | ||
</gallery> | </gallery> | ||
| Line 13: | Line 13: | ||
* [[2014_Winter_Project_Week:IntegrationOfContourObject|Winter Contour Discussion]] | * [[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 40: | 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 | + | * 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
Contour representations stored in the Contour object
Key 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
