<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><br class=""></div>Hi Lucas,<div class=""><br class=""></div><div class="">With the built-in kernel we automatically reorder the edges to form a loop, while the current OpenCASCADE implementation does not. Currently you thus need to sort the edges in the list (we'll implement this for OpenCASCADE - I have added it in our TODO list).</div><div class=""><br class=""></div><div class="">The bad news is that after fixing your file I tried to define a "Surface" on your loop, which uses the N-side surface filling algorithm from OpenCASCADE to automatically compute a BSpline surface from the boundary... and it's atrociously slow. You'll probably need to split the surface in smaller pieces for now - or look at the OpenCASCADE BRepOffsetAPI_MakeFilling class to see if changing some parameters could help.</div><div class=""><br class=""></div><div class="">Christophe</div><div class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On 19 Jun 2018, at 14:03, Lucas Blattner Martinho <<a href="mailto:lucas.blattner@g2elab.grenoble-inp.fr" class="">lucas.blattner@g2elab.grenoble-inp.fr</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="">Dear all,</div><div class=""><br class=""></div><div class="">I am having trouble creating line loops while using the OpenCASCADE geometry kernel. A line loop that seems to be well defined for Gmsh's native kernel is regarded as an open loop by OpenCASCADE...</div><div class=""><br class=""></div><div class="">A more detailed description of the problem is provided below and the .geo files required to repeat the issue are available attached to this message.<div class=""><br class=""></div><div class="">Does anybody understand why Gmsh exhibits sjuch a behavior ? Could anybody provide some help ? </div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Best regards,</div><div class=""><br class=""></div><div class="">Lucas Blattner<br class=""></div><div class="">G2Elab - Laboratoire de Génie Électrique de Grenoble</div></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div>Problem description :<br class=""> <br class=""><br class="">I am working on the geometry of a complex coil in the shape of a horse saddle (see .geo files attached to this message).<br class=""><br class="">File '"Lower.geo" contain the points and lines of the geometry. These were generated with the help of a computer program and are loaded by the main file "Saddle.geo" with an "Include" command.<br class=""><br class="">I am trying to make line loops using the lines contained in the aforementioned file to proceed creating surfaces and volumes. The lines ids are stored in vectors such as Lower_Line2[], Lower_InputLine[] and so on, all of which are defined in "Lower.geo".<br class=""><br class="">I am particularly interested in generating a thin volume with the aid of the "ThruSections" function provided by OpenCASCADE. The first step is the creation of the line loops required by this function..<br class=""><br class="">That said, I created a line loop in the main file "Saddle.geo". The loop seem to be OK, that is, it is closed and is created without console errors or warnings. This can be verified by taking a look at the physical regions "myLoop", which correspond to the same list of lines composing the loop.<br class=""><br class="">However, loading "Saddle.geo" after uncommenting the first line of the code (to enable the OpenCASCADE functions) results in the following error :<br class=""><br class=""><em class="">Error : Line Loop is not closed<br class="">Error : 'C:\xxxxxx\saddle.geo', line 6 : Could not add line loop</em><br class=""><br class="">This error makes it impossible to continue using ThruSections. Since the line loop seems to be correctly defined, I believe that it could be caused by a bug....<div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div></div>
<span id="cid:28412C02-6152-4D7B-AA21-4BAD7B5F33E9@ensta.fr"><Lower.geo></span><span id="cid:A566A328-D5D4-4084-9F1B-A557F0B07E1E@ensta.fr"><Saddle.geo></span>_______________________________________________<br class="">gmsh mailing list<br class=""><a href="mailto:gmsh@onelab.info" class="">gmsh@onelab.info</a><br class="">http://onelab.info/mailman/listinfo/gmsh<br class=""></div></blockquote></div><br class=""><div class="">
<div dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;">— </div><div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;">Prof. Christophe Geuzaine<br class="">University of Liege, Electrical Engineering and Computer Science <br class=""><a href="http://www.montefiore.ulg.ac.be/~geuzaine" class="">http://www.montefiore.ulg.ac.be/~geuzaine</a><br class=""><br class="">Free software: http://gmsh.info | http://getdp.info | http://onelab.info</div></div>
</div>
<br class=""></div></body></html>