[Gmsh] Bug in 2D structured Mesh

[Francisco Barceló]

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.

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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.geuz.org/pipermail/gmsh/attachments/20150925/173960d1/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: MallaTriStruct.msh
Type: model/mesh
Size: 24166 bytes
Desc: not available
URL: <http://www.geuz.org/pipermail/gmsh/attachments/20150925/173960d1/attachment-0001.msh>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: MallaTriStruct.geo
Type: application/octet-stream
Size: 2902 bytes
Desc: not available
URL: <http://www.geuz.org/pipermail/gmsh/attachments/20150925/173960d1/attachment-0001.geo>