<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Brian,<br>
<br>
Thanks for your reponse.<br>
<br>
I asked this question about the virtual domin because I'm trying to
registrer a 3D volume M, on a slice of an other 3D volume F, e.g a 3D
image with size[2]=1<br>
I use the Mattes Mutual Information because it's the one that gives the
most accurate results in my case.<br>
But, it always return an error message because I never fulfill this
condition in itkMattesMutualInformationImageToImageMetricv4.hxx :<br>
<br>
<blockquote>
<blockquote><i> if( <font color="#ff0000">this->GetNumberOfValidPoints()
< numberOfPoints / 16</font> )<br>
{<br>
itkExceptionMacro("Too many samples map outside moving image
buffer. There are only "<br>
<< this->m_NumberOfValidPoints <<
" valid points out of "<br>
<< numberOfPoints << " total points.
The images do not sufficiently "<br>
"overlap. They need to be initialized to have
more overlap before this "<br>
"metric will work. For instance, you can align
the image centers by translation."<br>
<< std::endl);<br>
}</i><br>
</blockquote>
</blockquote>
M size is 42*42*21 = 37044 points and 37044 / 16 = 2 315,25 but F size
is only 42*42*1 = 1764 points.<br>
<br>
With the old registration framework this registration was possible but
not thread safe...<br>
<br>
Is there another way to perform a slice by slice registration with the
framework v4 ?<br>
<br>
Thanks a lot,<br>
<br>
Fred<br>
<br>
<br>
Le 22/01/2013 18:33, brian avants a écrit :
<blockquote
cite="mid:CABWzF4VBWBdBcgptB7UiX3kht3zZRr+3k-4OXBCEJJ9+Y5o=pQ@mail.gmail.com"
type="cite">
<pre wrap="">briefly, the virtual domain evaluates an image difference metric as:
J - fixed image
K - moving image
x - a point in the virtual domain
\| J ( T_fixed( x ) ) - K ( T_moving(x) ) \|^2
By default T_fixed( x ) is the identity and T_moving is what you
optimize. Other metrics are implemented in the same way.
This lets the user :
1 ) control the resolution @ which registration is performed ... e.g.
to implement multi-resolution approaches by setting the virtual domain
to be smaller than the domain of J.
2 ) allows the fixed image to have a transform as well. for
instance, when the image registration is performed in an unbiased
space.
This also lets one minimize the number of interpolation / downsampling
operations.
brian
On Tue, Jan 22, 2013 at 5:02 AM, Champ Frédéric <a class="moz-txt-link-rfc2396E" href="mailto:champ@unistra.fr"><champ@unistra.fr></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi,
For a 3D registrations with the framework v4:
- What exactly does the virtual domain ?
- Does it necessary to specify it if the moving and fixed regions are
different ?
Fred
_____________________________________
Powered by <a class="moz-txt-link-abbreviated" href="http://www.kitware.com">www.kitware.com</a>
Visit other Kitware open-source projects at
<a class="moz-txt-link-freetext" href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a>
Kitware offers ITK Training Courses, for more information visit:
<a class="moz-txt-link-freetext" href="http://www.kitware.com/products/protraining.php">http://www.kitware.com/products/protraining.php</a>
Please keep messages on-topic and check the ITK FAQ at:
<a class="moz-txt-link-freetext" href="http://www.itk.org/Wiki/ITK_FAQ">http://www.itk.org/Wiki/ITK_FAQ</a>
Follow this link to subscribe/unsubscribe:
<a class="moz-txt-link-freetext" href="http://www.itk.org/mailman/listinfo/insight-users">http://www.itk.org/mailman/listinfo/insight-users</a>
</pre>
</blockquote>
</blockquote>
<br>
</body>
</html>