<div dir="ltr">Hi, David:<div><br></div><div>First of all, CGM doesn't support interface for get_graphics for bodies. However, you can call a loop to get_graphics for each of the surfaces in the body. Notice also, for surfaces, the max_edge_length variant is not respected in OCC.</div>
<div><br></div><div>I checked the interface in OCC for triangulation for get_graphics purpose, it seems that user can request a body as a input. </div><div><br></div><div>In general, as Tim mentioned, even if it gives back triangulations for surfaces, it seems there's no words to guarantee satisfying watertight and/or confirmal on the boundary: Opencascade.org forum did have a topic on <b>Triangulation of thin ring contains gap</b> (<a href="http://www.opencascade.org/org/forum/thread_23638/?forum=3">http://www.opencascade.org/org/forum/thread_23638/?forum=3</a>)</div>
<div><br></div><div>If you need such an interface, I can try to fix one for you, and you'll have to test out if it's watertight for your model. I'll try to implement and let you know.</div><div><br></div><div>
Have a nice one!</div><div><br></div><div>Jane</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Aug 15, 2013 at 9:04 AM, Tim Tautges <span dir="ltr"><<a href="mailto:tautges@mcs.anl.gov" target="_blank">tautges@mcs.anl.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On the function variant, I'll let Jane answer that.<br>
<br>
As for watertight triangulations from the faceter, for single volumes, from ACIS, the faceting is generally watertight (though the facets from separate surfaces don't share points).  But for multiple volumes sharing surfaces, the faceting often won't be watertight.  There's a tool in MeshKit that does make facet models coming from CAD watertight, and has shown good robustness even for huge models.  There's an incoming bug fix due to a regression awhile back that you'll have to wait for, I'll check when that's coming (Andy, can you comment?).<br>

<br>
- tim<div class="HOEnZb"><div class="h5"><br>
<br>
On 08/15/2013 08:19 AM, David Thompson wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all,<br>
<br>
I'm curious if there's a reason why the variant of GeometryQueryEngine::get_<u></u>graphics() that takes a BodySM* instead<br>
of a Surface*/Curve* is unimplemented in OpenCascade. I am hoping to get a conformal mesh out for a couple reasons:<br>
(1) I'd like to avoid the cracks that appear when individual faces are tessellated independently and (2) a<br>
triangle-based modeler I'm working with expects watertight triangulations to maintain its internal state<br>
consistently.<br>
<br>
Is there an underlying deficiency in OpenCascade that has to be addressed before it makes sense to implement the<br>
BodySM* variant, or has it just not been needed yet?<br>
<br>
Thanks, David<br>
<br>
</blockquote>
<br></div></div><span class="HOEnZb"><font color="#888888">
-- <br>
==============================<u></u>==============================<u></u>====<br>
"You will keep in perfect peace him whose mind is<br>
  steadfast, because he trusts in you."               Isaiah 26:3<br>
<br>
             Tim Tautges            Argonne National Laboratory<br>
         (<a href="mailto:tautges@mcs.anl.gov" target="_blank">tautges@mcs.anl.gov</a>)      (telecommuting from UW-Madison)<br>
 phone (gvoice): <a href="tel:%28608%29%20354-1459" value="+16083541459" target="_blank">(608) 354-1459</a>      1500 Engineering Dr.<br>
            fax: <a href="tel:%28608%29%20263-4499" value="+16082634499" target="_blank">(608) 263-4499</a>      Madison, WI 53706<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>Jane Hu<br>
<br>
Asst. Researcher<br>
Dept. of Engineering Physics<br>
UW @ Madison<br>
<br>
"And we know that for those who love God, that is, for those who are 
called according to his purpose, all things are working together for 
good." (Romans 8:28)
</div>