Difference between revisions of "Projects/Slicer3/2007 Project Week EdgeDetection"

From NAMIC Wiki
Jump to: navigation, search
Line 1: Line 1:
 
{|
 
{|
 
|[[Image:ProjectWeek-2007.png|thumb|300px|Return to [[2007_Programming/Project_Week_MIT|Project Week Main Page]] ]]
 
|[[Image:ProjectWeek-2007.png|thumb|300px|Return to [[2007_Programming/Project_Week_MIT|Project Week Main Page]] ]]
|[[Image:BeforePicture.jpg|thumb|400px|BEFORE!]]
+
|[[Image:BeforePictureEdgeDetection.jpg|thumb|400px|BEFORE!]]
 
|}
 
|}
 
{|
 
{|
|[[Image:AfterPicture.jpg|thumb|500px|Output Image after edge detection.]]
+
|[[Image:AfterPictureEdgeDetection.jpg|thumb|500px|Output Image after edge detection.]]
 
|}
 
|}
  

Revision as of 00:12, 29 June 2007

Home < Projects < Slicer3 < 2007 Project Week EdgeDetection
File:AfterPictureEdgeDetection.jpg
Output Image after edge detection.


Key Investigators

  • MIT: Elliot Uvero
  • BWH: Lauren O'Donnell
  • Kitware: Luis Ibanez

Objective

Enable edge detection of images in Slicer3.

Approach, Plan

Create a Slicer3 CLP module for edge detection of images, using ITK filters.

Progress

A CLP module, Zero Crossing Based Edge Detection, has been developed in Slicer3. With the great help of Luis, the documentation and error checking of the ITK ZeroCrossingEdgeDetectionFilter were improved, and the concept checking was improved to make sure that the pixel type is float or double.


Conclusions and Findings

  • Concept checking should be set to ON in CMake when ITK is configured.
    • When off (default) there is no check that input/output image is the same type for the itkZeroCrossingEdgeDetectionFilter.
  • Currently the itkZeroCrossingEdgeDetectionFilter appears to function correctly with float and double input.
    • Short input produces different edge output.




Working hard on ITK and Slicer3