-
Notifications
You must be signed in to change notification settings - Fork 86
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
Subdomains & boundaries in refinement #104
Comments
This would be perfect for the empirical convergence study of #13; thus far I've been remeshing the Gmsh GEO from scratch. |
Yes, and this would be even more comvenient in conjunction with the adaptive use of |
For now I added a warning that the indexing is invalidated. Subdomains are simple to maintain in refine, but now that I thought about this more carefully I think that maintaining the named boundaries is very hard using the current data structures. There are many edge cases so you have to be very careful or do something clever. |
Uniform refine in MeshTri now should preserve named boundaries (stuff in Mesh.boundaries) in ec297c1. I was overly pessimistic in the previous comment: it was quite straightforward although it required some meditation. |
I realized that there is still a bug in refine when called with integer larger than one. This is just a reminder for myself. |
The subdomains and boundaries are currently invalid if one refines the mesh. Create a method to Mesh which removes them on refine and override in MeshTri etc. to create new indexing
Boundaries:
The text was updated successfully, but these errors were encountered: