[Gmsh] Bug in 2D structured Mesh

[Christophe Geuzaine]

> On 25 Sep 2015, at 22:38, Francisco Barceló <lfbarcelo at gmail.com> wrote:
> 
> In triangle structured meshes, with internal transfinite lines, local node numbering does not have the same orientation on all elements, i.e. some are numbered clockwise and some are numbered counterclockwise. 
> 
> To be more specific, the switch in the numbering order occurs on elements on different sides of an internal transfinite line.
> 
> This issue is problematic for solving FV and FE problems with a mesh generated by gmsh.
> 
> Is there anything I can do to avoid this issue? I could not find any renumbering tools within Gmsh.
> 

Francisco - The mesh orientation follows the orientation of the underlying surface: here's a corrected file.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: MallaTriStruct.geo
Type: application/octet-stream
Size: 2667 bytes
Desc: not available
URL: <http://www.geuz.org/pipermail/gmsh/attachments/20150926/c719276e/attachment.geo>
-------------- next part --------------




> You can find attached both the problematic .geo and the .msh files.
> 
> In the .msh file:
> - line 771, element 465 is numbered clockwise.
> - line 780, element 474 ins numbered counterclockwise.
> 
> 
> 
> <MallaTriStruct.msh><MallaTriStruct.geo>_______________________________________________
> gmsh mailing list
> gmsh at geuz.org
> http://www.geuz.org/mailman/listinfo/gmsh

-- 
Prof. Christophe Geuzaine
University of Liege, Electrical Engineering and Computer Science 
http://www.montefiore.ulg.ac.be/~geuzaine

Tetrahedron V, July 4-5 2016: http://tetrahedron.montefiore.ulg.ac.be
Free software: http://gmsh.info | http://getdp.info | http://onelab.info