You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The volume triangulation routine currently uses scipy.delaunay.triangulate to divide the mesh into tetrahedra. Despite Scipy's routine being applied only to convex geometries, additional checks in Nanokappa are made to detect holes and corners, as well as new points are added to avoid holes inside the mesh that should not be there. Nevertheless sometimes these are not enough, and we still find particles outside of the mesh being detected as being inside, and vice versa.
There is a bounds check using the bounding box of the geometry, eventually particles that are outside will be moved inside. However this may take a lot of time if their velocity is small or the geometry is large. Also this does not mean it solves the triangulation issue inside the mesh.
The volume triangulation routine currently uses scipy.delaunay.triangulate to divide the mesh into tetrahedra. Despite Scipy's routine being applied only to convex geometries, additional checks in Nanokappa are made to detect holes and corners, as well as new points are added to avoid holes inside the mesh that should not be there. Nevertheless sometimes these are not enough, and we still find particles outside of the mesh being detected as being inside, and vice versa.
There is a bounds check using the bounding box of the geometry, eventually particles that are outside will be moved inside. However this may take a lot of time if their velocity is small or the geometry is large. Also this does not mean it solves the triangulation issue inside the mesh.
Example geometry that reproduces this problem:
The text was updated successfully, but these errors were encountered: