dumux-repositories issueshttps://git.iws.uni-stuttgart.de/groups/dumux-repositories/-/issues2018-04-18T12:43:27Zhttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/302FS#302 Implement EfftoAbsLaw and Regularization classes for 3p (Parker - van ...2018-04-18T12:43:27ZKilian WeishauptFS#302 Implement EfftoAbsLaw and Regularization classes for 3p (Parker - van Genuchten)# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | 3p3c |
| Reported by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Reported at | Nov 4, 2015 08:31 |
| Type | Feature Request...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | 3p3c |
| Reported by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Reported at | Nov 4, 2015 08:31 |
| Type | Feature Request |
| Version | Git |
| Last edited by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Last edited at | Dec 16, 2015 05:57 |
| Closed by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Closed at | Dec 16, 2015 05:57 |
| Closed in version | 2.9 |
| Resolution | Implemented |
# Description
So far, the conversion from absolute to effective saturations takes place in the raw material law itself. The same applies for regularization.
We should implement these features in separate classes in order to be consistent with the 2p material laws. In addition, changing parameters for, e.g., the regularization becomes easier and less error prone.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/301FS#301 Solution dependent spatial parameters2018-04-18T12:43:28ZAlexander KissingerFS#301 Solution dependent spatial parameters# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Alexander Kissinger (alexander.kissinger@iws.uni-stuttgart.de) |
| Reported at | Oct 21, 2015 15:12 |
| Type | Featu...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Alexander Kissinger (alexander.kissinger@iws.uni-stuttgart.de) |
| Reported at | Oct 21, 2015 15:12 |
| Type | Feature Request |
| Version | Git |
| Last edited by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Last edited at | Jan 22, 2016 09:25 |
# Description
In many applications there is a need to make parameters like porosity, permeability etc. dependent on the solution, e.g. porosity or permeability depending on pressure or chemical species or whatever.
It would be very convenient for these cases to have a function call from the volume variables that passes the current volume variables along as an argument.
This would greatly increase the flexibility for users who would not have to change anything on the model level if they want solution dependent spatial params but could implement all their changes on the application level.
The function calls could be implemented on the common and model level in such a way that the function calls as they are now would still be valid, i.e. no changes needed in existing spatial params on the application level.
I already implemented something like this for the dfm models in dumux-devel.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/300FS#300 AMGBackend not working with UGGrid or ALUGrid2018-04-18T12:43:28ZMartin BeckFS#300 AMGBackend not working with UGGrid or ALUGrid# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Martin Beck (martin.beck@iws.uni-stuttgart.de) |
| Reported at | Oct 19, 2015 07:31 |
| Type | Bug Report |
| Versio...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Martin Beck (martin.beck@iws.uni-stuttgart.de) |
| Reported at | Oct 19, 2015 07:31 |
| Type | Bug Report |
| Version | Git |
| Last edited by | Bernd Flemisch (bernd@iws.uni-stuttgart.de) |
| Last edited at | Nov 3, 2015 13:25 |
| Closed by | Bernd Flemisch (bernd@iws.uni-stuttgart.de) |
| Closed at | Nov 3, 2015 13:25 |
| Closed in version | unknown (Id=0) |
| Resolution | Fixed |
# Description
The AMGBackend is currently working with YaspGrid, but neither with UGGrid nor with ALUGrid.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/299FS#299 Release 2.92018-04-18T12:43:28ZBernd FlemischFS#299 Release 2.9# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Bernd Flemisch (bernd@iws.uni-stuttgart.de) |
| Reported at | Oct 16, 2015 11:19 |
| Type | Feature Request |
| Vers...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Bernd Flemisch (bernd@iws.uni-stuttgart.de) |
| Reported at | Oct 16, 2015 11:19 |
| Type | Feature Request |
| Version | Git |
| Last edited by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Last edited at | Mar 29, 2016 12:19 |
| Closed by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Closed at | Mar 29, 2016 12:19 |
| Closed in version | 2.9 |
| Resolution | Implemented |
# Description
Manager: Kilian
Date: 11.3.16
Homepage: Christoph
Doxygen: Bernd and Natalie
Handbook: Johannes and Martin B.
Lecture: Martin S. and Timohttps://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/298FS#298 FluidState and Property System2018-04-18T12:43:28ZMartin SchneiderFS#298 FluidState and Property System# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Martin Schneider (martin.schneider@iws.uni-stuttgart.de) |
| Reported at | Oct 7, 2015 14:36 |
| Type | Feature Requ...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Martin Schneider (martin.schneider@iws.uni-stuttgart.de) |
| Reported at | Oct 7, 2015 14:36 |
| Type | Feature Request |
| Version | Git |
| Last edited by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Last edited at | Feb 4, 2016 13:48 |
| Closed by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Closed at | Feb 4, 2016 13:48 |
| Closed in version | 2.9 |
| Resolution | Implemented |
# Description
For the implicit 2p model, the property FluidState is set. Therefore, the fluid parameters can be accessed in the problem file via the FluidState. That is not the case for the other models. We should think about how this could be solved and generalized for all models.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/297FS#297 Bibliography in doxygen2018-04-18T12:43:28ZThomas FetzerFS#297 Bibliography in doxygen# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | Documentation |
| Reported by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Reported at | Sep 30, 2015 07:30 |
| Type | Hiwi Job |
...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | Documentation |
| Reported by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Reported at | Sep 30, 2015 07:30 |
| Type | Hiwi Job |
| Version | Git |
| Last edited by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Last edited at | Jan 12, 2016 16:49 |
| Closed by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Closed at | Jan 12, 2016 16:49 |
| Closed in version | unknown (Id=0) |
| Resolution | Implemented |
# Description
To further emphasize the scientific background of dumux we could think about adding a reference list in doxygen (e.g. for fluid properties, etc.). Generally doxygen offers the possibility to cite literature with the latex command \cite and to extract the papers from a bib file.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/296FS#296 Shallow water model2018-05-07T14:12:49ZMartin SchneiderFS#296 Shallow water model# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Martin Schneider (martin.schneider@iws.uni-stuttgart.de) |
| Reported at | Sep 29, 2015 11:53 |
| Type | Feature Req...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Martin Schneider (martin.schneider@iws.uni-stuttgart.de) |
| Reported at | Sep 29, 2015 11:53 |
| Type | Feature Request |
| Version | Git |
| Last edited by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Last edited at | Jan 22, 2016 09:36 |
# Description
I have modified the old version of the shallow water model (implemented by Anne and Markus) such that it runs with the current dumux version.
Nevertheless, before adding it to the dumux-lecture module, we should change some "outdated" parts.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/295FS#295 Memory leak when destructing grid pointer2018-04-18T12:43:28ZThomas FetzerFS#295 Memory leak when destructing grid pointer# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | stokes |
| Reported by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Reported at | Sep 23, 2015 14:00 |
| Type | Bug Report |
| Ver...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | stokes |
| Reported by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Reported at | Sep 23, 2015 14:00 |
| Type | Bug Report |
| Version | Git |
| Last edited by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Last edited at | Jan 22, 2016 09:38 |
# Description
With enabled address-sanitizer and dune-alugrid, the navierstokes test problem detects a memory leak. This happens for both the old and the new gridcreator.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/294FS#294 Mass conservative grid adaptation for box method2018-04-18T12:43:28ZMartin SchneiderFS#294 Mass conservative grid adaptation for box method# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | Implicit models |
| Reported by | Martin Schneider (martin.schneider@iws.uni-stuttgart.de) |
| Reported at | Sep 22, 2015 13:32 |
| Type | Fea...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | Implicit models |
| Reported by | Martin Schneider (martin.schneider@iws.uni-stuttgart.de) |
| Reported at | Sep 22, 2015 13:32 |
| Type | Feature Request |
| Version | Git |
| Last edited by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Last edited at | Mar 22, 2016 11:07 |
# Description
The box scheme is not yet mass conservative for grid adaptation. Currently, an error is thrown by using adaptivity with box method.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/293FS#293 Get rid of "self-written" parallel linear solvers2018-04-18T12:43:28ZBernd FlemischFS#293 Get rid of "self-written" parallel linear solvers# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Bernd Flemisch (bernd@iws.uni-stuttgart.de) |
| Reported at | Sep 14, 2015 10:28 |
| Type | Feature Request |
| Vers...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Bernd Flemisch (bernd@iws.uni-stuttgart.de) |
| Reported at | Sep 14, 2015 10:28 |
| Type | Feature Request |
| Version | Git |
| Last edited by | Bernd Flemisch (bernd@iws.uni-stuttgart.de) |
| Last edited at | Dec 9, 2015 15:50 |
| Closed by | Bernd Flemisch (bernd@iws.uni-stuttgart.de) |
| Closed at | Dec 9, 2015 15:50 |
| Closed in version | 2.9 |
| Resolution | Implemented |
# Description
In dumux/linear/boxlinearsolver.hh, there are several linear solver backends which use "self-written" infrastructure for parallel runs from the files borderindex.hh, domesticoverlapfrombcrsmatrix.hh, elementborderlistfromgrid.hh, foreignoverlapfrombcrsmatrix.hh, globalindices.hh, overlapping...hh, vectorexchange.hh, vertexborderlistfromgrid.hh.
Since the parallelism is restricted to box, the iteration counts deteriorate with growing process numbers, the code is hard to maintain or to generalize, and we have the general / rather robust / mostly upstream-maintained AMGBackend, I propose to get rid of boxlinearsolver.hh and the infrastructure files.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/292FS#292 The mole fractions in the 3p3c model do not sum up to one2018-04-18T12:43:28ZThomas FetzerFS#292 The mole fractions in the 3p3c model do not sum up to one# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | 3p3c |
| Reported by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Reported at | Sep 3, 2015 16:32 |
| Type | Bug Report |
| Versio...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | 3p3c |
| Reported by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Reported at | Sep 3, 2015 16:32 |
| Type | Bug Report |
| Version | Git |
| Last edited by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Last edited at | Sep 3, 2015 18:03 |
| Closed by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Closed at | Sep 3, 2015 18:03 |
| Closed in version | unknown (Id=0) |
| Resolution | Not a bug |
# Description
```
... for the non-wetting (mesitylene) phase for all the 3p3c problem, this causes the kuevette problem to fail the test
```https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/291FS#291 How to deal with solutes?2018-04-18T12:43:28ZThomas FetzerFS#291 How to deal with solutes?# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Reported at | Sep 2, 2015 11:35 |
| Type | Bug Report |
| Ver...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Reported at | Sep 2, 2015 11:35 |
| Type | Bug Report |
| Version | Git |
| Last edited by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Last edited at | Mar 14, 2016 15:30 |
| Closed by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Closed at | Mar 14, 2016 15:30 |
| Closed in version | 2.9 |
| Resolution | Implemented |
# Description
```
There are different ways to deal with solutes and their influence on the phase properties.
1) we know it
2) linear mixture (based on moles, e.g. density for ideal gases)
3) assumed linear mixture (based on moles/masses)
4) neglected influence of the minor component
Sometimes we assume case 2) even though we consider the components not to be ideal (e.g. density() in h2oairfluidsystem).
For some fluidsystems (e.g. h2oairfluidsystem) we mix case 3) and 4) without any reasoning -> thermalConductivity (gas -> dry air -> case 4) but heatCapacity (mixed -> case 3).
Should/Could we discuss how to proceed if 1) and 2) is not true?
Does it make sense to agree on default treatment (e.g. always linear mixture (molar/mass based) or neglecting for liquid and linear mixing for gas)? Or do we allow to mix solutions, formulations in whatever way the author thinks is correct?
```https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/290FS#290 Versions in Flyspray2018-04-18T12:43:28ZThomas FetzerFS#290 Versions in Flyspray# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Reported at | Sep 1, 2015 14:10 |
| Type | Feature Request |
...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Reported at | Sep 1, 2015 14:10 |
| Type | Feature Request |
| Version | Git |
| Last edited by | Christoph GrĂ¼ninger (gruenich@iws.uni-stuttgart.de) |
| Last edited at | Sep 3, 2015 12:37 |
| Closed by | Christoph GrĂ¼ninger (gruenich@iws.uni-stuttgart.de) |
| Closed at | Sep 3, 2015 12:37 |
| Closed in version | unknown (Id=0) |
| Resolution | Implemented |
# Description
Can we create a tag named "Dumux day" in addtion to the svn-.. ? So we can mark task which are well suited for Dumux day activities.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/289FS#289 Fluid Framework Description inside the Handbook2018-04-18T12:43:28ZThomas FetzerFS#289 Fluid Framework Description inside the Handbook# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | Documentation |
| Reported by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Reported at | Sep 1, 2015 14:07 |
| Type | Feature Requ...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | Documentation |
| Reported by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Reported at | Sep 1, 2015 14:07 |
| Type | Feature Request |
| Version | Git |
| Last edited by | Alexander Kissinger (alexander.kissinger@iws.uni-stuttgart.de) |
| Last edited at | Mar 8, 2016 08:39 |
| Closed by | Alexander Kissinger (alexander.kissinger@iws.uni-stuttgart.de) |
| Closed at | Mar 8, 2016 08:39 |
| Closed in version | 2.9 |
| Resolution | Implemented |
# Description
```
Currently we have a quite large section about the fluid system and fluid state inside the handbook. This is good and comprehensive but things like function descriptions should be treated in doxygen. The disadvantage of the current state is.
1) the functions/variables might not be up-to-date
2) the list of available fluidstates/fluidsystem is _not_ up-to-date
Therefore the handbook group decided to move this section out of the handbook. In which kind and if this makes sense has to be discussed. One option is to create base classes which contain all respective functions and from which all subclasses inherits from (e.g. compositionalfluidstate would then inherit from basefluidstate). In the handbook we would then refer to the doxygen pages created from this file.
```https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/288FS#288 Base fuel-cell example from lecture on 2pnc stable2018-04-18T12:43:27ZBernd FlemischFS#288 Base fuel-cell example from lecture on 2pnc stable# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Bernd Flemisch (bernd@iws.uni-stuttgart.de) |
| Reported at | Aug 24, 2015 10:15 |
| Type | Feature Request |
| Vers...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Bernd Flemisch (bernd@iws.uni-stuttgart.de) |
| Reported at | Aug 24, 2015 10:15 |
| Type | Feature Request |
| Version | Git |
| Last edited by | Timo Koch (timo.koch@iws.uni-stuttgart.de) |
| Last edited at | Aug 28, 2015 09:42 |
| Closed by | Timo Koch (timo.koch@iws.uni-stuttgart.de) |
| Closed at | Aug 28, 2015 09:42 |
| Closed in version | 2.8 |
| Resolution | Implemented |
# Description
The example in dumux-lecture/lecture/mm/fuelcell uses its own 2pnc model. This was necessary as long as 2pnc was part of dumux-devel. Since it is included in stable by now, it should be possible to use it from there.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/287FS#287 Unify doxygen comments for properties2018-04-18T12:43:27ZKilian WeishauptFS#287 Unify doxygen comments for properties# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Reported at | Aug 21, 2015 14:38 |
| Type | Bug Report ...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Reported at | Aug 21, 2015 14:38 |
| Type | Bug Report |
| Version | Git |
| Last edited by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Last edited at | Jan 22, 2016 09:48 |
| Closed by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Closed at | Jan 22, 2016 09:48 |
| Closed in version | 2.9 |
| Resolution | Won't implement |
# Description
In doxygen's Dumux::Properties Namespace Reference,for several properties (e.g., Fluidsytem) a multitude of different comments have been assigned in the various models.
These comments should be unified so that there will be only one single comment for each property.
We should probably use the opportunity to do this while changing the folder structure after 2.7.
Since various properties will be declared on a higher level for several models, this will automatically reduce redundancy and the number of different comments for the same property.
Only some "special" properties that are only used by certain models might have to be changed manually.
So far, the following properties have multiple comments:
Property tag Dumux::Properties::WettingPhase
Property tag Dumux::Properties::VtkAddVelocity
Property tag Dumux::Properties::VisitFacesOnlyOnce
Property tag Dumux::Properties::VertexMapper
Property tag Dumux::Properties::VelocityFormulation
Property tag Dumux::Properties::VelocityAveragingInModel
Property tag Dumux::Properties::UseMoles
Property tag Dumux::Properties::UseConstraintSolver
Property tag Dumux::Properties::TimeManagerMaxTimeStepSize
Property tag Dumux::Properties::TimeManager
Property tag Dumux::Properties::SpatialParamsForchCoeff
Property tag Dumux::Properties::SpatialParams
Property tag Dumux::Properties::SolutionVector
Property tag Dumux::Properties::SaturationFormulation
Property tag Dumux::Properties::ReplaceCompEqIdx
Property tag Dumux::Properties::ProblemEnableGravity
Property tag Dumux::Properties::PressureGridFunctionSpace
Property tag Dumux::Properties::PressureFormulation
Property tag Dumux::Properties::PressureFEM
Property tag Dumux::Properties::PhaseIdx
Property tag Dumux::Properties::NumPhases
Property tag Dumux::Properties::NumComponents
Property tag Dumux::Properties::NonwettingPhase
Property tag Dumux::Properties::NewtonWriteConvergence
Property tag Dumux::Properties::NewtonUseLineSearch
Property tag Dumux::Properties::NewtonTargetSteps
Type tag Dumux::Properties::NewtonMethod
Property tag Dumux::Properties::NewtonController
Property tag Dumux::Properties::Model
Property tag Dumux::Properties::MaterialLawParams
Property tag Dumux::Properties::MaterialLaw
Property tag Dumux::Properties::LinearSolverVerbosity
Property tag Dumux::Properties::LinearSolverBlockSize
Property tag Dumux::Properties::JacobianMatrix
Property tag Dumux::Properties::JacobianAssembler
Property tag Dumux::Properties::Indices
Property tag Dumux::Properties::ImplicitNumericDifferenceMethod
Property tag Dumux::Properties::ImplicitMobilityUpwindWeight
Property tag Dumux::Properties::ImplicitMassUpwindWeight
Property tag Dumux::Properties::ImplicitEnablePartialReassemble
Property tag Dumux::Properties::ImplicitEnableHints
Property tag Dumux::Properties::ImpetErrorTermUpperBound
Property tag Dumux::Properties::ImpetErrorTermLowerBound
Property tag Dumux::Properties::ImpetErrorTermFactor
Property tag Dumux::Properties::GridOperatorSpace
Property tag Dumux::Properties::GridOperator
Property tag Dumux::Properties::GridAdaptEnableInitializationIndicator
Property tag Dumux::Properties::Grid
Property tag Dumux::Properties::FluidSystem
Property tag Dumux::Properties::FluidState
Property tag Dumux::Properties::Fluid
Property tag Dumux::Properties::DisplacementGridFunctionSpace
Property tag Dumux::Properties::DisplacementFEM
Property tag Dumux::Properties::CellData
Property tag Dumux::Properties::BaseModel
Property tag Dumux::Properties::BaseFluxVariables
Maybe it would be a good idea to form a group (similar to the handbook team) in order to discuss which comments should be used and/or improved.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/286FS#286 Cleanup after introduction of new gridcreator2018-04-18T12:43:27ZNicolas SchwenckFS#286 Cleanup after introduction of new gridcreator# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Nicolas Schwenck (nicolas.schwenck@iws.uni-stuttgart.de) |
| Reported at | Aug 20, 2015 08:55 |
| Type | Hiwi Job |
...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Nicolas Schwenck (nicolas.schwenck@iws.uni-stuttgart.de) |
| Reported at | Aug 20, 2015 08:55 |
| Type | Hiwi Job |
| Version | Git |
| Last edited by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Last edited at | Mar 24, 2016 07:28 |
| Closed by | Kilian Weishaupt (kilian.weishaupt@iws.uni-stuttgart.de) |
| Closed at | Mar 24, 2016 07:28 |
| Closed in version | 2.9 |
| Resolution | Implemented |
# Description
Timos last comment on FS#284 was:
A general grid creator is implemented in revision r15307 as the new standard grid creator.
It remains a cleanup task: Through the grid creator the necessary header files (both grid header and dgf header + e.g. gmsh reader) are now included by standard. It is not necessary anymore for most tests to include any header for the grid.
Those includes can be removed.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/285FS#285 Grids folder gets linked even if it doesn't exist2018-04-18T12:43:27ZTimo Kochtimokoch@math.uio.noFS#285 Grids folder gets linked even if it doesn't exist# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Timo Koch (timo.koch@iws.uni-stuttgart.de) |
| Reported at | Jul 31, 2015 08:36 |
| Type | Bug Report |
| Version | ...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Timo Koch (timo.koch@iws.uni-stuttgart.de) |
| Reported at | Jul 31, 2015 08:36 |
| Type | Bug Report |
| Version | Git |
| Last edited by | Timo Koch (timo.koch@iws.uni-stuttgart.de) |
| Last edited at | Aug 28, 2015 09:53 |
| Closed by | Timo Koch (timo.koch@iws.uni-stuttgart.de) |
| Closed at | Aug 28, 2015 09:53 |
| Closed in version | unknown (Id=0) |
| Resolution | Fixed |
# Description
Results in broken symlink.https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/284FS#284 Make GridCreator detect grid format from ini file2018-04-18T12:43:27ZTimo Kochtimokoch@math.uio.noFS#284 Make GridCreator detect grid format from ini file# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Timo Koch (timo.koch@iws.uni-stuttgart.de) |
| Reported at | Jul 28, 2015 18:37 |
| Type | Feature Request |
| Versi...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | General |
| Reported by | Timo Koch (timo.koch@iws.uni-stuttgart.de) |
| Reported at | Jul 28, 2015 18:37 |
| Type | Feature Request |
| Version | Git |
| Last edited by | Nicolas Schwenck (nicolas.schwenck@iws.uni-stuttgart.de) |
| Last edited at | Aug 20, 2015 08:56 |
| Closed by | Nicolas Schwenck (nicolas.schwenck@iws.uni-stuttgart.de) |
| Closed at | Aug 20, 2015 08:56 |
| Closed in version | 2.8 |
| Resolution | Implemented |
# Description
```
We recently decided to include more GridCreators in dumux (e.g. *.msh, *.art). I recently found it quite inconvenient that when you want to specify a gmsh file instead of a DGF you have to change something in the source too and recompile.
I suggest two alternatives:
1. A GridCreator/Factory like the one in dune-testtools:
http://conan2.iwr.uni-heidelberg.de/git/quality/dune-testtools/blob/master/dune/testtools/gridconstruction.hh
Explanation: The Gridfactory class has specializations for all supported grid managers. The Gridtype gets deduced by our Dumux Property "Grid". For each grid type we offer an interface in the input file. For e.g. UG it is optional if we want to specify a file (dgf, msh, art) via e.g. "Grid.File = mygrid.dgf" or a cube/simplex convenience constructor via e.g. "cellsX = 20...".
Pros: there is only one GridCreator, no need for a property. Flexible.
Cons: more change, nice interface in the ini file has to be found + good error handling for the user.
2. We keep two kinds of GridCreators:
- the "simple" ones, cube (cubes / simplices), maybe sphere in the future
- a single FromFileGridCreator that detects the type of Grid from the extension of the file given in the input file.
Cons: still multiple grid creators
Pros: easier implementation, Filetype doesn't matter
I would opt for the second one for now, as it is closer to what we already have and just makes life easier if you want to change the grid file to another format. A more comprehensive change like the one in 1. could be realized in 2.9 if positive feedback.
```https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/283FS#283 Compatibility of interfacemeshcreator2018-04-18T12:43:28ZThomas FetzerFS#283 Compatibility of interfacemeshcreator# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | multidomain |
| Reported by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Reported at | Jul 22, 2015 06:46 |
| Type | Feature Reque...# Metadata
| Property | Value |
| -------- | ----- |
| Project | dumux |
| Category | multidomain |
| Reported by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Reported at | Jul 22, 2015 06:46 |
| Type | Feature Request |
| Version | Git |
| Last edited by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Last edited at | Jul 29, 2015 07:35 |
| Closed by | Thomas Fetzer (thomas.fetzer@iws.uni-stuttgart.de) |
| Closed at | Jul 29, 2015 07:35 |
| Closed in version | 2.8 |
| Resolution | Implemented |
# Description
Using the interfacemeshcreator with the common start.hh is currently not possible, therefore the multidomain problems have their own start routine. The interfacemeshcreator should fit the general infracstructure and multidomain problems should call the common start routine.