dumux merge requestshttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests2018-04-18T05:59:04Zhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/451[WIP] [freeflow] Introduce extrusion factor2018-04-18T05:59:04ZKilian Weishaupt[WIP] [freeflow] Introduce extrusion factor* Account for extrusion factor everywhere face.area() or the cell volume
is involved* Account for extrusion factor everywhere face.area() or the cell volume
is involved3.0https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/478WIP Feature/optimize tpfa2017-12-22T13:12:27ZTimo Kochtimokoch@math.uio.noWIP Feature/optimize tpfaabout 5% performance gain.
The scvf can be replaced by a class that caches corners and geometry type if that's really needed e.g. for non-linear Neumann boundaries in convergence tests.
* [ ] Consider scv/scvf classes with and without g...about 5% performance gain.
The scvf can be replaced by a class that caches corners and geometry type if that's really needed e.g. for non-linear Neumann boundaries in convergence tests.
* [ ] Consider scv/scvf classes with and without geometries (mostly unnecessary overhead)
* [x] replace boundaryInfo struct in bcTypes
* [ ] possibility to explicitly set NeumannNoFLow as boundary typeDennis GläserDennis Gläserhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/492Resolve "Inconsistent `index()` method of the different `SubControlVolume` cl...2017-05-31T11:42:09ZSina AckermannResolve "Inconsistent `index()` method of the different `SubControlVolume` classes"Closes #353Closes #353Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/501Freeflow/turbulenceproperties2017-06-02T11:01:02ZThomas FetzerFreeflow/turbulencepropertiesThomas FetzerThomas Fetzerhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/504[WIP] Feature/schur complement solver2018-11-09T14:09:02ZTimo Kochtimokoch@math.uio.no[WIP] Feature/schur complement solverSchur complement solver for the Navier-(Stokes) problemSchur complement solver for the Navier-(Stokes) problemKilian WeishauptKilian Weishaupthttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/524[WIP] Misc. fixes on next2017-07-25T06:22:18ZKilian Weishaupt[WIP] Misc. fixes on next* During the update of the volVars, one has to destinguish between
the old and new solution in order to pick the correct phasePresence
given by the primaryVariableSwitch
* This only matters when globalVolVarCaching is turned off* During the update of the volVars, one has to destinguish between
the old and new solution in order to pick the correct phasePresence
given by the primaryVariableSwitch
* This only matters when globalVolVarCaching is turned offhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/555[gridCreator] Fix foamgrid include2017-12-22T13:12:06ZKilian Weishaupt[gridCreator] Fix foamgrid include* adapt to changes in foamgrid
* use dgffoam.hh instead of dgffoam.cc* adapt to changes in foamgrid
* use dgffoam.hh instead of dgffoam.ccTimo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/568Feature/params next2017-10-26T11:50:36ZDennis GläserFeature/params nexthttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/582[wip] Feature/box interface solver2018-02-14T14:55:44ZDennis Gläser[wip] Feature/box interface solverAn interface solver is necessary for a proper implementation of the box-dfm framework.An interface solver is necessary for a proper implementation of the box-dfm framework.Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/600[WIP][components][plotproperties] Add a source file to plot properties of som...2017-12-04T09:50:54ZThomas Fetzer[WIP][components][plotproperties] Add a source file to plot properties of some componentsCan be extended for other components and properties before actually mergedCan be extended for other components and properties before actually mergedTimo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/633WIP: [math] use FieldVector and Matrix instead of DenseVector again2017-12-22T13:12:23ZSimon EmmertWIP: [math] use FieldVector and Matrix instead of DenseVector again[math] use FieldVector and Matrix instead of DenseVector in math to make tpfa-tests of 2pnc and 2pncmin compile again
* [ ] fix copy prohibiton or move back to previous version (would be very sad)[math] use FieldVector and Matrix instead of DenseVector in math to make tpfa-tests of 2pnc and 2pncmin compile again
* [ ] fix copy prohibiton or move back to previous version (would be very sad)Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/721Fix/rename fluidsystem file2018-01-02T10:56:34ZBernd FlemischFix/rename fluidsystem fileThomas FetzerThomas Fetzerhttps://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/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/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/760include dune-version checks for different GeometryTypes2018-01-29T11:52:14ZSimon Emmertinclude dune-version checks for different GeometryTypes(cherry picked from commit f261c74c6c902e4e301d532a801ea7a1276496a8)(cherry picked from commit f261c74c6c902e4e301d532a801ea7a1276496a8)3.0Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/769[WIP] Feature/improve fuller2018-04-17T09:19:57ZKilian Weishaupt[WIP] Feature/improve fullerWhen executing the test, the "optimized" version (using `static` variables in the function
for values that are expensive to calculate, e.g. involving `std::cbrt`) is surprisingly slower
than the version without static variables (with c...When executing the test, the "optimized" version (using `static` variables in the function
for values that are expensive to calculate, e.g. involving `std::cbrt`) is surprisingly slower
than the version without static variables (with compiler optimizations).
Without compiler optimization, the opposite is true (which would be expected).
Making the variables `static constexpr` (and adapting the relevant methods involved), makes the "optimized" version
as fast as the other one.
How should we deal with this? Might be related to #441
Closes #3893.0Bernd FlemischBernd Flemischhttps://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/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/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 Hommel