Refinement mixed-up when entities share a number on their name
We have observed that the refinement defined for points whose name includes a number is also applied to boundaries whose name includes that number. Our use case requires that boundary names are numbers, so the easy work-around is to avoid including any numbers in point names. However, it would be nice to find this bug and solve it to prevent unintended behaviour while creating a mesh.
Attached to this bug report is a document showing the main results and a zip containing a test case with all the files to reproduce it.
In addition, included in the zip file there is meshing___auxiliar.py, which includes all the relevant functions (main one being convertMSHtoMESH) to convert GMSH meshes to the MIKE 21 mesh format. As discussed we would like to contribute these functions to the SEAMSH project to benefit the wider community.
First_case_bug.docx createSmallMesh.zip
Best regards, Pablo Higuera