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.0https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1661Feature/output vtk path from inputfile2019-08-07T09:34:47ZTimo Kochtimokoch@math.uio.noFeature/output vtk path from inputfile<!--
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 adds a path prefix to the name given to the output modu...<!--
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 adds a path prefix to the name given to the output module. This way the vtk output files can be written to a different folder.
<!--
**Which issue this MR fixes** *(optional - uncomment and add issue)*:
fixes #
-->
**Special notes for your reviewer**:
The argument `path` of the `Dune::VTKSequenceWriter` only changes the path of the vtu files, not the pvd, so it doesn't give the desired effect.3.1Kilian WeishauptKilian Weishaupthttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1648WIP: Feature/simplify effectivelaws - Do not merge!2019-08-05T18:27:27ZGabi SeitzWIP: Feature/simplify effectivelaws - Do not merge!Fixes #711
Fixes #710
Fixes #733
* [x] Depends on a fix in MPFA to handle zero coefficients.
This MR is outdated and superseded by !1684
Fixes #711
Fixes #710
Fixes #733
* [x] Depends on a fix in MPFA to handle zero coefficients.
This MR is outdated and superseded by !1684
3.1Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1532WIP: Variable precision for container IO interface2019-04-05T15:10:38ZTimo Kochtimokoch@math.uio.noWIP: Variable precision for container IO interface3.1Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1282[WIP] Feature/rans problem2019-01-30T13:15:00ZKilian Weishaupt[WIP] Feature/rans problemfixes #574
I have continued the work done here on a separate branch freeflow/rans_problem_redevelopment.
If I didn't ruin any of the stuff @kweis already did here, we can swith the branch linked to this MR.
closed in favor of !1...fixes #574
I have continued the work done here on a separate branch freeflow/rans_problem_redevelopment.
If I didn't ruin any of the stuff @kweis already did here, we can swith the branch linked to this MR.
closed in favor of !1391
3.1https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1081WIP: Feature/feature list2019-09-12T10:11:46ZTimo Kochtimokoch@math.uio.noWIP: Feature/feature listIntroduces a new folder "examples" that will host documented examples in the future. There are different from tests, which are meant only for testing and are not necessarily instructive.
Fixes #520
Fixes #378Introduces a new folder "examples" that will host documented examples in the future. There are different from tests, which are meant only for testing and are not necessarily instructive.
Fixes #520
Fixes #3783.1https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/926WIP: New style material laws2019-05-19T18:07:58ZTimo Kochtimokoch@math.uio.noWIP: New style material lawsFixes #319.Fixes #319.3.1Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1651[test][freeflow][sincos] remove numpy from convergencetest.py2019-06-27T18:08:58ZSimon Emmert[test][freeflow][sincos] remove numpy from convergencetest.py<!--
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 removes the numpy include in the `convergencetest.p...<!--
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 removes the numpy include in the `convergencetest.py` that caused problems on buildbot and implements its own mean function.
**Which issue this MR fixes**:
fixes #731
**Special notes for your reviewer**:
It works on my machine, but please check ;-) 3.1Melanie LippMelanie Lipphttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1689WIP: [examples] shallow water2019-08-13T08:42:32ZMartin UtzWIP: [examples] shallow water3.1Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1622WIP [seq][2p2c] adjust reference solution to match docker solution2019-06-17T13:29:48ZSimon EmmertWIP [seq][2p2c] adjust reference solution to match docker solutionFixes #716
This MR provides a new reference solution that should now pass on buildbot. The test itself seems to be very sensitive and compiler-dependent. We opted for changing the reference solution instead of increasing thresholds.Fixes #716
This MR provides a new reference solution that should now pass on buildbot. The test itself seems to be very sensitive and compiler-dependent. We opted for changing the reference solution instead of increasing thresholds.3.1https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1557[WIP] [scvf] default ghost face on boundary value set to true (previously not...2019-04-12T14:41:04ZNed Coltman[WIP] [scvf] default ghost face on boundary value set to true (previously not initialized)The onBoundary function for staggered scvfs was not set for ghost faces. As all ghost faces are on the boundary, this should default to true, not false.
* [x] Improve/Fix Ghost Face documentationThe onBoundary function for staggered scvfs was not set for ghost faces. As all ghost faces are on the boundary, this should default to true, not false.
* [x] Improve/Fix Ghost Face documentation3.1Melanie LippMelanie Lipp