We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
@santiagobadia I have realized that high order fe spaces are not working properly. E.g.:
model = CartesianDiscreteModel(domain=(0.0,1.0,0.0,1.0), partition=(2,2)) order = 2 tags = [1,2,3,4,6,5] fespace = ConformingFESpace(Float64,model,order,tags) fun(x) = x[1] + x[2] uh = interpolate(fespace,fun) writevtk(trian,"trian", nref=4, cellfields=["uh"=>uh])
leads to a non-continuous FEFunction (here the model has 2x2 cells but I am visualizing with a finer mesh)
Everything OK for the same example with order = 1
order = 1
perhaps the problem is in the generation of the cell_eqclass.
The text was updated successfully, but these errors were encountered:
We can discuss this tomorrow (among other topics)
Sorry, something went wrong.
Merge pull request #56 from gridap/fixing_high_order_interpolation
f55eb39
Fixing cell eq class for high order interpolations. Fixes issue #24 However, the fix still assumes oriented facets as it is reflected in issue #48
Finally fixed via PR #56
Closing issue.
No branches or pull requests
@santiagobadia I have realized that high order fe spaces are not working properly. E.g.:
leads to a non-continuous FEFunction (here the model has 2x2 cells but I am visualizing with a finer mesh)
Everything OK for the same example with
order = 1
perhaps the problem is in the generation of the cell_eqclass.
The text was updated successfully, but these errors were encountered: