<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi, Steve:<br><br>Thank you for reporting this bug. It's been fixed now. However, OCC doesn't consider max_edge_length in get graphics function, users will be given a warning about it if they give a criteria for this argument.<br><br>Thanks.<br><br>Jane<br><br>--- On <b>Thu, 12/8/11, Steve Jackson <i>&lt;sjackson@cae.wisc.edu&gt;</i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Steve Jackson &lt;sjackson@cae.wisc.edu&gt;<br>Subject: [<span>MOAB</span>-dev] Faceting tolerances in OCC<br>To: cgma-dev@mcs.anl.gov, moab-dev@mcs.anl.gov<br>Date: Thursday, December 8, 2011, 12:41 PM<br><br><div class="plainMail">I am interested in two functions in CGM's OCCQueryEngine: get_graphics( Surface* ... ), and get_graphics( Curve* ... ).&nbsp; Both these functions take faceting tolerances as
 arguments, and then silently ignore them.&nbsp; <br><br>This becomes confusing for users who convert CAD geometries to Moab meshes (e.g. using dag-mcnp5, dagmc_preproc, or mbconvert).&nbsp; When OCC is the CGM backend for a client of Moab's ReadCGM, all faceting tolerances are silently ignored.&nbsp; This behavior should be documented, at minimum; it may also be helpful if ReadCGM issues a warning that faceting tolerances are being ignored for an OCC-based backend.&nbsp; The ideal would be a fix to the OCCQueryEngine to support the faceting tolerance parameters.<br>~S</div></blockquote></td></tr></table>