[Smtk-developers] Loading in STP Models
Robert Michael O'Bara
bob.obara at kitware.com
Mon Dec 22 20:33:11 EST 2014
Hi David,
I’m assuming that we are only tessellating the faces, edges, and vertices correct? Not the bodies themselves since that could cause things to get tessellated twice - Can we get the total number of entities in the file? If we could then the status could be number of ents processed / total ents.
Bob
Robert M. O'Bara, MEng.
Assistant Director of Scientific Computing
Kitware Inc.
28 Corporate Drive
Suite 101
Clifton Park, NY 12065
Phone: (518) 881- 4931
> On Dec 22, 2014, at 6:03 PM, David Thompson <david.thompson at kitware.com> wrote:
>
> Hi Bob,
>
>> I’ve got another model that so far has been loading for 40 min - maybe we could have it output 10% status updates so I know its doing something and not lost?
>
> The problem is that the the model is being traversed by depth-first search (bodies, volumes, faces, edges, vertices) so it is unclear how much work remains at any given point. The tessellation information is added as each entity is encountered without a clear idea of how many entities remain.
>
> I think it would be easier to profile and improve tessellation than generate progress (and the progress signals might slow things down even more).
>
> For CGM, it appears possible to call GeometryQueryTool::get_graphics with a CGM Body* and get back primitives for all of the body's faces and edges at once (with offsets into the primitives for each)... but the method is not documented and not suited to the way the SMTK bridge is set up to do on-demand transcription of entities so I did not investigate it initially. However, I suspect it will be much faster than the current technique.
>
> David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/smtk-developers/attachments/20141222/ce9f7a1c/attachment.html>
More information about the Smtk-developers
mailing list