
<html><head></head><body><div>what would the resulting "script.geo" be?</div><div><br></div><div>On Wed, 2018-03-07 at 19:41 +0100, Octavio Castillo Reyes wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div dir="ltr"><div><div><div>Dear gmsh users and support team,<br><br></div>I'm working on meshing for geophysical applications using gmsh. I have special interest in tetrahedral meshes. Since last November I'm trying to build "scripts.geo" in an automatic way, namely, given basic information like coordinates of the origin, model dimensions, material interfaces, write the resulting "script.geo". <br><br></div>The aim of this effort is reduce the user intervention in mechanical tasks as:<br><br></div><div>1. Declaration of spatial points, lines, line loops, surfaces, surface loops, volumes.<br></div><div>2. Inclusion of stl surfaces<br></div><div><br></div><div>For this purpose, I assuming that all surfaces are perfectly matching and there are no overlapping between them. For the sake of clarity, I attached the simplest case of my models.<br><br>Do you have some ideas to deal with this issue? Can you give me some tips? <br><br></div><div>Thank you in advance for your time and support.<br><br></div><div>O.<br></div><br></div>

<pre>_______________________________________________

gmsh mailing list

<a href="mailto:gmsh@onelab.info">gmsh@onelab.info</a>

<a href="http://onelab.info/mailman/listinfo/gmsh">http://onelab.info/mailman/listinfo/gmsh</a>

</pre></blockquote></body></html>