-
Notifications
You must be signed in to change notification settings - Fork 76
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
internal boundaries in with_boundaries #683
Comments
I'm sorry that we are are back in square one regarding the interfaces. Because the new However, can we take a critical look at the use of these interfaces. I'd like to fully understand the use cases. Now that we have I propose that we use a separate |
One use case is a hypersurface source, like a point-source but (n – 1)-dimensional; e.g. the line-load on a Kirchhoff plate mentioned in the original issue. That shows up as a linear form so it's kind of an integral, yes. That might be the main use, but I'm also wondering about multiphysics problems in which a subprogram might be solved on a subdomain for which an interface is really a boundary. There might be better ways to handle that though. |
I think |
Internal boundaries were queried in #336 and support added in #340. I wanted to check that these were preserved in serialization #158 #261 under #680, but it appeared whereas they were supported by the old
Mesh.define_boundary
, this has been deprecated in favour of the (functional rather than mutating)Mesh.with_boundaries
which doesn't support them.The problem is in
scikit-fem/skfem/mesh/mesh.py
Line 180 in 0855dae
which hardcodes
boundaries_only=True
.Minimal example:
Then
m.boundaries
isThe text was updated successfully, but these errors were encountered: