<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
<br>
<br>
On 03/17/2010 02:27 PM, Arnaud GELAS wrote:
<blockquote cite="mid:4BA11F28.4010302@hms.harvard.edu" type="cite">
  <meta http-equiv="content-type"
 content="text/html; charset=ISO-8859-1">
ooops, I pressed reply not reply all...<br>
  <br>
-------- Original Message --------
  <table class="moz-email-headers-table" border="0" cellpadding="0"
 cellspacing="0">
    <tbody>
      <tr>
        <th nowrap="nowrap" valign="BASELINE" align="RIGHT">Subject: </th>
        <td>Re: [Insight-users] Few questions about quad edge mesh
filters</td>
      </tr>
      <tr>
        <th nowrap="nowrap" valign="BASELINE" align="RIGHT">Date: </th>
        <td>Wed, 17 Mar 2010 14:26:21 -0400</td>
      </tr>
      <tr>
        <th nowrap="nowrap" valign="BASELINE" align="RIGHT">From: </th>
        <td>Arnaud GELAS <a moz-do-not-send="true"
 class="moz-txt-link-rfc2396E"
 href="mailto:arnaud_gelas@hms.harvard.edu">&lt;arnaud_gelas@hms.harvard.edu&gt;</a></td>
      </tr>
      <tr>
        <th nowrap="nowrap" valign="BASELINE" align="RIGHT">To: </th>
        <td>Andriy Fedorov <a moz-do-not-send="true"
 class="moz-txt-link-rfc2396E" href="mailto:fedorov@bwh.harvard.edu">&lt;fedorov@bwh.harvard.edu&gt;</a></td>
      </tr>
    </tbody>
  </table>
  <br>
  <br>
  <pre>On 03/17/2010 12:55 PM, Andriy Fedorov wrote:
&gt; On Wed, Mar 17, 2010 at 12:07, Andriy Fedorov<a
 moz-do-not-send="true" class="moz-txt-link-rfc2396E"
 href="mailto:fedorov@bwh.harvard.edu">&lt;fedorov@bwh.harvard.edu&gt;</a>  wrote:
&gt;    
&gt;&gt; 1) the normals produced by QuadEdgeMesh are always (nan,nan,nan). I
&gt;&gt; saw the comment in the documentation, that the input and output mesh
&gt;&gt; traits should be the same for this filter to work, but this does not
&gt;&gt; seem to help.
&gt;&gt;
&gt;&gt;      
&gt; Update: this happens with the default (THURMER) weight type for
&gt; normals calculation, because the weight is calculated to NaN. If I
&gt; switch to GOURAUD or AREA weights, it seems to work.
&gt;    
I'll check that!

&gt; By the way, the documentation does not mention what is the difference
&gt; between the different normal calculation modes.
You're right, I should update the doxygen documentation to explain 
differences between normal calculation modes.
&gt; Is there an Insight
&gt; Journal paper that lists the details?
&gt;    
Yes there is one insight journal paper where you will find references 
for each method
<a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="http://www.insight-journal.org/browse/publication/303">http://www.insight-journal.org/browse/publication/303</a>
&gt;
  </pre>
</blockquote>
<br>
I have just updated the doxygen documentation of the class with all
formulas!<br>
<br>
I have also fixed the bug for the normal computation in the THURMER
case (normalizations were missing) leading to out-range values before
calling vcl_acos.<br>
I am now running an experimental build before submitting the changes.
You'll be able to get it in few minutes<br>
<br>
<blockquote cite="mid:4BA11F28.4010302@hms.harvard.edu" type="cite">
  <pre>&gt;    
&gt;&gt; 2) whenever I am using QuadEdgeMeshQuadricDecimation, the decimated
&gt;&gt; surface is obviously incorrect
&gt;&gt; (QuadEdgeMeshSquaredEdgeLengthDecimation generates very nice surface).
&gt;&gt; Attached are screenshots for the MC surface, quadrics-decimated
&gt;&gt; surface, and squared edge decimation result
&gt;&gt;
&gt;&gt; Source code and test data: <a moz-do-not-send="true"
 class="moz-txt-link-freetext"
 href="http://dl.dropbox.com/u/3770904/QuadEdgeTests.tgz">http://dl.dropbox.com/u/3770904/QuadEdgeTests.tgz</a>
&gt;&gt; Command line to reproduce the first problem (second issue can be
&gt;&gt; reproduced trivially by swapping the decimator): "QuadEdgeMeshTests
&gt;&gt; blob1.nrrd output_mesh.vtk 10"
&gt;&gt;
&gt;&gt; I see this problem both with the latest checkout of the 3.16 branch,
&gt;&gt; and with the current trunk build.
&gt;&gt;
&gt;&gt; Am I doing something wrong, or is this a bug?
&gt;&gt;      

ok, I'll have a look that one too!
  </pre>
</blockquote>
I am now looking at the decimation one!<br>
<br>
<blockquote cite="mid:4BA11F28.4010302@hms.harvard.edu" type="cite">
  <pre>
&gt;&gt; Thanks
&gt;&gt;
&gt;&gt; Andriy Fedorov
&gt;&gt;
&gt;&gt;      
&gt; _____________________________________
&gt; Powered by <a moz-do-not-send="true"
 class="moz-txt-link-abbreviated" href="http://www.kitware.com">www.kitware.com</a>
&gt;
&gt; Visit other Kitware open-source projects at
&gt; <a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a>
&gt;
&gt; Kitware offers ITK Training Courses, for more information visit:
&gt; <a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="http://www.kitware.com/products/protraining.html">http://www.kitware.com/products/protraining.html</a>
&gt;
&gt; Please keep messages on-topic and check the ITK FAQ at:
&gt; <a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="http://www.itk.org/Wiki/ITK_FAQ">http://www.itk.org/Wiki/ITK_FAQ</a>
&gt;
&gt; Follow this link to subscribe/unsubscribe:
&gt; <a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="http://www.itk.org/mailman/listinfo/insight-users">http://www.itk.org/mailman/listinfo/insight-users</a>
&gt;    

  </pre>
</blockquote>
<br>
</body>
</html>