dumux merge requestshttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests2023-01-23T15:12:20Zhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/3365[cleanup][io] Small fixes in raster image reader2023-01-23T15:12:20ZTimo Kochtimokoch@math.uio.no[cleanup][io] Small fixes in raster image reader3.7Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/3364[io][gnuplot] Fix variable type2023-01-23T14:26:41ZTimo Kochtimokoch@math.uio.no[io][gnuplot] Fix variable type3.7Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/3165Feature/stamped subgrid2022-09-25T21:44:16ZNed ColtmanFeature/stamped subgrid<!--
Thanks for considering to open a merge request!
Before asking for a review of your MR, please read the [contributing guidelines](/CONTRIBUTING.md)
-->
**What this MR does / why does DuMux need it**:
This allows the user to develo...<!--
Thanks for considering to open a merge request!
Before asking for a review of your MR, please read the [contributing guidelines](/CONTRIBUTING.md)
-->
**What this MR does / why does DuMux need it**:
This allows the user to develop a domain consisting of multiple stamped images, extending the existing `createGridFromImage_()` functionality.
<!--
Is there a corresponding issue? Add "Fixes hashtag issuenumber" which will automatically close the issue when this MR is merged. Add "Related to hashtag issuenumber" if it's related but doesn't fix the issue completely.
-->
**Notes for the reviewer**
Within !3160 the subgrid grid manager is extended to accept 3D "images" using a BinaryMask file. There should be no conflicts, but extending the stamping parts of this MR to the 3D grid should also be possible.
<!--
Keep the following TODO list in the merge request description for documentation.
Bullet points marked with _(if not applicable remove)_ may be removed.
-->
Before you request a review from someone, make sure to revise the following points:
- [x] does the new code follow the [style guide](doc/styleguide.md)?
- [x] do the test pipelines pass? (see guide on [how to run pipelines for a merge request](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/wikis/Running-test-pipelines-for-merge-requests))
- [x] is the code you changed and/or the new code you wrote covered in the test suite? (if not, extend the existing tests or write new ones)
- [x] does your change affect public interfaces or behavior, or, does it introduce a new feature? If so, document the change in `CHANGELOG.md`.
- [x] is the list of the header includes complete? ("include what you use")
- [x] all files have to end with a `\n` character. Make sure there is no `\ No newline at end of file` comment in "Changes" of this MR.
<!--
The following aspects might also come up during review:
* Does the change reduce the performance of the code (more CPU time or more memory) and is this justified by the benefits
* Does the change improve the performance? (if yes, add this aspect to the MR description)
* Is the code is a gross violation of programming best practices such as DRY (don't repeat yourself / code duplication, see https://de.wikipedia.org/wiki/Don%E2%80%99t_repeat_yourself, the SOLID principles (https://en.wikipedia.org/wiki/SOLID), or the C++ Core Guidelines (https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines)?
* Is the code well-documented, concise, easily readable? (e.g. variables are well-named, the logic is split into small & well-named functions)
-->3.6Ned ColtmanNed Coltmanhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2770[io][bugfix] Enable parallel grids from cake grid creator2021-08-19T15:03:49ZTimo Kochtimokoch@math.uio.no[io][bugfix] Enable parallel grids from cake grid creatorFill the factory on rank 0 and then distribute to the other ranks.
This uses the same method used for Dune::GmshReader.
Add some parallel test to make sure this works
Closes #1070Fill the factory on rank 0 and then distribute to the other ranks.
This uses the same method used for Dune::GmshReader.
Add some parallel test to make sure this works
Closes #10703.5Dennis GläserDennis Gläserhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2226Feature/modify loadsolution2020-09-29T21:07:57ZNed ColtmanFeature/modify loadsolutionAt the moment, the `loadSolution` method takes a solution from a simulation with `modelconceptA` to read in as initial conditions for another simulation with `modelConceptA`.
The method isn't necessarily limited to this. If a `modelConc...At the moment, the `loadSolution` method takes a solution from a simulation with `modelconceptA` to read in as initial conditions for another simulation with `modelConceptA`.
The method isn't necessarily limited to this. If a `modelConceptAB` existed, where an additional, or multiple additional primary variables (B) were added on top of the primary variables included in `modelconceptA` , the `loadSolution` method could load the solution covering the primary variables in `modelConceptA`, and the usual initial conditions function could be used for the remaining primary variables from the B scope of the `modelConceptAB`.
I've added a test that performs an example of this. `modelConceptA` is a ransmodel with 2 components (`rans2C`), and the target `modelConceptAB` is a nonisothermal ransmodel with 2 components (`rans2cni`). The rans2c solution is read in, and the initial conditions function in problem is used for the nonisothermal model.
This would allow to set up more complicated initial conditions for complicated models with solutions from base model runs.
It could also allow us to reduce testing time, in that initial conditions from a base solution can be used for each test in a specific suite. This would reduce the time required to create physical output.
todos:
- [x] Make this backwards compatible
- [x] Check for mismatched primary variables. Only load mathing PV names. (This should already exist/work, need to test)3.3Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1785[cakegridmanager] Fix bugs, allow zero well radius2019-11-11T20:39:37ZMartin Schneider[cakegridmanager] Fix bugs, allow zero well radius3.2Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1190[io][gridmanager] Make gridData when making grid from dgf2018-08-23T17:58:31ZTimo Kochtimokoch@math.uio.no[io][gridmanager] Make gridData when making grid from dgfMake the grid data object when using dgf. This was missing.Make the grid data object when using dgf. This was missing.3.0Kilian WeishauptKilian Weishaupthttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/902fix little typo in container.hh2018-04-10T06:44:26ZGabi Seitzfix little typo in container.hhThomas FetzerThomas Fetzerhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/759[io][gridcreator] Make construction of tensorgrid more flexible2018-01-26T11:05:57ZKilian Weishaupt[io][gridcreator] Make construction of tensorgrid more flexible* Add a public method taking the positions, cells and the grading
vectors as arguments.
* The general makeGrid() method now extracts the necessary parameters from
the input file and calls the new method with them
* The new method can...* Add a public method taking the positions, cells and the grading
vectors as arguments.
* The general makeGrid() method now extracts the necessary parameters from
the input file and calls the new method with them
* The new method can be useful in cases where a tensorgrid should
be constructed not based on input file data, but on different ones,
e.g. evalutated by a user specified algorithm3.0Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/754Feature/subgrid2018-01-25T15:45:47ZKilian WeishauptFeature/subgrid3.0Timo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/673Feature/improve vtk writer2017-12-22T13:12:26ZKilian WeishauptFeature/improve vtk writerKilian WeishauptKilian Weishaupthttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/668[staggered][freeflow] Add class to calcute the fluxes over a plane2017-12-22T13:12:20ZKilian Weishaupt[staggered][freeflow] Add class to calcute the fluxes over a plane* only works for staggered free flow* only works for staggered free flowKilian WeishauptKilian Weishaupthttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/564Feature/improve params2017-12-22T13:12:25ZKilian WeishauptFeature/improve paramsDennis GläserDennis Gläserhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/533[vtk] Improve velocity output for box 1d2017-12-22T13:12:21ZKilian Weishaupt[vtk] Improve velocity output for box 1d* for box, the velocities are located at the vertices
* for 1d, this does not make sense
* we move the velocities to the 1d element centers, which also
allows easier calculation* for box, the velocities are located at the vertices
* for 1d, this does not make sense
* we move the velocities to the 1d element centers, which also
allows easier calculationTimo Kochtimokoch@math.uio.noTimo Kochtimokoch@math.uio.nohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/407[io][cake][cleanup] Remove debug output and other improvements2017-04-05T11:25:40ZTimo Kochtimokoch@math.uio.no[io][cake][cleanup] Remove debug output and other improvements* resize instead of push_back is more effecient
* Initialize strings in one line
* Introduce verbosity concept in all functions
* Measure time in test* resize instead of push_back is more effecient
* Initialize strings in one line
* Introduce verbosity concept in all functions
* Measure time in testThomas FetzerThomas Fetzer