-
Notifications
You must be signed in to change notification settings - Fork 102
2nd order Nedelec interpolation #1199
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
base: master
Are you sure you want to change the base?
Conversation
This reverts commit bcea5d1.
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #1199 +/- ##
==========================================
- Coverage 94.03% 88.15% -5.88%
==========================================
Files 39 40 +1
Lines 6555 7210 +655
==========================================
+ Hits 6164 6356 +192
- Misses 391 854 +463 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
Just as we don't expect |
Agreed, but since I am now applying a linear transformation to |
|
Yes, that is true. This should be covered by Ferrite.jl/test/test_cellvalues.jl Line 191 in c718c73
|
As discussed in issue #1195 I wanted to implement higher-order Hcurl interpolations. These require multiple degrees of freedom interior to the faces, which raises the issue of ensuring continuity between neighbouring elements when their local dofs do not match up.
The first commit (building on the work in PR #1196) includes the shape functions of
Nedelec{RefTetrahedron,2}and minor additions to the interpolation tests to properly test this new interpolation. As a proof of concept I've implemented the facedof transformation insideapply_mapping!, but this need not be its final place. For convenience I've just commented out the restriction to a single facedof, although we would probably want to check if the correct face permutations/transformations are implemented.As a result, the interpolation and continuity tests are passing, but I have my doubts about the actual continuity. Insofar as I can see,
test_continuity.jltests for continuity in the shape functions (i.e. the transformationNξtoNx), but does not considerdNdx, which is important for forming theshape_curlvalues during element assembly. @KnutAM do you have any comments on if we need to further transformdNdxand if this should be part of these tests?