dumux merge requestshttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests2016-11-30T20:02:00Zhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/79Fix/3p parker vangenuchten2016-11-30T20:02:00ZKilian WeishauptFix/3p parker vangenuchtenTimo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/93Fix accidentally pruned method name isCouplingInflow2016-11-30T20:02:00ZChristoph GrüningerFix accidentally pruned method name isCouplingInflow2.9.0Thomas FetzerThomas Fetzerhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/95Feature/update handbook 2.92016-11-30T20:02:01ZJohannes HommelFeature/update handbook 2.9Kilian WeishauptKilian Weishaupthttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/99Feature/fs289 fluidframework doxygen2016-11-30T20:02:01ZAlexander KissingerFeature/fs289 fluidframework doxygenThe Chapter fluid-framework is transferred to Doxygen.
- Explanations have been added to modules.txt
- Function documentation for fluidstates, fluidsystems etc. transferred to header files.
- Use of copydoc for general function do...The Chapter fluid-framework is transferred to Doxygen.
- Explanations have been added to modules.txt
- Function documentation for fluidstates, fluidsystems etc. transferred to header files.
- Use of copydoc for general function doc.
- Rename handbook chapter Fluid-Framework to Material and Fluid Framework
- Replace content from Chapter in Handbook by reference to Doxygen module
Thanks to Martin Beck for contributing!
Johannes HommelJohannes Hommelhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/100[richards] fix parallel test2016-11-30T20:02:02ZBernd Flemisch[richards] fix parallel testCommit 219dd9 defaulted the linear solver to a sequential one. Since
the box Richards test is running in parallel, a parallel linear
solver has to be set. The AMGBackend gives slightly different results
above the fuzzy threshold. Ther...Commit 219dd9 defaulted the linear solver to a sequential one. Since
the box Richards test is running in parallel, a parallel linear
solver has to be set. The AMGBackend gives slightly different results
above the fuzzy threshold. Therefore, also the reference solution is
adapted.Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/97Fix/3p parker vg2016-11-30T20:02:02ZKilian WeishauptFix/3p parker vgTimo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/89Feature/make fluxvars default constructible2016-11-30T20:02:02ZTimo Kochtimokoch@math.uio.noFeature/make fluxvars default constructibleMake all flux variables default constructable.
This merge request contains backward imcompatible. All flux variables
now have to be default constructed. Implementers of flux variables
need to make their implementation default constr...Make all flux variables default constructable.
This merge request contains backward imcompatible. All flux variables
now have to be default constructed. Implementers of flux variables
need to make their implementation default construcable too.
All calls to the old non-default ctors will throw errors at runtime and
emit deprecation warning at compile time. FluxVars are no constructed
and update like this:
FluxVariables fluxVars;
fluxVars.update(...)
Being default contructable offers more flexible class inheritance
and more flexible caching possiblities.
* Simplifiy 2pnc and 2pncmin flux variables through inheritance
* Deprecates the unused `rhoFactor_` in 2p2c, 2pnc, and 3p3c
* [x] Fix 2pncmin testBernd FlemischBernd Flemischhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/103[cornerpoint] Fix test and fluxvariables. Adapt to Opm 2015.10.2016-11-30T20:02:02ZBernd Flemisch[cornerpoint] Fix test and fluxvariables. Adapt to Opm 2015.10.- Add a missing } in the test cc file.
- Add Dune::Geometries to CpFVElementGeometry.
- Fix the boundary transmissibilities.
- Change call to Opm parser routine to be compatible with Opm 2015.10.
- Adapt patches to Opm 2015.10.- Add a missing } in the test cc file.
- Add Dune::Geometries to CpFVElementGeometry.
- Fix the boundary transmissibilities.
- Change call to Opm parser routine to be compatible with Opm 2015.10.
- Adapt patches to Opm 2015.10.Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/104[el2p] Adjust name of friend class2016-11-30T20:02:02ZChristoph Grüninger[el2p] Adjust name of friend class2.9.0Dennis GläserDennis Gläserhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/80Feature/generalize 2pnc2016-11-30T20:02:03ZTimo Kochtimokoch@math.uio.noFeature/generalize 2pnc* Adapt 2pnc to work with cell-centered too
* Add fuelcell cell-centered test
* Electrochemistry works without cubegridcreator
* Make more use of darcy flux variables
* Box test passed with old reference solution
* Adapt 2pncmin lik...* Adapt 2pnc to work with cell-centered too
* Add fuelcell cell-centered test
* Electrochemistry works without cubegridcreator
* Make more use of darcy flux variables
* Box test passed with old reference solution
* Adapt 2pncmin likewiseBernd FlemischBernd Flemischhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/98[sequential] replace decoupled by sequential2016-11-30T20:02:05ZBernd Flemisch[sequential] replace decoupled by sequentialReplace the word "Decoupled" in TypeTags and classes by "Sequential",
according to FS#252.
For both the TypeTags and the Decoupled...Indices classes, the compilers
don't emit a deprecation warning. For the TypeTags, a run-time check...Replace the word "Decoupled" in TypeTags and classes by "Sequential",
according to FS#252.
For both the TypeTags and the Decoupled...Indices classes, the compilers
don't emit a deprecation warning. For the TypeTags, a run-time check is
performed at the end of the start() routine.Kilian WeishauptKilian Weishaupthttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/263Merge branch 'feature/opm-2016.10' into 'master'2016-12-01T09:39:32ZBernd FlemischMerge branch 'feature/opm-2016.10' into 'master'[opm] Update to opm 2016.10 version
See merge request !262[opm] Update to opm 2016.10 version
See merge request !262https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/259Feature/use adl for std functions2016-12-01T09:54:51ZChristoph GrüningerFeature/use adl for std functions* `std::swap` and `dumux/common` was cleaned up
* much more needs to be done
* I found a bunch of other clean-up stuff* `std::swap` and `dumux/common` was cleaned up
* much more needs to be done
* I found a bunch of other clean-up stuffBernd FlemischBernd Flemischhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/264Merge branch 'feature/use-ADL-for-std-functions' into 'master'2016-12-01T09:54:51ZBernd FlemischMerge branch 'feature/use-ADL-for-std-functions' into 'master'Feature/use adl for std functions
* `std::swap` and `dumux/common` was cleaned up
* much more needs to be done
* I found a bunch of other clean-up stuff
See merge request !259Feature/use adl for std functions
* `std::swap` and `dumux/common` was cleaned up
* much more needs to be done
* I found a bunch of other clean-up stuff
See merge request !259https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/265Merge branch 'cleanup/fs-338-3pwateroil' into 'next'2016-12-01T10:00:23ZTimo Kochtimokoch@math.uio.noMerge branch 'cleanup/fs-338-3pwateroil' into 'next'Cleanup/fs 338 3pwateroil
Fixes #338 and #337.
See merge request !261Cleanup/fs 338 3pwateroil
Fixes #338 and #337.
See merge request !261https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/261Cleanup/fs 338 3pwateroil2016-12-01T10:00:24ZKilian WeishauptCleanup/fs 338 3pwateroilFixes #338 and #337.Fixes #338 and #337.Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/266Merge branch 'feature/defaulttoamg' into 'master'2016-12-01T12:05:33ZBernd FlemischMerge branch 'feature/defaulttoamg' into 'master'[implicit][propertydefaults] set AMG as default linear solver
The default linear solver is set to AMG. The solver is parallel in contrast to the current default sequential solver and
shows the best performance in a wide range of problem...[implicit][propertydefaults] set AMG as default linear solver
The default linear solver is set to AMG. The solver is parallel in contrast to the current default sequential solver and
shows the best performance in a wide range of problems.
After changing this, some tests
failed. If the differences in the solution were in the order of machine
epsilon, the zero threshold value has been adjusted.
In the remaining cases
the origin of the tests to fail after changing the linear solver could not be
detected and the original linear solver has been set as a property for these tests.
(it quite possibly has to be a bug in the models as the same jacobian should lead to the same solution,
the newton convergence criteria were tried in the most precise configuration and there were still differences)
TODO
* [x] test corner point grid
This fixes #325.
See merge request !218https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/218[implicit][propertydefaults] set AMG as default linear solver2016-12-01T12:05:33ZTimo Kochtimokoch@math.uio.no[implicit][propertydefaults] set AMG as default linear solverThe default linear solver is set to AMG. The solver is parallel in contrast to the current default sequential solver and
shows the best performance in a wide range of problems.
After changing this, some tests
failed. If the differen...The default linear solver is set to AMG. The solver is parallel in contrast to the current default sequential solver and
shows the best performance in a wide range of problems.
After changing this, some tests
failed. If the differences in the solution were in the order of machine
epsilon, the zero threshold value has been adjusted.
In the remaining cases
the origin of the tests to fail after changing the linear solver could not be
detected and the original linear solver has been set as a property for these tests.
(it quite possibly has to be a bug in the models as the same jacobian should lead to the same solution,
the newton convergence criteria were tried in the most precise configuration and there were still differences)
TODO
* [x] test corner point grid
This fixes #325.Bernd FlemischBernd Flemischhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/267Fix/some forward declarations2016-12-01T19:16:39ZTimo Kochtimokoch@math.uio.noFix/some forward declarationshttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/268[upwind] Define the upwing quantities instead of the rule in local residual2016-12-02T08:13:52ZTimo Kochtimokoch@math.uio.no[upwind] Define the upwing quantities instead of the rule in local residualNow we just tell the flux variables which quantities should be receive upwind treatment.
The flux variables will decide how to upwind. This way upwind gets more flexible. This is necessary
to treat e.g. bifurcations differently where we ...Now we just tell the flux variables which quantities should be receive upwind treatment.
The flux variables will decide how to upwind. This way upwind gets more flexible. This is necessary
to treat e.g. bifurcations differently where we don't have only two participating volvars but still
need to know the physical quantities to upwind from the local residual.Dennis GläserDennis Gläser