<div dir="ltr"><p>Dear PETSc Team,</p><p>My name is Zhaoyang Chen, a senior undergraduate at Hunan University. I am working on a meshing workflow using <code>DMPlex</code> and am particularly interested in utilizing the geometry-aware features such as <b><code>DMPlexSnapToGeomModel()</code></b> and refinement snapping.</p><p>My input data consists of <b>high-resolution STL triangulations</b>. I have encountered a major bottleneck at the very beginning of the pipeline: <b>constructing the Piecewise Linear Complex (PLC)</b> from the STL to be used by <b><code>DMPlexGenerate_Tetgen()</code>.</b></p><p>Since the downstream geometry-aware operations (like<b> </b>

<b style="font-family:monospace">DMPlexSnapToGeomModel()</b>  ) rely on a valid underlying geometry representation, I need to resolve the PLC construction issue first. Specifically:</p><ol start="1"><li><p><b>STL to PLC Ingestion</b>: Is there a native or recommended pathway in PETSc to ingest an STL file and define it as the PLC for volume mesh generation?</p></li><li><p><b>Compatibility with Snapping</b>: If the PLC is successfully built from an STL, can the resulting<b> <code>DMPlex</code></b> still utilize <code><b>DMPlexSnapToGeomModel()</b></code>? Or is the "Geometry-Aware" snapping strictly reserved for analytical B-Rep models (e.g., via EGADS)?</p></li></ol><p>I am trying to understand if PETSc supports a workflow where a discrete surface (STL) acts as the "GeomModel" for both initial volumetric meshing and subsequent snapping/refinement. Any guidance on how to bridge STL data with the <code>DMPlex</code> geometry-aware pipeline would be greatly appreciated.</p><p>Best regards,</p><p>Zhaoyang Chen </p><p>Hunan University</p></div>