-
Notifications
You must be signed in to change notification settings - Fork 7
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
More Lagrange variants #51
Comments
Removing redundant code is always a good thing if we can do it without other complications.
Yes, it's fine to let DG nodes "geometrically" live on facets, just not "topologically". The set of allowable CG node sets is smaller than that of allowable DG ones. Here is a possibility: The Lagrange base class takes a variant of point type and builds that point set. Then, the CG subclass associates the points with particular facets (this can be done up to reasonable tolerance by converting to barycentric coordinates, BTW). This gives a list mapping each point id to the dimension/facet to which it's attached. We build The gotcha is that not all variants that are legal for DG are legal for CG, so we need a guard in the CG subclass that raises an exception if
These are absolutely essential for Irksome (the main if not only use case). We could proceed by having |
Except for the point about Raudau, this was mostly addressed in #64. We now have two different DualSets for DiscontinuousLagrange, one for Broken CG (with points on facets), and another for interior points. |
Do we want to close this issue now if it's mostly resolved, then open a new one for any outstanding bits? |
Should we have a single base class for Lagrange and DiscontinuousLagrange?
If we want equispaced and GL variants of Discontinuous Lagrange, we need to change the current topological DOF ordering of DiscontinousLagrange, as there are no GL points on facets.
GaussRadau should subclass Lagrange, but these nodes are not available in recursivenodes.
The text was updated successfully, but these errors were encountered: