Sophie

Sophie

distrib > Mandriva > 2010.0 > i586 > media > contrib-release > by-pkgid > d5e74628f0e673bb8680aebce32b2c04 > files > 15

itk-doc-3.12.0-1mdv2010.0.i586.rpm

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html><head><meta name="robots" content="noindex">
<meta http-equiv="Content-Type" content="text/html;charset=iso-8859-1">
<title>ITK: Blox Framework</title>
<link href="DoxygenStyle.css" rel="stylesheet" type="text/css">
</head><body bgcolor="#ffffff">


<!--  Section customized for INSIGHT : Tue Jul 17 01:02:45 2001 -->
<center>
<a href="index.html" class="qindex">Main Page</a>&nbsp;&nbsp; 
<a href="modules.html" class="qindex">Groups</a>&nbsp;&nbsp;
<a href="namespaces.html" class="qindex">Namespace List</a>&nbsp;&nbsp;
<a href="hierarchy.html" class="qindex">Class Hierarchy</a>&nbsp;&nbsp;
<a href="classes.html" class="qindex">Alphabetical List</a>&nbsp;&nbsp;
<a href="annotated.html" class="qindex">Compound List</a>&nbsp;&nbsp; 
<a href="files.html" class="qindex">File
List</a>&nbsp;&nbsp; 
<a href="namespacemembers.html" class="qindex">Namespace Members</a>&nbsp;&nbsp; 
<a href="functions.html" class="qindex">Compound Members</a>&nbsp;&nbsp; 
<a href="globals.html" class="qindex">File Members</a>&nbsp;&nbsp;
<a href="pages.html" class="qindex">Concepts</a></center>


<!-- Generated by Doxygen 1.5.9 -->
<div class="contents">
<h1><a class="anchor" name="BloxPage">Blox Framework </a></h1><h2><a class="anchor" name="BloxIntroduction">
Introduction</a></h2>
The <a class="el" href="classitk_1_1BloxImage.html" title="Templated n-dimensional image class used to store linked lists.">itk::BloxImage</a> object is a regular, rectilinear lattice of ``blocks'' in n-dimensional space. The word ``blox'' was chosen to bring to mind a set of ``city blocks'' in 2D or ``building blocks'' in 3D. Being a regular lattice, <a class="el" href="classitk_1_1BloxImage.html" title="Templated n-dimensional image class used to store linked lists.">itk::BloxImage</a> logically derives from itkImage. In an <a class="el" href="classitk_1_1BloxImage.html" title="Templated n-dimensional image class used to store linked lists.">itk::BloxImage</a>, each pixel represents an isometric space-filling block of geometric space, called an <a class="el" href="classitk_1_1BloxPixel.html" title="Holds a linked list of BloxItem&#39;s.">itk::BloxPixel</a>. Each <a class="el" href="classitk_1_1BloxPixel.html" title="Holds a linked list of BloxItem&#39;s.">itk::BloxPixel</a> generally covers many pixels in the underlying image and is used to store a variable number of image primitives (such as boundary points) or features (such as medial nodes) gathered within that region of geometric space. To do this, each <a class="el" href="classitk_1_1BloxPixel.html" title="Holds a linked list of BloxItem&#39;s.">itk::BloxPixel</a> contains a linked list.<p>
The <a class="el" href="classitk_1_1BloxImage.html" title="Templated n-dimensional image class used to store linked lists.">itk::BloxImage</a> object facilitates certain forms of analysis by providing geometric hashing. For example, if boundary points are stored in an <a class="el" href="classitk_1_1BloxImage.html" title="Templated n-dimensional image class used to store linked lists.">itk::BloxImage</a>, pairs of boundary points that face each other (called ``core atoms'') can be found by searching relatively small regions of geometric space that face each boundary point for appropriate mates. Because an <a class="el" href="classitk_1_1BloxImage.html" title="Templated n-dimensional image class used to store linked lists.">itk::BloxImage</a> is rectilinear in geometric space (even though the underlying image may not be) subsequent analysis can be invariant to rotation and translation. </div>
<hr><address><small>
Generated at Fri May 8 00:42:54 2009 for ITK  by <a href="http://www.stack.nl/~dimitri/doxygen/index.html"> <img 
src="http://www.stack.nl/~dimitri/doxygen/doxygen.png" alt="doxygen"
align="middle" border=0 width=110 height=53>
</a> 1.5.9 written by <a href="mailto:dimitri@stack.nl">Dimitri van Heesch</a>,
 &copy;&nbsp;1997-2000</small></address>
</body>
</html>