<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Dec 11, 2013 at 10:57 AM, David Doria <span dir="ltr">&lt;<a href="mailto:daviddoria@gmail.com" target="_blank">daviddoria@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="im">On Wed, Dec 11, 2013 at 10:09 AM, tony zhang <span dir="ltr">&lt;<a href="mailto:tonyzhang0985@gmail.com" target="_blank">tonyzhang0985@gmail.com</a>&gt;</span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Thanks, David. It works after applying the change.<br></div></blockquote></div><div>

<br>Great. I reported this bug here: <a href="http://www.vtk.org/Bug/view.php?id=14457" target="_blank">http://www.vtk.org/Bug/view.php?id=14457</a><br>
<div><br>Also, as far as I can tell, this class does not seem to be exercised in any c++ Tests in VTK.<span class=""><font color="#888888"><br><br>David</font></span></div></div></div></div></div>
</blockquote></div><br></div><div class="gmail_extra">OK, here is what is happening:<br><br>vtkExtractPolyDataGeometry copies ALL POINTS to the output (line 120 of vtkExtractPolyDataGeometry.cxx: output-&gt;SetPoints(inPts);), then copies the cells that were selected with the rubberband to the output. According to the documentation (&quot;extract cells that lie either entirely inside or outside of a specified implicit function&quot;), the idea of the class is to extract selected cells, so glyphing the output points (what I was doing) seems like the wrong thing to demonstrate. I changed the example to show the extracted cells in red.<br>

<br>Apparently vtkExtractGeometry only passes through the points that are used by the extracted cells, which is why glyphing the extracted points seemed to produce a sensible output when vtkExtractGeometry was used. It seems like these should be consistent, but I&#39;d imagine they will not be to maintain backwards compatibility.<br>

<div><br>David</div>
</div></div>