- May 16, 2023
-
-
Sander, Oliver authored
The code erroneously used std::tie to combine two local variables to a single return value. That may fail because std::tie produces a tuple of references. Once the method has returned these references may or may not be valid anymore. I am surprised that this bug has not caused trouble much earlier.
-
- Oct 28, 2021
-
-
Sander, Oliver authored
-
- Nov 05, 2020
-
-
Sander, Oliver authored
-
- Feb 18, 2020
-
-
Sander, Oliver authored
Up until dune-common 2.7, the Dune namespace contained shared_ptr: First as an actual implementation, later simply as a namespace import. Dune-common post-2.7 has removed that import, and users of shared_ptr really have to explicitly specify the std:: namespace prefix.
-
- Jan 09, 2019
-
-
Sander, Oliver authored
-
- Dec 18, 2018
-
-
Sander, Oliver authored
-
Sander, Oliver authored
-
Sander, Oliver authored
-
Sander, Oliver authored
The original implementation measured the error of SO(3)-valued functions in quaternion space in a few places. This patch converts another occurrence of this to matrix space.
-
- Oct 04, 2018
-
-
Sander, Oliver authored
'Only' a stupid typo: '=' instead of '+='.
-
- Sep 06, 2018
-
-
Sander, Oliver authored
In this case, two different refinements of the grids are not necessarily geometrically identical. This means we cannot use hierarchic search with the global position of a quadrature point, and expect to find the point on the other grid as well. Instead, we go done to the coarsest grid, and make the transfer to the other grid there.
-
Sander, Oliver authored
-
Sander, Oliver authored
-
Sander, Oliver authored
Capturing any polymorphic object by value is wrong, and gcc 8 started to warn about this in the case of exceptions.
-
Sander, Oliver authored
The latter is deprecated as of dune-functions 2.6.
-
- May 11, 2018
-
-
Sander, Oliver authored
Previously, the error norms where computed in the respective global embedding space of the TargetSpace. For the case of Rotation<3> this was the space of quaternions, because this is how the Rotation class is implemented. However, this does not lead to correct results. Therefore, this patch adds special handling for Rotation<3>, and computes the errors norms in the space of 3x3 matrices.
-
- Jan 05, 2018
-
-
Sander, Oliver authored
-
Sander, Oliver authored
-
Sander, Oliver authored
-
- Dec 12, 2017
-
-
Sander, Oliver authored
-
Sander, Oliver authored
-
- Dec 06, 2017
-
-
Sander, Oliver authored
-
Sander, Oliver authored
-
- May 12, 2016
-
-
Sander, Oliver authored
Make them a parameter instead. This allows to switch more easily between geodesic finite elements and projected finite elements.
-
- Mar 22, 2016
-
-
Sander, Oliver authored
-
- Feb 27, 2016
-
-
Sander, Oliver authored
It is still no function in the dune-functions sense, but at least the basis parameter needs to be a dune-functions basis now, rather than a deprecated dune-fufem basis.
-
- Feb 25, 2016
-
-
Sander, Oliver authored
For those, it is necessary to have separate measurement for the displacement and orientation components.
-
- Feb 21, 2016
-
-
Sander, Oliver authored
Also, check whether the input files have the correct length
-
- Feb 11, 2016
-
-
Sander, Oliver authored
This is a preparation to allow to select the TargetSpace at run-time.
-
Sander, Oliver authored
-
Sander, Oliver authored
-
- Jan 26, 2016
-
-
Sander, Oliver authored
-
- Jan 23, 2016
-
-
Sander, Oliver authored
Here is a new program that does nothing but compute discretization errors: that is L2 and H1 norms of differences between two functions. The reference function can be either discrete or given in closed form (the latter is not enabled yet). So far I have only used this program to measure discretization errors of Cosserat shell models, and I did *not* get the error behavior I expected. So either the error behavior of such shells is weird, or this new measurement program is still buggy.
-