The Insight Toolkit, [1] or ITK, is an open-source software system initially designed to support the Visible Human Project [C1]. ITK is under continual development, being updated to employ cutting-edge segmentation and registration algorithms for multiple dimensions. For more information about ITK, please refer to [C2] and [C3].
In order to facilitate the implementation of processing mechanisms specific to the medical imaging community, ITK provides a robust set of general purpose image processing tools. These image processing tools are available to users through the standard ITK Filter interface. Although ITK is implemented in C++, through the use of CMake [2] and CableSwig [3], the functionality of ITK is made available to languages such as TCL, Java, and Python. In addition, much of the functionality of ITK is also available in a VisTrails package. The ITK package is not currently included in the binary distribution of VisTrails, but it may be downloaded separately from the VisTrails website.
Note: The WrapITK library, upon which the VisTrails ITK package depends, is well-tested on Linux and Mac OS X platforms. It is, however, known to have issues under Windows.
At the time of this writing, the latest stable release of ITK is 3.6.0. In order to incorporate the functionality of ITK into the VisTrails system, it first must be built and installed. In the following sections, we will describe in detail the process of downloading, building, and installing ITK and all the required components needed to use it.
ITK can be downloaded in either source tarballs or via public CVS access to the ITK source repository. The following instructions take advantage of the CVS source repository; however, source tarballs can be downloaded from: http://www.itk.org/
These instructions can be found, in part, at the ITK website. To use CVS, you must have a CVS client installed on your system. To download the ITK library, issue the following commands:
cvs -d :pserver:anonymous@www.itk.org:/cvsroot/Insight login password: insight cvs -d :pserver:anonymous@www.itk.org:/cvsroot/Insight co Insight
Change directory into the newly created Insight/Utilities directory and issue the following command:
cvs -d :pserver:anonymous@public.kitware.com:/cvsroot/CableSwig co CableSwig
This checkout includes CableSwig in the ITK system, allowing it to be built automatically during compilation of ITK itself.
ITK requires CMake to be installed and available on your system. As of ITK version 3.2.0, CMake version 2.4.6 or greater must be used to prevent compilation errors. In order to simplify updating ITK to later versions of the software, we perform an out-of-source build. To do this, we first create a directory outside the Insight directory created for us during the CVS checkout process.
mkdir itk
cd itk
We now run CMake, or the GUI-based version ccmake, in this directory. If you’re using Windows, you may wish to run the Windows-specific cmake-gui.exe instead.
ccmake ../Insight
Note: The above command assumes that the Insight directory exists at the same level as the itk directory that we just created.
The following advanced CMake variables must be set to the appropriate values:
CMake Variable | Value |
---|---|
BUILD_SHARED_LIBS | ON |
INSTALL_WRAP_ITK_COMPATIBILITY | ON |
ITK_CSWIG_PYTHON | OFF |
ITK_USE_REVIEW | ON |
USE_WRAP_ITK | ON |
WRAP_ITK_PYTHON | ON |
WRAP_ITK_JAVA | OFF |
Note: Some CMake variables are only available based on the state of others. If a variable is missing from the list, set what is visible and re-configure, this will often allow you to see and set additional parameters.
After generating the appropriate files and exiting ccmake, the standard build process can be completed. To compile (on Linux or Mac OS X), run:
make
sudo make install
On Windows, the build process is governed by the type of project or Makefile generated by CMake.
Note:
It is possible to use ITK without installing it. To do this, the environment variables LD_LIBRARY_PATH and PYTHONPATH must be set to the appropriate build directories:
At this point, ITK is build and installed. To validate this, open a Python shell and issue the following commands:
>>> import itk
>>> itk.Image[itk.US,2]
The above commands should both complete without error, and should produce the output:
<class 'itkImage.itkImageUS2'>
The WrapITK implementation used to wrap ITK for use in Python lazily instantiates required classes. This means that even if the import succeeds, the instantiation of the above itk.Image class may fail. This is particularly common if the environment variable LD_LIBRARY_PATH is incorrectly set.
When built and installed with the appropriate Python bindings included, ITK can be used from VisTrails through the ITK package. As mentioned previously, ITK is a third-party package and is not included in the general VisTrails distribution. However, like many third-party packages, it is available from the VisTrails website. [4]
The VisTrails ITK package is under continual development with the latest versions being announced on the VisTrails website. After downloading the package and extracting it into the .vistrails/userpackages directory, you can enable it through the Module Packages tab in the Preferences dialog. Please refer to Chapter Writing VisTrails Packages for instructions on how to do this.
Upon starting VisTrails, the ITK package modules will be made available to the Builder Window.
The ITK VisTrails package loosely mimics the ITK functionality hierarchy. The package’s top level consists of base classes, containers, and file readers as shown in Figure (a) The VisTrails ITK Package Structure Overview. Also available at the top level is the PixelType module and the specific types used to create and execute ITK-based pipelines.
Currently, the ITK Image Filters are organized into functional groups. The five filter types, as show in Figure (c) The ITK Package Filter Structure, are:
All filter types currently have at least one representative ITK filter wrapped and usable from within the VisTrails environment.
DICOM is a standard format for exchanging medical images. ITK includes DICOM support through the GDCM libraries. [5] It is worthwhile to note that at this time these libraries are currently not a complete implementation of the DICOM standard.
DICOM volumes can be integrated into VisTrails through the use of either the GDCMReader or DICOMReader modules in the ITK package. For the rest of this example, we will use the GDCMReader module as its performace is slightly higher than the DICOMReader implementation.
Figure VisTrails workflow utilizing ITK to extract a single slice... shows the use of the GDCMReader module. In order to properly read a DICOM volume, the GDCMReader must be supplied with the dimension of the volume to be read and the directory containing the series to read. By default, WrapITK supports two- and three-dimensional volumes. In order to include support for higher dimensions, the appropriate WrapITK variable must be set within CMake, before compiling ITK.
Typically, DICOM volumes are written with no 16-bit unsigned shorts. Unfortunately, most systems allow the display of only 8-bit values. Because of the higher precision inherent in DICOM data, it is often preferable to perform any computation, segmentation, or processing on the data prior to rescaling in order to utilize as much information as possible.
ITK image filters are typically templated based on the dimensionality of the data being processed, as well as the data type being processed. In VisTrails, these parameters are handled through the use of PixelType modules. Although any ITK Filter wrapped in vistrails can accept any of these PixelTypes, the underlying implementation may not be compatible with the input PixelType. Using PixelTypes incompatible with the underlying filter implementations is the most frequent cause of error when executing otherwise functional pipelines in VisTrails.
When processing volumes, it is often necessary to extract a single slice from the volume at different stages of the processing pipeline. This is possible in VisTrails through the use of the ExtractImageFilter. Given a volume, a Region, and Dimensionality information, the ExtractImageFilter can extract a single slice from the data volume that can be used in further processing, previewing the results, or writing to disk. An example workflow that extracts a slice from a DICOM volume can be seen in Figure VisTrails workflow utilizing ITK to extract a single slice....
Although ITK’s processing filters and the DICOM standard both support 16-bit processing and storage, many image viewers are capable of displaying in only 8-bit resolution using the unsigned char PixelType. Since the output of an ITK processing workflow is an image, it makes sense to view it as such. This means that we are required to both remap the data values in the image to 8 bits as well as perform a casting operation to change the data type from unsigned shorts to unsigned chars. These operations are performed through the use of the RescaleIntensityImageFilter and the CastImageFilter. Figure VisTrails workflow utilizing ITK to extract a single slice... demonstrates the use of the RescaleIntensityImageFilter and the CastImageFilter in conjunction with the ImageToFile and ImageViewerCell modules to view the resulting slice in the VisTrails Spreadsheet.
Footnotes
[1] | The Insight Toolkit is sometimes referred to by the longer name Insight Segmentation and Registration Toolkit. |
[2] | CMake cross-platform make system. http://www.cmake.org |
[3] | CableSwig Interface generator. http://www.itk.org/HTML/CableSwig.html |
[4] | Please Note: At the time of this writing, the VisTrails ITK package is not a complete wrapping of all ITK functionality. If you would like to contact the author regarding the wrapped functionality, please do so through the e-mail address on the VisTrails website. |
[5] | Grass roots DiCoM Project. http://www.creatis.insa-lyon.fr/Public/Gdcm/ |
Citations
[C1] |
|
[C2] |
|
[C3] |
|