-
-
Notifications
You must be signed in to change notification settings - Fork 396
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Force embedding into 2D space #294
Comments
meshio is really just a translator. If the input mesh has a z-component that's 0 everywhere, then the output mesh will have, too. It'd be weird to mess with that. I suppose this could be fixed either in gmsh itself -- or dolfin. |
Well, I'm afraid that you're already messing with that a bit when reading xdmf3 mesh, see Lines 353 to 354 in ecd790a
But this is good. Each mesh that is potentially saved as planar can be read again by meshio. I've created the pull request #298 with a small fix adding the option |
Alright now. I've looked at this issue again and found that meshio didn't properly handle 2D meshes at all. @mrehor gave a good example. The original reason for this was that some mesh formats (like VTK) don't support 2D meshes at all. Now, I/O is handled properly (#301) for those formats that support it (like XDMF). There also is a command-line option for |
Thanks for fixing this @nschloe, works as expected. |
See FEniCS/dolfinx#159.
An option to force convert 3D mesh to 2D mesh (by stripping last component away) would be very useful.
Some users are preparing planar (2D) meshes in
gmsh
, which embeds into 3D. Reading 3D mesh into finite element library results in larger system matrices and suboptimal computations for tensors ofrank >= 1
.The text was updated successfully, but these errors were encountered: