Difference between revisions of "Collaboration/VMTK"

From NAMIC Wiki
Jump to: navigation, search
Line 1: Line 1:
Please use [[NA-MIC/Projects/Theme/Template|this template]] to fill in this page.
+
{|
(luca, v sorry about this new template... tk)
+
|[[Image:ProjectWeek-2007.png|thumb|320px|Return to [[2007_Programming/Project_Week_MIT|Project Week Main Page]] ]]
 +
|[[Image:genuFAp.jpg|thumb|320px|Scatter plot of the original FA data through the genu of the corpus callosum of a normal brain.]]
 +
|[[Image:genuFA.jpg|thumb|320px|Regression of FA data; solid line represents the mean and dotted lines the standard deviation.]]
 +
|}
  
'''Objective:'''
+
__NOTOC__
 +
===Key Investigators===
 +
* Mario Negri Institute: Luca Antiga
 +
* GE: Dan Blezek
  
 +
 +
<div style="margin: 20px;">
 +
 +
<div style="width: 27%; float: left; padding-right: 3%;">
 +
<h1>Objective</h1>
 +
Integration of vmtk (vmtk.sourceforge.net) into Slicer3 (ground work already done in SLC).
 +
* solve last issues with consistency of reference systems and generate a bunch of vmtk CLI modules
 +
* exploit Python in Slicer3
 +
 +
</div>
 +
 +
<div style="width: 27%; float: left; padding-right: 3%;">
 +
 +
<h1>Approaches and Challenges </h1>
 
As a result of the Programming Half Week in SLC, vmtk command-line pipes can be automatically converted in CLI modules for Slicer3.
 
As a result of the Programming Half Week in SLC, vmtk command-line pipes can be automatically converted in CLI modules for Slicer3.
 
However, a few issues still exist, mainly associated with the fact that vmtk is vtk based, and thus it is not MRML aware. This generates the sort of problems described in [[Execution Model Reference Systems]]. Solving coordinate system consistency issues is the first aim of the project during the Boston Programming Week.  
 
However, a few issues still exist, mainly associated with the fact that vmtk is vtk based, and thus it is not MRML aware. This generates the sort of problems described in [[Execution Model Reference Systems]]. Solving coordinate system consistency issues is the first aim of the project during the Boston Programming Week.  
Line 16: Line 36:
 
Slicer would take care of building the GUI and setting the state of the object on the basis of the XML description before calling Execute.
 
Slicer would take care of building the GUI and setting the state of the object on the basis of the XML description before calling Execute.
  
In summary, the tasks to be completed for this programming week are
 
* solve last issues with consistency of reference systems and generate a bunch of vmtk CLI modules
 
* exploit Python in Slicer3
 
  
'''Progress:'''
+
</div>
 +
 
 +
<div style="width: 40%; float: left;">
 +
 
 +
<h1>Progress</h1>
 +
 
 +
 
 +
====June 2007 Project Week====
 +
This is where you put in progress made in Project Week 2007.
 +
 
 +
====January 2007 Project Half Week====
 +
 
  
'''Next Steps:'''
+
</div>
  
'''Key Investigators:'''
+
<br style="clear: both;" />
*Luca Antiga, Mario Negri Institute
 
*Dan Blezek, GE
 
  
'''Publications:'''
+
</div>
  
'''Reference:'''
 
http://vmtk.sourceforge.net
 
  
'''Additional Links:'''
+
===Publications===
*4 block ppt
 

Revision as of 07:58, 25 May 2007

Home < Collaboration < VMTK
Scatter plot of the original FA data through the genu of the corpus callosum of a normal brain.
Regression of FA data; solid line represents the mean and dotted lines the standard deviation.


Key Investigators

  • Mario Negri Institute: Luca Antiga
  • GE: Dan Blezek


Objective

Integration of vmtk (vmtk.sourceforge.net) into Slicer3 (ground work already done in SLC).

  • solve last issues with consistency of reference systems and generate a bunch of vmtk CLI modules
  • exploit Python in Slicer3

Approaches and Challenges

As a result of the Programming Half Week in SLC, vmtk command-line pipes can be automatically converted in CLI modules for Slicer3. However, a few issues still exist, mainly associated with the fact that vmtk is vtk based, and thus it is not MRML aware. This generates the sort of problems described in Execution Model Reference Systems. Solving coordinate system consistency issues is the first aim of the project during the Boston Programming Week. This part of the project will benefit from the interaction with 2007_Project_Week_MIT_MRML_Scenes_for_the_Execution_Model.

Following the recent introduction of Python in Slicer3, it is in principle possible to use vmtk directly from Slicer's Python shell. This is would be a nice alternative to calling vmtk from the command line, since vmtk is primarily a Python module.

The idea, which could be potentially useful for other projects, is to create a general Python Execution module Ultimately the user would write a Python class with

  • a method that spits out the description of the instance variables to be exposed on the GUI, the CLI module way (in this case, instance variables could be wrapped vtk objects or wrapped MRML nodes)
  • a standard method (e.g. Execute()) that runs the class main functionality

Slicer would take care of building the GUI and setting the state of the object on the basis of the XML description before calling Execute.


Progress


June 2007 Project Week

This is where you put in progress made in Project Week 2007.

January 2007 Project Half Week



Publications