dumux merge requestshttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests2018-07-09T11:56:58Zhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/950WIP: [freeflow][compositional] Ensure same results for useMoles and useMasses2018-07-09T11:56:58ZThomas FetzerWIP: [freeflow][compositional] Ensure same results for useMoles and useMasses3.0https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/883WIP: Free-pm-vel-output-from-typetag2018-07-18T20:50:56ZTimo Kochtimokoch@math.uio.noWIP: Free-pm-vel-output-from-typetag3.0https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/876WIP: TEMP [rans][lowrekepsilon] Implement first version of a low-Re k-epsilon...2018-04-17T14:21:24ZThomas FetzerWIP: TEMP [rans][lowrekepsilon] Implement first version of a low-Re k-epsilon model* [x] implement balance equations
* [x] implement proper laufer pipe test (inflow/boundary conditions)
* [ ] fix test
* [ ] improve averaging method?
* [ ] test non-isothermal model
* [ ] documentation (balance equations, todos, units)* [x] implement balance equations
* [x] implement proper laufer pipe test (inflow/boundary conditions)
* [ ] fix test
* [ ] improve averaging method?
* [ ] test non-isothermal model
* [ ] documentation (balance equations, todos, units)3.0https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/855WIP: Feature/twoeq2018-06-18T14:45:44ZNed ColtmanWIP: Feature/twoeq* [x] Create Balance Equations for K and Omega eqs
* [ ] Develop Boundary Conditions for Turbulence Equations (k-Omg)
* [ ] Create Balance Equations for K and Epsilon eqs
* [ ] Develop Boundary Conditions for Turbulence Equations (k-Eps)...* [x] Create Balance Equations for K and Omega eqs
* [ ] Develop Boundary Conditions for Turbulence Equations (k-Omg)
* [ ] Create Balance Equations for K and Epsilon eqs
* [ ] Develop Boundary Conditions for Turbulence Equations (k-Eps)
* [x] Set up Laufer Pipe Test
* [ ] Include 2cni properties
* [ ] Documentation
* [ ] Clean up3.0Ned ColtmanNed Coltmanhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/851Feature/rans2018-03-15T21:09:17ZThomas FetzerFeature/rans* [x] Calculate velocity gradients
* [x] Include Flow and WallNormalAxis
* [x] Update documentation
* [x] Cleanup
* [x] Add reference test for Laufer pipe* [x] Calculate velocity gradients
* [x] Include Flow and WallNormalAxis
* [x] Update documentation
* [x] Cleanup
* [x] Add reference test for Laufer pipe3.0Ned ColtmanNed Coltmanhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/850Feature/model traits staggered2018-03-19T11:12:55ZKilian WeishauptFeature/model traits staggered3.0Kilian WeishauptKilian Weishaupthttps://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/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/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/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.0