dumux merge requestshttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests2018-07-13T06:51:10Zhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/980Feature/multidomain on 3.02018-07-13T06:51:10ZDennis GläserFeature/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, geomechanics-flow)
New features / models on this branch
* Staggered grid (is using multidomain now, multi-physics: facet and cell-center domain)
* Embedded coupling (mixeddimension non-conforming) (embedded tubes and fractures)
* Facet coupling (mixeddimension conforming) (fractures and 3d-2d-1d)
* Geomechanics (Biot/el1p, multi-physics)
* Boundary coupling (equaldimension, darcy-stokes-> !997, darcy-darcy-> !1019)
* ( not on this branch but bare in mind: boundary coupling, mixeddimension porenetwork-darcy/stokes)
Plan (TODOs)
* [x] Squash and reorder commits into sensible compiling patches
* [x] Fix documentation
* [x] Fix CMakeLists.txt (done in b3098aa6, there is no a script for that on master)
* [x] Add reference solutions for multidomain tests
* [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
* [x] add coupling manager for darcy-darcy domain decomposition (show case / test and simpler than darcy-stokes) (see !1019)
* [x] add darcy-stokes module (see !997)
* [x] Unify newtoncontroller with staggered newtoncontroller (depends on !762)
* [x] Make facet grid creator a grid manager with grid data management
* [x] Find better name for EmbedmentData in facet coupling grid manader
Will be a separate merge request
* implement explicit assembly (see #521)
* Sequential solver (see !870)
Fixes #447.3.0Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/775Feature/mixeddim box2018-02-09T10:22:47ZKilian WeishauptFeature/mixeddim box3.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/515Fix/subproblemlocaljacobian names and types2017-07-04T07:41:53ZDennis GläserFix/subproblemlocaljacobian names and typesTimo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/433Feature/add coupled assembly for box2017-03-24T10:39:23ZKilian WeishauptFeature/add coupled assembly for boxTimo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/402[mixeddimension] change initialization order2017-03-09T14:32:18ZDennis Gläser[mixeddimension] change initialization orderA change in the initialization order enables the facet coupling models to use the global flux variables cache. The bulk problem needs the lowdim problem to be initialized in order to compute the transmissibilities.A change in the initialization order enables the facet coupling models to use the global flux variables cache. The bulk problem needs the lowdim problem to be initialized in order to compute the transmissibilities.Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/341[WIP] facet coupling2017-01-27T12:47:32ZDennis Gläser[WIP] facet couplingThis commit furthermore carries some improvements on the local cache updating that became apparent during the implementation of interior boundary handling.
Todo:
- [x] `Interior boundary handling for 2d in 3d problems`
- [x] `Inte...This commit furthermore carries some improvements on the local cache updating that became apparent during the implementation of interior boundary handling.
Todo:
- [x] `Interior boundary handling for 2d in 3d problems`
- [x] `Interior boundary handling for 3d problems`
- [x] `Interior boundary handling for methods other than the o-method (using the o-method on boundaries)`Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/334Mixeddimension framework2017-02-08T12:25:27ZTimo Kochtimokoch@math.uio.noMixeddimension framework* Implements all common classes and the `embedded` type of problem.
* Tests a 1d3d embedded 1p-1p problem and a 1p-richards problem
* Important: Now the currentSolutionVector in the model gets deflected by the localjacobian during asse...* Implements all common classes and the `embedded` type of problem.
* Tests a 1d3d embedded 1p-1p problem and a 1p-richards problem
* Important: Now the currentSolutionVector in the model gets deflected by the localjacobian during assembly and resetted after derivative computation
this enables all methods computing residuals to use currentSolutionVector entries of random elements and be sure it's always the right value. This makes implemented coupled problem on two grids a lot easier.