search

aurora-multiphysics / VacuumMesher

Implementing mesh skinning functionality within libMesh, as well as the generation of the vaccum Mesh (The area surrounding a meshed geometry).
2 stars 1 forks source link

Make sure 2nd order elements work #5

Open TheBEllis opened 1 year ago

TheBEllis commented 1 year ago

Currently only first order stuff is being generated

makeclean commented 1 year ago

FYI none of the routines that use cgal will tolerate 2nd order

Get Outlook for Androidhttps://aka.ms/AAb9ysg

From: Bill Ellis @.> Sent: Wednesday, December 7, 2022 1:30:25 PM To: aurora-multiphysics/libmeshSkinning @.> Cc: Subscribed @.***> Subject: [aurora-multiphysics/libmeshSkinning] Make sure 2nd order elements work (Issue #5)

Currently only first order stuff is being generated

— Reply to this email directly, view it on GitHubhttps://github.com/aurora-multiphysics/libmeshSkinning/issues/5, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AASTUSU6YU4XA5WKVWDTKU3WMCGPDANCNFSM6AAAAAASW2FINU. You are receiving this because you are subscribed to this thread.Message ID: @.***>

TheBEllis commented 11 months ago

Currently tetgen is the limiting factor here as well, it can produce subparametric second order elements, but wouldn't support producing elements that conform to an existing second order mesh. If we wanted to use a second order mesh, we would have to turn it into a first order mesh, vacuum mesh everything, and then add the mid nodes back in, thus losing a lot of information in the process. I'll see if any solutions exist to help with this.