- Nov 17, 2018
-
-
Bernd Flemisch authored
-
Bernd Flemisch authored
-
Bernd Flemisch authored
-
Bernd Flemisch authored
-
- Nov 13, 2018
-
-
-
Timo Koch authored
-
Ned Coltman authored
-
- Nov 09, 2018
-
-
Kilian Weishaupt authored
-
Kilian Weishaupt authored
-
- Aug 29, 2018
-
-
Timo Koch authored
-
- Aug 27, 2018
-
-
Kilian Weishaupt authored
* fixes clang compiler error
-
- Aug 10, 2018
- Jul 06, 2018
-
-
- Jun 28, 2018
-
-
-
Timo Koch authored
Implement a grid manager class that creates grids and a grid data object. The new class is no longer a singleton. It is instantiated by the user. It is possible to get a shared_ptr to the grid data to pass it on to e.g. problem / spatial parameter classes. * No longer sets the overlap automatically (overlap to be checked by the grid geometry) * Does not depend on discretization method or TypeTag anymore Joint work with Kilian Weishaupt <kilian.weishaupt@iws.uni-stuttgart.de>
-
- Jun 27, 2018
-
-
Timo Koch authored
-
The distribution of a grid over several cores can be system-dependent, rendering the direct comparison of resulting parallel vtk files impossible. To enable a comparison, convert the parallel files into sequential ones in the fuzzycompare Python script. With this approach, it is possible to compare the parallel output against the sequential one. Adapt the gridcreator tests correspondingly. Concerning the converted vtk files, a few difficulties had to be handled: * The files usually have duplicated vertices at the process borders. Eliminate the duplicated entries. * The files can have an empty `PointData` section yielding to problems since the number of children differs. Eliminate the empty section from the files. * The attributes may be different for each node: the `NumberOfComponents` isn't stated explicity if it is equal to `1`. On the other hand, the minimum and maximum values are provided which is not the case for the original vtk output. Eliminate the check of the attributes if a conversion from pvd has happened. Enhance the gridcreator tests using boundary markers with an additional synchronization step for those markers in the parallel regime.
-
Timo Koch authored
-
Timo Koch authored
-
Make the tests more flexible by passing a bool to refine or not. Don't refine in the case of the ALUGrid 3d test, since apparently the boundary parametrization isn't handled correctly during refinement. Adapt the reference solutions.
-
Realize boundary marker load balancing for ALUGrid. To achieve this, adapt the data handle such that also the boundary markers are balanced. Since the data handle works on faces rather than intersections, transfer first the vector that is given in terms of boundary segments to a vector holding a parameter value for each mesh face. After balancing, transfer the data back to a boundary segment vector. Restructure the tests and add more tests. Both UG and ALU are now tested for Gmsh 2/3d and DGF 2d. The ALU tests for Gmsh 3d still need to be worked on.
-
Timo Koch authored
-
Timo Koch authored
-
Timo Koch authored
-
Timo Koch authored
-
Timo Koch authored
This test should also work in parallel now and a parallel test is added
-
- May 16, 2018
-
-
- May 02, 2018
-
-
- Mar 05, 2018
-
-
Timo Koch authored
-
- Feb 22, 2018
-
-
Timo Koch authored
-
- Feb 07, 2018
-
-
Timo Koch authored
-
- Jan 25, 2018
-
-
- Dec 16, 2017
-
-
- Dec 03, 2017
-
-
Timo Koch authored
-