<div dir="ltr">This is very exciting. Thanks for the update. Once we can represent NURBS properly we'll have to build a CAD modeller (just a few decades of work :-) but boy would I like to have a nice, open modeller that interfaces into VTK well).<div><br>W</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 3, 2015 at 11:22 AM, David Thompson <span dir="ltr"><<a href="mailto:david.thompson@kitware.com" target="_blank">david.thompson@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> This could work, although I'm not quite seeing how trim edges would fit in.<br>
<br>
</span>All the trimming I've seen done in CAD BReps is in world coordinates with splined curves that represent the bounding edges of the surface, not in parameter space; meaning that the bounding curves would also exist in the multiblock of structured grids and could thus be referenced in a surface's field data (by block ID, for instance).<br>
<br>
I agree that we would have to figure something out if given a trim polygon in parameter-space coordinates. That doesn't seem like an insurmountable obstacle, though. And having a NURBS representation using standard VTK datasets with adaptor classes that provide access and convenience methods seems really desirable so that filters can be used on the control polygon point coordinates and point data (e.g., vtkArrayCalculator, vtkWarpScalars/Vectors).<br>
<span class=""><br>
> Also sometimes there are supplemental structures like polygonal tessellations to help speed up geometric operations, etc.<br>
<br>
</span>What Lin is working on now is generating those tessellations for rendering. Assuming we generate a multiblock of unstructured grid tessellations in the same tree structure, it could be used for both rendering and accelerating geometric operations.<br>
<span class="HOEnZb"><font color="#888888"><br>
        David<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
><br>
> On Fri, Jul 3, 2015 at 9:15 AM, David Thompson <<a href="mailto:david.thompson@kitware.com">david.thompson@kitware.com</a>> wrote:<br>
> > Long term I'd like to think how we could represent a CAD model with a large number of trimmed splines.<br>
><br>
> What problem do you foresee with a multiblock of structured grids? The memory overhead of vtkStructuredGrid? It seems pretty minimal to me compared to the b-reps CAD packages use and the multiblock dataset need not be flat... it could be a bounding box hierarchy for fast culling of irrelevant patches.<br>
><br>
>         David<br>
><br>
><br>
><br>
> --<br>
> William J. Schroeder, PhD<br>
> Kitware, Inc.<br>
> 28 Corporate Drive<br>
> Clifton Park, NY 12065<br>
> <a href="mailto:will.schroeder@kitware.com">will.schroeder@kitware.com</a><br>
> <a href="http://www.kitware.com" rel="noreferrer" target="_blank">http://www.kitware.com</a><br>
> <a href="tel:%28518%29%20881-4902" value="+15188814902">(518) 881-4902</a><br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">William J. Schroeder, PhD<br>Kitware, Inc.<br>28 Corporate Drive<br>Clifton Park, NY 12065<br><a href="mailto:will.schroeder@kitware.com" target="_blank">will.schroeder@kitware.com</a><br><a href="http://www.kitware.com" target="_blank">http://www.kitware.com</a><br>(518) 881-4902</div>
</div>