Difference between revisions of "2012 Summer Project Week:UtahCardiacRegistration"

From NAMIC Wiki
Jump to: navigation, search
 
(2 intermediate revisions by the same user not shown)
Line 3: Line 3:
 
Image:PW-MIT2012.png|[[2012_Summer_Project_Week#Projects|Projects List]]
 
Image:PW-MIT2012.png|[[2012_Summer_Project_Week#Projects|Projects List]]
 
Image:CARMA-registration-snapshot-module.png|Initial layout of CARMA registration module.
 
Image:CARMA-registration-snapshot-module.png|Initial layout of CARMA registration module.
Image:CARMA_VecReg_Check1-2.png|Current Registration Example - needs some work
+
Image:CARMA-registration-snapshot-window.png|View of Slicer4 with initial CARMA registration module.
 +
<!--Image:CARMA_VecReg_Check1-2.png|Current Registration Example - needs some work-->
 
Image:CARMA_VecReg_Seg3.png|Current Registration Example - needs some work
 
Image:CARMA_VecReg_Seg3.png|Current Registration Example - needs some work
 
</gallery>
 
</gallery>
Line 35: Line 36:
  
 
<h3>Progress</h3>
 
<h3>Progress</h3>
We have defined some preliminary registration cases [http://www.na-mic.org/Wiki/index.php/DBP3:Utah:RegCases].
+
We have defined some preliminary registration cases [http://www.na-mic.org/Wiki/index.php/DBP3:Utah:RegCases].  We have designed an initial layout for the module, but will have to refine the design as we have realized that the registration algorithm will require both images and segmentations to drive the registration.
  
  

Latest revision as of 20:03, 21 June 2012

Home < 2012 Summer Project Week:UtahCardiacRegistration

Key Investigators

  • Utah: Danny Perry, Alan Morris, Josh Cates, Greg Gardner, Rob MacLeod

Objective

We are developing a case-specific registration module capable of handling the different image types used at the CARMA Center (e.g., LGE-MRI, MRA, CT) [1] [2]. The goal is to improve the accuracy of the current registration methods by defining case-specific parameters.



Approach, Plan

Our approach for registration is parameter optimization for the current ITK registration approaches.

Our plan for the project week is to further define the registration cases and begin implementation in Slicer 4.

Progress

We have defined some preliminary registration cases [3]. We have designed an initial layout for the module, but will have to refine the design as we have realized that the registration algorithm will require both images and segmentations to drive the registration.


Delivery Mechanism

This work will be delivered to the NA-MIC Kit as a

  1. ITK Module - NO
  2. Slicer Module
    1. Built-in - NO
    2. Extension -- commandline - YES
    3. Extension -- loadable - NO
  3. Other (Please specify)

References