<div dir="ltr">That functionality was just a convenience. Apparently it s gone. I'll have to change the documentation.<br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Aug 3, 2013 at 10:31 AM, Jeff Lee <span dir="ltr"><<a href="mailto:jlee1549@gmail.com" target="_blank">jlee1549@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">The only real difference between vtkCutter and that and vtkContourFilter is that Cutter computes the scalar field from the implicit function internally. Not clear what the benefit is to have vtkCutter cut with a supplied scalar field when you already have vtkContourFilter...</div>
</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Aug 3, 2013 at 10:11 AM, Gerrick Bivins <span dir="ltr"><<a href="mailto:Gerrick.Bivins@halliburton.com" target="_blank">Gerrick.Bivins@halliburton.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ok. When I looked at the source for vtkcutter I didn't see a code path that allowed execution without specifying an implicit function. Is this what you mean?<br>
<br>
Sent from my Android phone using TouchDown (<a href="http://www.nitrodesk.com" target="_blank">www.nitrodesk.com</a>)<br>
<br>
________________________________<br>
From: Bill Lorensen<br>
Sent: Saturday, August 03, 2013 2:00:06 PM<br>
<div>To: Jeff Lee<br>
Cc: Gerrick Bivins; <a href="mailto:vtkusers@vtk.org" target="_blank">vtkusers@vtk.org</a><br>
Subject: Re: [vtkusers] algorithm performance<br>
<br>
</div><div>I just checked vtkCutter. I don't think it will use supplied scalars. Used to work. I think it is a bug I'll need to look into.<br>
<br>
<br>
<br>
</div><div>On Fri, Aug 2, 2013 at 5:16 PM, Bill Lorensen <<a href="mailto:bill.lorensen@gmail.com" target="_blank">bill.lorensen@gmail.com</a><mailto:<a href="mailto:bill.lorensen@gmail.com" target="_blank">bill.lorensen@gmail.com</a>>> wrote:<br>
Exactly. ANd I'm saying you can compute that scaalr data ONCE outside of vtkCutter and possibly save some time. If you specify a CutFunction vtkCutter will recompute the scalar data every time you change the plane. If you provide point data scalars (of the plane), you can just change the isovalue to "move the plane".<br>
<br>
<br>
<br>
<br>
</div><div>On Fri, Aug 2, 2013 at 5:06 PM, Jeff Lee <<a href="mailto:jlee1549@gmail.com" target="_blank">jlee1549@gmail.com</a><mailto:<a href="mailto:jlee1549@gmail.com" target="_blank">jlee1549@gmail.com</a>>> wrote:<br>
I mean point scalar data array reperesenting the evaluation of the implicit function f(xyz) at every node.<br>
<br>
<br>
</div><div>On Fri, Aug 2, 2013 at 5:02 PM, Gerrick Bivins <<a href="mailto:Gerrick.Bivins@halliburton.com" target="_blank">Gerrick.Bivins@halliburton.com</a><mailto:<a href="mailto:Gerrick.Bivins@halliburton.com" target="_blank">Gerrick.Bivins@halliburton.com</a>>> wrote:<br>
I think part of my confusion was “point data scalars”.<br>
I initially read that as Scalars of vtkPointData but now I think you are meaning scalar data arrays that represent grid node coordinates.<br>
Is that correct?<br>
Gerrick<br>
<br>
</div>From: Bill Lorensen [mailto:<a href="mailto:bill.lorensen@gmail.com" target="_blank">bill.lorensen@gmail.com</a><mailto:<a href="mailto:bill.lorensen@gmail.com" target="_blank">bill.lorensen@gmail.com</a>>]<br>
<div>Sent: Friday, August 02, 2013 3:34 PM<br>
To: Jeff Lee<br>
<br>
</div>Cc: Gerrick Bivins; <a href="mailto:vtkusers@vtk.org" target="_blank">vtkusers@vtk.org</a><mailto:<a href="mailto:vtkusers@vtk.org" target="_blank">vtkusers@vtk.org</a>><br>
<div>Subject: Re: [vtkusers] algorithm performance<br>
<br>
You can also compute the scalar data once and use that for cutting. You would need to generate the point data scalars programmaticly. I'm not sure there is a filter to do that.<br>
<br>
</div><div>On Fri, Aug 2, 2013 at 4:19 PM, Jeff Lee <<a href="mailto:jlee1549@gmail.com" target="_blank">jlee1549@gmail.com</a><mailto:<a href="mailto:jlee1549@gmail.com" target="_blank">jlee1549@gmail.com</a>>> wrote:<br>
The cutter just evaluates the implicit function at every point in the input dataset, then contours that scalar field at the requested value (usually 0). It is equivalent to generating your own point scalar field of the implicit function on the dataset and running it through a contourfilter, and ScalarTreeOn should produce the speedup of subsequent contour values assuming you are just changing the contour value. For multiple cuts of the same function you would set multiple values in the filter, that would get you the multiple parallel slice case. The scalar tree won't help if you are changing the implicit function (i.e. the scalar field), but extracting different contour values for a single field should show improvement. The contour values would be the offset from the zero contour, so values of 0.0, .1, .2, etc.. would generate multiple planes including the original implicit definition.<br>
<br>
</div><div>On Fri, Aug 2, 2013 at 4:03 PM, Bill Lorensen <<a href="mailto:bill.lorensen@gmail.com" target="_blank">bill.lorensen@gmail.com</a><mailto:<a href="mailto:bill.lorensen@gmail.com" target="_blank">bill.lorensen@gmail.com</a>>> wrote:<br>
I'll try to find an example that does not use a cut function, but uses the scalar point data. I know I did this years ago when we first wrote vtkCutter and vtkClipPolyData.<br>
You should be able to compute point data scalars for your dataset and use those scalars for cutting rtaher than a cut function.<br>
At least that is how it used to work.<br>
<br>
</div><div>On Fri, Aug 2, 2013 at 3:44 PM, Gerrick Bivins <<a href="mailto:Gerrick.Bivins@halliburton.com" target="_blank">Gerrick.Bivins@halliburton.com</a><mailto:<a href="mailto:Gerrick.Bivins@halliburton.com" target="_blank">Gerrick.Bivins@halliburton.com</a>>> wrote:<br>
Bill,Jeff,<br>
Currently, the slices will be orthogonal slices, parallel to the Cartesian axes (x,y,z).<br>
Next request will be multiple arbitrarily oriented slices but probably parallel to each other (same normal).<br>
<br>
Still absorbing this. It’s not quite clear how I’d generate a planar slice using vtkCutter from the scalar data.<br>
Can either of you point me to some example code?<br>
Gerrick<br>
<br>
</div>From: Jeff Lee [mailto:<a href="mailto:jlee1549@gmail.com" target="_blank">jlee1549@gmail.com</a><mailto:<a href="mailto:jlee1549@gmail.com" target="_blank">jlee1549@gmail.com</a>>]<br>
<div>Sent: Friday, August 02, 2013 12:01 PM<br>
To: Bill Lorensen<br>
</div>Cc: Gerrick Bivins; <a href="mailto:vtkusers@vtk.org" target="_blank">vtkusers@vtk.org</a><mailto:<a href="mailto:vtkusers@vtk.org" target="_blank">vtkusers@vtk.org</a>><br>
<div><br>
Subject: Re: [vtkusers] algorithm performance<br>
<br>
IIRC the unstructured grid algorithm doesn't use a cell locator to find candidate cells, it runs over all cells and checks the scalar range of the cell and then contours it if the range is satisfied. Its faster than blindly contouring every cell but not as good as it could be. A better approach would be to use a scalar tree (where the function value is the scalar) and use that to locate candidate cells. It will be expensive to build the tree the first time, but subsequent contours of the same function will typically be much faster, as the candidate cells have been sorted in bins by range in the scalar tree. You would have to modify the algorithm a bit to do this, but i've had success with that approach in the past...<br>
<br>
</div><div>On Fri, Aug 2, 2013 at 11:46 AM, Bill Lorensen <<a href="mailto:bill.lorensen@gmail.com" target="_blank">bill.lorensen@gmail.com</a><mailto:<a href="mailto:bill.lorensen@gmail.com" target="_blank">bill.lorensen@gmail.com</a>>> wrote:<br>
Are the slice planes parallel to each other, or are they arbitrarily oriented?<br>
If they are parallel, then you could compute point data scalars once and leave out the implicit function. Then Cutter will use the scalar data for cutting. This would avoid recomputing the scalar field for each slice.<br>
<br>
<br>
</div><div>On Fri, Aug 2, 2013 at 11:31 AM, Gerrick Bivins <<a href="mailto:Gerrick.Bivins@halliburton.com" target="_blank">Gerrick.Bivins@halliburton.com</a><mailto:<a href="mailto:Gerrick.Bivins@halliburton.com" target="_blank">Gerrick.Bivins@halliburton.com</a>>> wrote:<br>
Hi Bill,<br>
We are building release. Our grids are large at least 10’s – 100’s of thousands of cells.<br>
I’m seeing the behavior in a Paraview install as well,<br>
with auto-apply on. Trying to move the slice plane through<br>
the dataset becomes less and less interactive as the dataset cell count increases.<br>
So I was hoping there were some ways to speed this up.<br>
Any other suggestions?<br>
Gerrick<br>
<br>
</div>From: Bill Lorensen [mailto:<a href="mailto:bill.lorensen@gmail.com" target="_blank">bill.lorensen@gmail.com</a><mailto:<a href="mailto:bill.lorensen@gmail.com" target="_blank">bill.lorensen@gmail.com</a>>]<br>
<div>Sent: Friday, August 02, 2013 10:18 AM<br>
To: Gerrick Bivins<br>
</div>Cc: <a href="mailto:vtkusers@vtk.org" target="_blank">vtkusers@vtk.org</a><mailto:<a href="mailto:vtkusers@vtk.org" target="_blank">vtkusers@vtk.org</a>><br>
<div>Subject: Re: [vtkusers] algorithm performance<br>
<br>
Also be sure you build VTK and your app Release and not Debug.<br>
<br>
<br>
</div><div>On Fri, Aug 2, 2013 at 11:08 AM, Gerrick Bivins <<a href="mailto:Gerrick.Bivins@halliburton.com" target="_blank">Gerrick.Bivins@halliburton.com</a><mailto:<a href="mailto:Gerrick.Bivins@halliburton.com" target="_blank">Gerrick.Bivins@halliburton.com</a>>> wrote:<br>
Hi All,<br>
I’m looking for suggestions on how to speed up an algorithm on large unstructured grids, like vtkCutter.<br>
I thought I could build an octree (or similar structure) from the input and execute the vtkCutter on the octree<br>
but it’s not obvious to me how to do it. Is something like this possible?<br>
How can I improve the speed of the algorithm? Performance seems to go down as cell count grows.<br>
Gerrick<br>
<br>
________________________________<br>
This e-mail, including any attached files, may contain confidential and privileged information for the sole use of the intended recipient. Any review, use, distribution, or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive information for the intended recipient), please contact the sender by reply e-mail and delete all copies of this message.<br>
<br>
_______________________________________________<br>
</div>Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><<a href="http://www.kitware.com" target="_blank">http://www.kitware.com</a>><br>
<div><br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the VTK FAQ at: <a href="http://www.vtk.org/Wiki/VTK_FAQ" target="_blank">http://www.vtk.org/Wiki/VTK_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.vtk.org/mailman/listinfo/vtkusers" target="_blank">http://www.vtk.org/mailman/listinfo/vtkusers</a><br>
<br>
<br>
<br>
--<br>
Unpaid intern in BillsBasement at noware dot com<br>
<br>
<br>
<br>
--<br>
Unpaid intern in BillsBasement at noware dot com<br>
<br>
_______________________________________________<br>
</div>Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><<a href="http://www.kitware.com" target="_blank">http://www.kitware.com</a>><br>
<div><div><br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the VTK FAQ at: <a href="http://www.vtk.org/Wiki/VTK_FAQ" target="_blank">http://www.vtk.org/Wiki/VTK_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.vtk.org/mailman/listinfo/vtkusers" target="_blank">http://www.vtk.org/mailman/listinfo/vtkusers</a><br>
<br>
<br>
<br>
<br>
--<br>
Unpaid intern in BillsBasement at noware dot com<br>
<br>
<br>
<br>
<br>
--<br>
Unpaid intern in BillsBasement at noware dot com<br>
<br>
<br>
<br>
<br>
--<br>
Unpaid intern in BillsBasement at noware dot com<br>
<br>
<br>
<br>
--<br>
Unpaid intern in BillsBasement at noware dot com<br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Unpaid intern in BillsBasement at noware dot com<br>
</div>