dumux merge requestshttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests2023-12-13T10:52:19Zhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1248[WIP] Feature/improve rans2023-12-13T10:52:19ZKilian Weishaupt[WIP] Feature/improve ranshttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2190WIP: Feature/integration rebase22020-10-29T22:53:11ZTimo Kochtimokoch@math.uio.noWIP: Feature/integration rebase2https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1223WIP Feature/md cclocalassembler analytic jacbian2018-11-27T14:49:26ZDennis GläserWIP Feature/md cclocalassembler analytic jacbian3.1Dennis GläserDennis Gläserhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/804[WIP] feature/minTutorial2018-07-16T14:29:06ZSimon Emmert[WIP] feature/minTutorialThis is supposed to be a "new" tutorial making use of the mineralization module.
* [x] fix poro/perm law (related to #449 )
* [x] add Tensor Permeability to have it as a reference case here
* [x] doc properly (especially kozeny-carma...This is supposed to be a "new" tutorial making use of the mineralization module.
* [x] fix poro/perm law (related to #449 )
* [x] add Tensor Permeability to have it as a reference case here
* [x] doc properly (especially kozeny-carman, laws, spatialParams)
* [x] cleanup
* [x] go through ``biomin.hh`` fluidsystem again and check if all functions are really necessary
* [ ] Remove solid stuff from fluid system and use the new solid systems 3.0Johannes HommelJohannes Hommelhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1245[WIP] Feature/missing laws for facet coupling2020-03-18T10:39:03ZDennis Gläser[WIP] Feature/missing laws for facet couplingFixes #592
* [ ] Possibility for different effective diffusion types.Fixes #592
* [ ] Possibility for different effective diffusion types.3.2Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1703WIP Feature/multidomain analytic jac2023-12-13T10:52:19ZTimo Kochtimokoch@math.uio.noWIP Feature/multidomain analytic jacDennis GläserDennis Gläserhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2272WIP Feature/multidomain analytic jac rebase2023-12-13T10:52:17ZTimo Kochtimokoch@math.uio.noWIP Feature/multidomain analytic jac rebasedo not merge. rebase of !1703. Should be force pushed to !1703 if it's working again.
Something went wrong in the rebase so the test fails.do not merge. rebase of !1703. Should be force pushed to !1703 if it's working again.
Something went wrong in the rebase so the test fails.https://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/2887WIP: Feature/multithreaded assembly multidomain2023-05-31T12:48:22ZTimo Kochtimokoch@math.uio.noWIP: Feature/multithreaded assembly multidomainThis is only a placeholder so far. I think the coloring logic has to be delegated to the coupling manager in the multidomain case because only the coupling manager will know what stuff is accessed (especially context-related) and therefo...This is only a placeholder so far. I think the coloring logic has to be delegated to the coupling manager in the multidomain case because only the coupling manager will know what stuff is accessed (especially context-related) and therefore determine which elements cannot be in the same batch.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2448WIP Feature/new assembly multidomain2023-12-13T10:52:17ZDennis GläserWIP Feature/new assembly multidomainDisclaimer: this is very drafty and does not work yet. No need to review. For now this MR is only here in order to have a place to discuss about this.
Depends also on !2469, in order to harmonize cc/box scvfs and fix vtk output for box-...Disclaimer: this is very drafty and does not work yet. No need to review. For now this MR is only here in order to have a place to discuss about this.
Depends also on !2469, in order to harmonize cc/box scvfs and fix vtk output for box-facet-coupling models.Dennis GläserDennis Gläserhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2476WIP Feature/new experimental assembly2021-03-25T09:11:56ZDennis GläserWIP Feature/new experimental assemblyhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2227WIP: Feature/new ic condition22020-10-09T10:31:19ZLars KaiserWIP: Feature/new ic condition2<!--
Thanks for sending a merge request!
If this is your first time, read our [contributing guidelines](/CONTRIBUTING.md)
-->
**What this MR does / why does DuMux need it**:
This MR implements new coupling conditions for stokes-darcy i...<!--
Thanks for sending a merge request!
If this is your first time, read our [contributing guidelines](/CONTRIBUTING.md)
-->
**What this MR does / why does DuMux need it**:
This MR implements new coupling conditions for stokes-darcy interfaces, as proposed/described by Elissa Eggenweiler. The new interface conditions are meant to be more general and appropriate in comparison to the Beavers-Joseph condition and the current normal momentum coupling.
<!--
**Which issue this MR fixes** *(optional - uncomment and add issue)*:
fixes #
-->
**TODO**:
- [x] Combine new/standardPorousMediumVelocity, beaversJoseph/nTangentialVelocity and old/newMomentumCouplingCondition
- [x] Allow unsymmetrizedStressTensorForBJ and unsymmetrizedStressTensorForIC!
- [x] Set up two tests: Beaver-Josephs and newIC, see: dumux/test/multidomain/boundary/stokesdarcy/1p_1p, @Elissa
- [ ] Check deprecation and documentation, link to paper from Elissa?
- [x] Add warning for newIC with symmetrized tensor
- [x] Folder and file names should not contain capital letters.
- [x] Follow styleguide: Correct indent, curly braces
- [x] Small TODOs in project
**Special notes for your reviewer**:
I appreciate all help regarding the technicalities of the merge request.Lars KaiserLars Kaiserhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2297WIP Feature/new instationary assembly2021-03-25T09:10:56ZDennis GläserWIP Feature/new instationary assembly<!--
Thanks for sending a merge request!
If this is your first time, read our [contributing guidelines](/CONTRIBUTING.md)
-->
**What this MR does / why does DuMux need it**:
Extend the `Assembler` and `LocalAssembler` classes to work ...<!--
Thanks for sending a merge request!
If this is your first time, read our [contributing guidelines](/CONTRIBUTING.md)
-->
**What this MR does / why does DuMux need it**:
Extend the `Assembler` and `LocalAssembler` classes to work with the newly introduced time step methods.
TODOS related to other WIP branches:
- [ ] add support for cell-centered schemes, analytic assembly and further models (!2295)
- [ ] make this work for staggered and multidomain (!2295, !2291, !2285)
TODOS here:
- [ ] Check if the public access to assembler and linear solver in `PDESolver` can be circumvented
- [ ] Reconsider if `GridVariables` should store `TimeLevel` information or if we should introduce different layers of grid variables that each store additional things. Like `Variables`, `TimeDependentVariables`, `GridVariables` -> `FVGridVariables` or so. There is already an ongoing discussion about the grid variables inheritance hierarchy in !2285.
- [ ] extend `Problem` and `SpatialParams` interfaces (e.g. `boundaryTypes()`) to receive time information as well, such that time-dependent boundary conditions etc can be realized.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2113WIP: Feature/new istl linear solvers2023-02-22T11:59:20ZTimo Kochtimokoch@math.uio.noWIP: Feature/new istl linear solvers* [x] Revisit template arguments
* [x] Introduce linear algebra backend or similar to make usage simpler
* [x] Adapt all linear solvers to provide `norm`
* [x] In Newton call `linearSolver->norm(r)` if available otherwise call `assembler...* [x] Revisit template arguments
* [x] Introduce linear algebra backend or similar to make usage simpler
* [x] Adapt all linear solvers to provide `norm`
* [x] In Newton call `linearSolver->norm(r)` if available otherwise call `assembler->residualNorm();` (depends on !2311 to be merged)
* [x] Deprecate conversion of multitype matrices in Newton (do in solver instead if necessary)
Depends on !2310 to be merged.
The matrix and vector type now have to be known to construct the solver.
This was previously delayed until the solve call but made the structure kind of intransparent because it wasn't really clear which vector type has to come in but only specific types work anyway.
Hard coding the solver hopefully reduces compile times wrt the factory. Also the implementation should be
* more compact than the old backends
* have more runtime option due to parameter tree-based params
* work in parallel as well
If this works out, we would deprecated the old solver backends.3.7Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2525WIP: Feature/new localresidual generalize direction2021-05-19T12:05:54ZTimo Kochtimokoch@math.uio.noWIP: Feature/new localresidual generalize direction@kweis Same as for the assembly, I'm not sure if you always have all contributions on the boundary (should be visible in the boundary flux helper). If not the better solution might be to expect a scalar. On the other hand these special b...@kweis Same as for the assembly, I'm not sure if you always have all contributions on the boundary (should be visible in the boundary flux helper). If not the better solution might be to expect a scalar. On the other hand these special boudnary conditions also wouldn't be realizable with Crouzeix Raviart elements so maybe this problem doesn't occur.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/276[WIP] Feature/newspatialparamsinterface2016-12-23T15:00:42ZTimo Kochtimokoch@math.uio.no[WIP] Feature/newspatialparamsinterfacehttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2433WIP: Feature/new staggered higher order2023-12-13T10:52:19ZNed ColtmanWIP: Feature/new staggered higher ordertodos:
- [x] Sincos higher order test stationary (pass)
- [x] Sincos higher order test instationary (fail)
- [x] 3D Channel higher order test (pass)
- [x] Kovaznay higher order test stationary (fail)
- [ ] Find errors that would cause ba...todos:
- [x] Sincos higher order test stationary (pass)
- [x] Sincos higher order test instationary (fail)
- [x] 3D Channel higher order test (pass)
- [x] Kovaznay higher order test stationary (fail)
- [ ] Find errors that would cause bad convergence and solution differencesNed ColtmanNed Coltmanhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2201[WIP] Feature/new staggered impl2023-12-13T10:52:21ZKilian Weishaupt[WIP] Feature/new staggered impl__TODO__
_General:_
- [ ] Fix docu (especially copy and paste errors)
- [ ] Rethink assembly strategy (forward / inverse)?
- [x] Introduce coupling stencils per DOF?
- [x] improve design of "dual" problem
- [x] boundary flux helpers
- [ ...__TODO__
_General:_
- [ ] Fix docu (especially copy and paste errors)
- [ ] Rethink assembly strategy (forward / inverse)?
- [x] Introduce coupling stencils per DOF?
- [x] improve design of "dual" problem
- [x] boundary flux helpers
- [ ] prohibit Dirichlet for mass model?
- [x] check difference in Jacobian for compressible fluids (channel)
- [x] periodic grids
- [ ] Look into benefits of caching options
- [ ] Add volume work to energy balance
@nedc:
- [x] Set up higher order geometry
- [x] Port the TVD methods
- [x] Add correct checks for various boundary conditions
- [x] Add useful tests for higher order
- [ ] Update and include the rans models
@kweis:
- [x] coupling (staggered-cellcentered)
- [x] implement Beavers-Joseph BC
- [x] Compositional models (1pnc)
@martins
- [ ] Finalize box-staggered coupling (old staggered)
- [ ] Port box-staggered to new staggered
- [ ] Develop new freeflow discretizations (long term)
@hanchuan
- [x] port and test Navier stokes tests (should have been completed already by @kweis)
- [x] port compositional tests (after 1pnc is updated)
- [ ] port stokes-darcy MD tests (after MD is updated)
- [ ] port rans tests (after rans is updated)
fixes #756Kilian WeishauptKilian Weishaupthttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2217[WIP] Feature/new staggered parallel2021-11-09T06:51:45ZKilian Weishaupt[WIP] Feature/new staggered parallelhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2292WIP: Feature/nonlinear schemes decomposition negative2023-12-13T10:52:18ZTimo Kochtimokoch@math.uio.noWIP: Feature/nonlinear schemes decomposition negative