<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
For the benefit of the group, I was able to fix the problem by
setting the output points precision to be DOUBLE_PRECISION, like
this:<br>
<blockquote>
<title>Snippet</title>
<pre style="font-family:Consolas;font-size:13;color:black;background:white;"><span style="color:navy;">filter</span>-><span style="color:#880000;">SetOutputPointsPrecision</span>(<span style="color:blue;">vtkAlgorithm</span>::<span style="color:#a000a0;">DOUBLE_PRECISION</span>);
</pre>
</blockquote>
At first, I thought that it was because the original data was set up
as float in VTK, but this call was necessary even after changing the
data arrays to be double precision.<br>
<br>
<div class="moz-cite-prefix">On 2/27/2015 6:11 PM, Serge Lalonde
wrote:<br>
</div>
<blockquote cite="mid:54F0F987.9050802@infolytica.com" type="cite">
<meta http-equiv="content-type" content="text/html;
charset=windows-1252">
My application has multiple actors, each with it's own
unstructured grid. I'm using VTK 6.1.<br>
<br>
When a clip mesh filter is applied at a planar face of a model
(i.e. the clipping plane is flush with a planar component
boundary) and a second (composited) clip mesh filter is applied to
its output and configured so as to include all of the former's
output, 'holes' (i.e. missing triangles) appear in <br>
the rendered surface. Offsetting the first filter's clipping plane
by a very small amount (e.g. 0.00001) fixes the issue.<br>
<br>
First clip mesh result (ok):<br>
<img src="cid:part1.08060702.01050801@infolytica.com" alt=""
height="306" width="310"><br>
<br>
Second clip mesh (holes appear):<br>
<img src="cid:part2.04000803.02050205@infolytica.com" alt=""
height="285" width="312"><br>
<br>
Third clip mesh (holes again):<br>
<img src="cid:part3.09040204.00090404@infolytica.com" alt=""
height="294" width="313"><br>
<br>
At first I thought that it was a tolerancing issue. But since the
first clip mesh filter gives correct results, there's something
fishy going on when another clip mesh filter is added to the
pipeline.<br>
<br>
Has anyone seen this behavior and can you suggest a fix? Should I
submit a bug report?<br>
<br>
Thanks.<br>
<div class="moz-signature">-- <br>
<meta http-equiv="content-type" content="text/html;
charset=windows-1252">
<title>Signature</title>
<a moz-do-not-send="true" href="http:://www.infolytica.com">www.infolytica.com
</a><br>
300 Leo Pariseau, Suite 2222, Montreal, QC, Canada, H2X 4B3<br>
(514) 849-8752 x236, Fax: (514) 849-4239 </div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
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>
Please keep messages on-topic and check the VTK FAQ at: <a class="moz-txt-link-freetext" href="http://www.vtk.org/Wiki/VTK_FAQ">http://www.vtk.org/Wiki/VTK_FAQ</a>
Search the list archives at: <a class="moz-txt-link-freetext" href="http://markmail.org/search/?q=vtkusers">http://markmail.org/search/?q=vtkusers</a>
Follow this link to subscribe/unsubscribe:
<a class="moz-txt-link-freetext" href="http://public.kitware.com/mailman/listinfo/vtkusers">http://public.kitware.com/mailman/listinfo/vtkusers</a>
</pre>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<meta http-equiv="content-type" content="text/html;
charset=windows-1252">
<title>Signature</title>
<a href="http:://www.infolytica.com">www.infolytica.com </a><br>
300 Leo Pariseau, Suite 2222, Montreal, QC, Canada, H2X 4B3<br>
(514) 849-8752 x236, Fax: (514) 849-4239
</div>
</body>
</html>