dumux merge requestshttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests2018-11-08T16:26:35Zhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1208[WIP] Make free flow priVars names independent of discretization2018-11-08T16:26:35ZKilian Weishaupt[WIP] Make free flow priVars names independent of discretizationfixes #562fixes #5623.0Bernd FlemischBernd Flemischhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1181WIP: [io][container] Add optional argument to preallocate memory for efficien...2018-08-15T14:48:59ZTimo Kochtimokoch@math.uio.noWIP: [io][container] Add optional argument to preallocate memory for efficient reading3.0https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1108[fluidsystems] Implement ranges to iterate over phases and components2018-07-17T18:45:36ZTimo Kochtimokoch@math.uio.no[fluidsystems] Implement ranges to iterate over phases and componentsMultiphase fluidsystem can be used for single or multiphase simulations
with the less phases and the same number of components. This adds
general iterators that extract from model traits which phases to use.
The default goes over phases ...Multiphase fluidsystem can be used for single or multiphase simulations
with the less phases and the same number of components. This adds
general iterators that extract from model traits which phases to use.
The default goes over phases 0..numPhases and 0..numComponents. However
modeltraits can implement an optional function phases/components that
returns an array of size numPhases/numComponents containing the selected
phases/components. For selecting components there is currently no use
case but when iterating over all phases and component this is going to
look more consistent.
```c++
for (const auto phase : phases(model)
for (const auto component : components(model))
```3.0Kilian WeishauptKilian Weishaupthttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/817WIP: Feature/solidsystem2018-05-08T13:16:41ZTimo Kochtimokoch@math.uio.noWIP: Feature/solidsystemPrototype for a solid system and a solid component, see #453.Prototype for a solid system and a solid component, see #453.3.0https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/739Feature/mpnc 2p2c comparison2018-02-05T12:23:16ZKatharina HeckFeature/mpnc 2p2c comparison3.0Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/736WIP: Feature/multidomain on 3.02018-05-30T08:48:21ZTimo Kochtimokoch@math.uio.noWIP: Feature/multidomain on 3.0This merge request adds a multidomain module to Dumux. It is a fairly generic module that provides a generic assembler for multi-domain problems (more than two domains possible). The domains can have different dimension. The coupling man...This merge request adds a multidomain module to Dumux. It is a fairly generic module that provides a generic assembler for multi-domain problems (more than two domains possible). The domains can have different dimension. The coupling manager concept allows to specify coupling dof dependencies and defines how to evaluate coupling residuals / residual derivatives.
The goal is to be able to use this module for
* equal-dimension multi-domain problems (e.g. Darcy-Stokes coupling)
* mixed-dimension multi-domain problems (e.g. embedded mixed-dimension methods, embedded fracture models)
* multi-physics problems (e.g. dual-continuum models)
TODO
* [x] depends on !737 and !738 to be merged.
* [x] check function overloads for different element types, probably need domainId as element types can be the same
* [ ] add coupling manager for darcy-darcy domain decomposition
* [ ] implement additional derivatives for caching disabled -> custom ElementVolVar type
* [ ] implement explicit assembly
* [x] Unify newtoncontroller with staggered newtoncontroller (depends on !762)
3.0https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/722[material] rename fluidsystem file2018-07-17T13:06:32ZBernd Flemisch[material] rename fluidsystem fileManual cherry-pick of a part of 993d4801.Manual cherry-pick of a part of 993d4801.3.0Simon EmmertSimon Emmerthttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/852[constraintsolvers] do not use the deleted interface for singularity limit in...2018-03-14T18:21:08ZDennis Gläser[constraintsolvers] do not use the deleted interface for singularity limit in FMatrixPrecision3.0Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/770WIP: Resolve "Rename Problem-TypeTags to end in "TypeTag""2018-01-31T16:57:15ZMelanie LippWIP: Resolve "Rename Problem-TypeTags to end in "TypeTag""Closes #413Closes #4133.0https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1413WIP [mpfa][fickslaw] use correct flux sign switch query2018-12-17T15:57:10ZDennis GläserWIP [mpfa][fickslaw] use correct flux sign switch queryThe advection-related query if the sign of a flux has to be flipped was used in ficks law. This leads to compiler errors in the context of models that consider diffusion but no advection. Also, it would have introduced wrong flux signs i...The advection-related query if the sign of a flux has to be flipped was used in ficks law. This leads to compiler errors in the context of models that consider diffusion but no advection. Also, it would have introduced wrong flux signs in mpfa schemes in which the interaction volume regions depend on cell parameters (e.g. mpfa-l).3.0Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1371[material][co2tables] Add namespace Dumux for typedef2018-12-01T11:56:26ZKilian Weishaupt[material][co2tables] Add namespace Dumux for typedef* fixes compiler error introduced in 55701b332a946c2a52930c1e836a4d07a643d433
@scholz Does doxygen still work with this?* fixes compiler error introduced in 55701b332a946c2a52930c1e836a4d07a643d433
@scholz Does doxygen still work with this?3.0Simon EmmertSimon Emmerthttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1345[vtk] Only assume parallel vtk if the file extension starts with p2018-11-27T18:27:44ZTimo Kochtimokoch@math.uio.no[vtk] Only assume parallel vtk if the file extension starts with p3.0Kilian WeishauptKilian Weishaupthttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1302[test] Make grid variables instationary2018-11-20T13:58:30ZTimo Kochtimokoch@math.uio.no[test] Make grid variables instationary* The test fails on buildbot due to an assert (the grid vars are not instationary)
However simply removing the assert still makes the test pass.
This raises the question if this should be an error __or__ if we can find a better solut...* The test fails on buildbot due to an assert (the grid vars are not instationary)
However simply removing the assert still makes the test pass.
This raises the question if this should be an error __or__ if we can find a better solution. I think we could also always set the previous volvars in `init` to the current volvars and just not use them for stationary runs (memory overhead).
@DennisGlaeser any ideas for a better solution?3.0Dennis GläserDennis Gläserhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/772[geometryintersection] Add missing include2018-02-01T16:18:08ZKilian Weishaupt[geometryintersection] Add missing includefixed in !765fixed in !7653.0Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1250WIP: Cleanup/rename all tests2018-11-12T14:49:57ZNed ColtmanWIP: Cleanup/rename all testsGeneral Plan:
1. Rename targets.
2. Reorganize such that only one `.cc` file exists per folder, rename to `main.cc`, `problem.hh`, `spatialparams.hh` and `params.input`. Differentiate by adding `_xxx` if necessary, e.g. `problem_darcy.h...General Plan:
1. Rename targets.
2. Reorganize such that only one `.cc` file exists per folder, rename to `main.cc`, `problem.hh`, `spatialparams.hh` and `params.input`. Differentiate by adding `_xxx` if necessary, e.g. `problem_darcy.hh` and `problem_stokes.hh` in a multidomain test.
3. Rename `Problem.Name` to target name and reference solutions to `Problem.Name-reference.vt*`.
Felix:
* [ ] 1p
* [x] 1pnc
* [x] 1pncmin
* [ ] richards
* [ ] richardsnc
Simon:
* [x] 2p
* [x] 2p1c
* [x] 2p2c
* [x] 2pnc
* [x] 2pncmin
* [x] 3p
* [x] 3p3c
* [x] 3pwateroil
Johannes:
* [x] mpnc
* [x] co2
* [x] tracer
* [x] geomechanics
* [x] discretization (Reverted)
Ned:
* [x] freeflow
* [x] md_boundary
* [x] md_embedded
* [x] md_poromechanics
* [x] md_facet3.0Ned ColtmanNed Coltmanhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1209Feature/restart test2018-11-19T18:17:02ZBeatrix BeckerFeature/restart testSolves #541 (with a few examples). It was decided to test the names in the output of all models with a unit test.Solves #541 (with a few examples). It was decided to test the names in the output of all models with a unit test.3.0Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1207[vtk][elastic] load solution for elasticity2018-08-29T14:17:53ZBernd Flemisch[vtk][elastic] load solution for elasticityGeneralize loadSolution such vector fields, namely, fields with
numberOfComponents > 1, can be read. Add primaryVariableName for
elastic. Test.Generalize loadSolution such vector fields, namely, fields with
numberOfComponents > 1, can be read. Add primaryVariableName for
elastic. Test.3.0Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1135WIP: Freeflow/test bfs2018-09-03T15:28:02ZNed ColtmanWIP: Freeflow/test bfsAddresses one task in #427/#415.
TODO
* [ ] Implement Backwards Facing Test using Subgrid for RANS lowrekepsilon (to convergence)
* [ ] Implement Backwards Facing Test using Subgrid for RANS kepsilon (to convergence)
* [X] Implemen...Addresses one task in #427/#415.
TODO
* [ ] Implement Backwards Facing Test using Subgrid for RANS lowrekepsilon (to convergence)
* [ ] Implement Backwards Facing Test using Subgrid for RANS kepsilon (to convergence)
* [X] Implement Backwards Facing Test using Subgrid for RANS komega (to convergence)
* [ ] Implement Backwards Facing Test using Subgrid for RANS oneeq (to convergence)
* [X] Implement Backwards Facing Test using Subgrid for RANS zeroeq (to convergence)
* [ ] Prepare Gnuplot output for Velocity distribution pre-step
* [ ] Prepare Gnuplot output for Velocity distribution post-step
* [ ] Prepare Gnuplot output for coefficient of friction along the base wall post-step
* [ ] Add Documentation3.0Ned ColtmanNed Coltmanhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/978WIP: Feature/stokes darcy coupling2018-06-15T10:58:09ZSina AckermannWIP: Feature/stokes darcy coupling3.0Kilian WeishauptKilian Weishaupthttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/951WIP: Cleanup/rans and fluidsystem2018-05-04T11:27:40ZThomas FetzerWIP: Cleanup/rans and fluidsystemDepends on !949Depends on !9493.0