<div style="white-space:pre-wrap">Hi Bill,<br><br>Thank you for your answer. I think I may try something like that, although I am more interested in cells rather than points. As in many problems in CFD, the cell scalars are the important part in the visualization, and ignite were for me I could easily obliterate the points - their only function is to define the cell boundaries, I'm not using them for anything.<br><br>vtkDataSetSurfaceFilter may not be a good idea anymore - as mentioned by David. In any case, if I have to loop through all the cells and setting their scalars based on the original cell ID it's going to be slow. Python is not famous for the speed of its for loops :-) .<br><br>But beside the filters, I'm still puzzled by the actual call to Render that is taking up so much time. And the grid I have is not particularly big by industry standards, some grids can easily go up to millions of cells.<br><br>Andrea.<br></div><br><div class="gmail_quote"><div dir="ltr">On Mon, 28 Nov 2016 at 21:46, Bill Lorensen <<a href="mailto:bill.lorensen@gmail.com">bill.lorensen@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Here is a half-baked idea (that I have not tested). And I may have<br class="gmail_msg">
completely misunderstood your problem...<br class="gmail_msg">
<br class="gmail_msg">
You can delay the application of the scalars until after<br class="gmail_msg">
DataSetSurfaceFilter. That filter has an option to pass the original<br class="gmail_msg">
cell and/or point ids. So after an update to the<br class="gmail_msg">
DataSetToSufaceFilter, create your scalars and populate the new points<br class="gmail_msg">
with the scalars at the original point id. It should be pretty fast<br class="gmail_msg">
since you will only be settng scalar values at surface points and not<br class="gmail_msg">
interior points. How many triangles are produced by<br class="gmail_msg">
DataSetToSufaceFilter?<br class="gmail_msg">
</blockquote></div>