-
Notifications
You must be signed in to change notification settings - Fork 8
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
CGAL 3D conversions. #33
base: main
Are you sure you want to change the base?
Conversation
Looking at the docs, the issue should be that you're passing a |
The only way I can think of now is to add a wrapper for surfaces, as we can't use HDS (https://doc.cgal.org/latest/Surface_mesh/classCGAL_1_1Surface__mesh.html)
|
would this allow us to use intersection and refinement algorithms? |
Also, I was trying to support tetrahedral mesh generation, that's why I was using the C3T3 meshes. |
In all the examples they're using surfaces, so yes, that would work. But it seems too strange that Polyhedrons are not supported. |
Once we have a surface mesh, it should be easy enough to get a tetra mesh. |
I've added a first wrapper for |
Tests still don't work if you perform the second (commented) rotation. fsi-suite/gtests/cgal_triangulation.cc Lines 182 to 183 in 45d1d85
The thrown exception is
That's only related to machine precision. If you use exact arithmetic, everything works fine. Is there something more to do in this PR? @luca-heltai |
7a9c21f
to
519607c
Compare
@fdrmrc, I tried implementing deal.II cells to cgal polyhedron translations, and deal.II two-dimensional triangulation to
It seems to work for single cells. Now I'd like to use the intersections, but I'm not able (yet) to construct a valid triangulation from a polyhedron to feed to the
CGAL::Polygon_mesh_processing::corefine_and_compute_boolean_operations
. I'll look into it later on. Do you have an idea on how to do that?