Hi Douglas, In the $PhysicalNames section of your test mesh, the "fluid" region has "*physical entity number*" = 3:
$PhysicalNames 4 2 0 "outlet/face" 2 1 "walls/face" 2 2 "inlet/face" 3 *3* "*fluid*" $EndPhysicalNames But in the $Elements section of the mesh (from line 88655), both the quad and hex elements are assigned a "*physical entity number*" = 0. I think this means that in _split_fluid(), the fluid (hex) elements are getting grouped with the boundary (quad) faces. End result is that there are no fluid elements defined after the call to _split_fluid(). Looks like the necessary element info is getting lost in translation? Nigel On Saturday, March 30, 2019 at 1:04:13 AM UTC+11, Douglas Fontes wrote: > > Hello, > > I am trying to use Ennova software to generate meshes for PyFR. However, > Ennova does not export gmsh mesh. So, I export the mesh to .vtk format, > then I use gmsh to convert .vtk mesh to .msh mesh. Despite all these > conversions, PyFR is not being able to read this .msh mesh. I am sending > you the error and the .msh file. Please, could you help me? > > Thank you in advance. > > > -- You received this message because you are subscribed to the Google Groups "PyFR Mailing List" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send an email to [email protected]. Visit this group at https://groups.google.com/group/pyfrmailinglist. For more options, visit https://groups.google.com/d/optout.
