- Jan 12, 2025
-
-
Sander, Oliver authored
I wrote them years ago mainly because I thought they should exist. But they were never actually used them for anything, and I don't really know were they could be used either. Supposedly they could be useful for implementing problems without a minimization formulation, but that's not currently planned, and I don't know what the precise requirements would be, either. Since the code is short and almost trivial, and easily resurrected, this commit removes the two files. For newcomers this will mean two less files to wonder about.
-
Sander, Oliver authored
-
Sander, Oliver authored
-
- Jan 07, 2025
-
-
Sander, Oliver authored
It is default-implemented in LocalDensity itself, and therefore density implementations don't have to implement it themselves unless they need to do something nonstandard.
-
- Jan 06, 2025
-
-
Sander, Oliver authored
Rather than just on the type for points in the domain. The point type is not enough: For example, if the density involves a coefficient function given as a GridView function, then the density has to be able to bind the local coefficient function to the correct element, for which it has to know the element type. Integration domains can be elements (i.e., Codim<0>::Entity) or Intersections. The actual bind method will follow in a separate commit.
-
Sander, Oliver authored
-
Sander, Oliver authored
I suspect that calling the density through LocalDensity::operator() doesn't work yet, because the GFE function derivatives are not transformed correctly from the reference to the grid element. Therefore that new method still aborts with a deliberate error message, until I have the time to check.
-
- Jan 04, 2025
-
-
Sander, Oliver authored
-
Sander, Oliver authored
This allows to fix the incorrect coordinate type that was expected for evaluating the density.
-
Sander, Oliver authored
Currently, densities only get the type used for coordinates of the integration domain. However, this is not enough: The complete domain must be known, and this domain can be either a grid element or a grid intersection. As a first small step, this patch introduces ElementOrIntersection as a template parameter of the CosseratShellDensity class.
-
Sander, Oliver authored
This is one step towards turning SurfaceCosseratEnergy into a generic SurfaceIntegralEnergy class.
-
Sander, Oliver authored
They are unused -- all code uses the space-dependent parameters.
-
Sander, Oliver authored
For my current clang 19.1.5 they are an error.
-
Sander, Oliver authored
Previously, the code would write the reference deformation and the final orientation. This patch replaces the reference deformation by the final deformation. This is still wrong, because the CosseratVTKWriter expect the displacement, not the deformation. That problem is left for later.
-
Sander, Oliver authored
-
- Dec 30, 2024
-
-
Sander, Oliver authored
This can be used in makeComposedGridFunction to turn quaternion-valued functions to matrix-type ones, and vice versa.
-
- Dec 29, 2024
-
-
Sander, Oliver authored
-
Sander, Oliver authored
-
Sander, Oliver authored
-
- Dec 16, 2024
-
-
- Nov 23, 2024
-
-
Praetorius, Simon authored
-
- Nov 18, 2024
-
-
Sander, Oliver authored
It computes buckling under a axial compressive displacement load.
-
Sander, Oliver authored
-
Sander, Oliver authored
The compute-disc-error program reads this to compute discretization errors. Doing the data transfer via VTK files would be more convenient, but that involves a resampling which I'd rather like to avoid.
-
- Nov 15, 2024
-
-
Sander, Oliver authored
-
Sander, Oliver authored
Previously, the writer requested an FE basis to represent the director vectors. With the help of ComposedGridViewFunction this patch allows to avoid this extra basis, which makes for a much nicer interface for CosseratVTKWriter.
-
Sander, Oliver authored
-
Sander, Oliver authored
-
- Nov 12, 2024
-
-
Sander, Oliver authored
-
Sander, Oliver authored
It is only used by `film-on-substrate.cc` which many people do no use.
-
- Nov 06, 2024
-
-
Sander, Oliver authored
-
Sander, Oliver authored
The NonplanarCosseratShellEnergy class contains a reimplementation of the energy density of CosseratShellDensity. The code is much easier to understand and maintain if the density implementation of CosseratShellDensity is used instead.
-
Sander, Oliver authored
-
Sander, Oliver authored
-
Sander, Oliver authored
... and with constant Lamé parameters. In many applications there are constant, and it is convenient to be able to exploit that.
-
Sander, Oliver authored
-
- Nov 05, 2024
-
-
Sander, Oliver authored
For some reason there were two code paths for the creation of the solver object: One for dim==dimworld, and one for dim!=dimworld. These shouldn't really differ, though, and indeed they didn't as far as I can tell. Theremore, merge the two code paths.
-
Sander, Oliver authored
That is one step towards splitting off the energy density into a separate class. Also, it helps to unify the code paths for the different grid dimensions in cosserat-continuum.cc
-
Sander, Oliver authored
And use it in the dim==dimworld part of cosserat-continuum.cc.
-
Sander, Oliver authored
For this test to be really helpful it has to use curved grids.
-