dumux-repositories issues
https://git.iws.uni-stuttgart.de/groups/dumux-repositories/-/issues
2023-10-09T15:53:33Z
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux-lecture/-/issues/30
Fix some things in ground water exercise
2023-10-09T15:53:33Z
Timo Koch
timokoch@math.uio.no
Fix some things in ground water exercise
See comments here: https://git.iws.uni-stuttgart.de/dumux-repositories/dumux-lecture/-/merge_requests/206
See comments here: https://git.iws.uni-stuttgart.de/dumux-repositories/dumux-lecture/-/merge_requests/206
3.8
Ivan Buntic
Ivan Buntic
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/1296
Fix updateAfterGridAdaption() function call for multidomain assembler
2023-08-26T15:16:22Z
Ivan Buntic
Fix updateAfterGridAdaption() function call for multidomain assembler
<!--
SPDX-FileCopyrightInfo: Copyright © DuMux Project contributors, see AUTHORS.md in root folder
SPDX-License-Identifier: CC0-1.0
-->
<!--
This form is for bug reports ONLY!
If you're looking for help check out the [readme](/README....
<!--
SPDX-FileCopyrightInfo: Copyright © DuMux Project contributors, see AUTHORS.md in root folder
SPDX-License-Identifier: CC0-1.0
-->
<!--
This form is for bug reports ONLY!
If you're looking for help check out the [readme](/README.md).
-->
**What happened / Problem description**:
Calling the `updateAfterGridAdaption()` function of a [multidomain assembler](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/dumux/multidomain/fvassembler.hh#L323) results in compilation errors, as the called functions within expect arguments but these are not provided.
**How to reproduce it (as minimally and precisely as possible)**:
Call `updateAfterGridAdaption()` on a multidomain assembler.
3.8
Ivan Buntic
Ivan Buntic
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/1295
Adjust extract porenetwork script - disconnected pores already include isolat...
2023-08-23T11:53:16Z
Anna Mareike Kostelecky
Adjust extract porenetwork script - disconnected pores already include isolated pores
<!--
SPDX-FileCopyrightInfo: Copyright © DuMux Project contributors, see AUTHORS.md in root folder
SPDX-License-Identifier: CC0-1.0
-->
<!--
This form is for bug reports ONLY!
If you're looking for help check out the [readme](/README....
<!--
SPDX-FileCopyrightInfo: Copyright © DuMux Project contributors, see AUTHORS.md in root folder
SPDX-License-Identifier: CC0-1.0
-->
<!--
This form is for bug reports ONLY!
If you're looking for help check out the [readme](/README.md).
-->
**Bug report**
**What happened / Problem description**:
Since the updating script [extract_pore_network_with_porespy.py](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/dumux/porenetwork/util/extract_pore_network_with_porespy.py) for the new openpnm version 3, isolated pores and pores in disconnected clusters are removed to avoid singularity. However, @mathis mentioned that isolated pores can't be removed anymore as they were already removed before by the pores in disconnected clusters.
Checking with the extraction script based on a OpenPNM version 2.X, "trim_pores" was used (see [OpenPNM version 2.8](https://github.com/PMEAL/OpenPNM/blob/v2.8.2/openpnm/utils/Project.py#L804)), which is equivilant to "disconnected_pores" in [OpenPNM version 3.X](https://github.com/PMEAL/OpenPNM/blob/dev/openpnm/utils/_health.py#L88).
**What you expected to happen**:
No error, when removing isolated pores or pores from disconnected clusters and no removed pores, which should not be.
**How to reproduce it (as minimally and precisely as possible)**:
<details><summary>Minimal Python example</summary>
A porenetwork is created and boundary throats are deleted such that it leaves a network with isolated pores at the corners (see plot).
It can be seen from the output, that isolated pores and pores in disconnected clusters are the same in this case. Hence, `disconnected_pores` also contains `isolated_pores`. After trimming the network with `disconnected_pores`, trimming with `isolated_pores` does not work any more/is unnecessary.
```python
import openpnm as op
import numpy as np
import matplotlib.pyplot as plt
import math
def plot_network_with_op(network):
print('\n------------------------------------------')
print('Plot network with openPNM visualization (using matplotlib)')
opMplStyle = True
if opMplStyle:
op.visualization.set_mpl_style()
fig = plt.figure(figsize=[20, 15])
ax = fig.add_subplot(111)
legend_labels = ['throat', 'pore']
ax = op.visualization.plot_connections(network, ax=ax, label = legend_labels[0])
ax = op.visualization.plot_coordinates(network, ax=ax, label = legend_labels[1])
plt.legend()
plt.show()
def calc_throat_center_coords(network):
pore_coords = network["pore.coords"]
throats = network["throat.conns"]
throat_centers = np.mean(pore_coords[throats], axis=1)
return throat_centers
def remove_boundary_throats(network):
eps = 1e-6
throat_centers = calc_throat_center_coords(network)
box_min = np.min(network['pore.coords'][:], axis=0)
box_max = np.max(network['pore.coords'][:], axis=0)
eps_array_2D = np.array([eps, eps, 0.0])
boundaryThroats = np.any((throat_centers < box_min + eps_array_2D) | (throat_centers > box_max - eps_array_2D), axis=1) #bool vector with True for throats at boundary
op.topotools.trim(network=network, throats=boundaryThroats)
N_x = 5
N_y = N_x
porenetwork = op.network.Cubic(shape=[N_x,N_y ])
# delete throats at boundary to create isolated pores in corners
remove_boundary_throats(porenetwork)
plot_network_with_op(porenetwork)
health = op.utils.check_network_health(porenetwork)
print("Pores in disconnected clusters: ", health["disconnected_pores"])
print("Isolated pores: ", health["isolated_pores"])
op.topotools.trim(network=porenetwork, pores=health["isolated_pores"])
op.topotools.trim(network=porenetwork, pores=health["disconnected_pores"])
```
</details>
**Sugdestion**:
Just use `disconnected_pores` to trim porenetwork as this is equivalent to the old script based on OpenPNM 2.X and it also contains the `isolated_pores`
**Environment**:
- Dune version:
- DuMux version:
- Others:
Anna Mareike Kostelecky
Anna Mareike Kostelecky
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/1290
Add convenience function to construct default gridgeometry given a discretiza...
2023-08-01T21:59:07Z
Timo Koch
timokoch@math.uio.no
Add convenience function to construct default gridgeometry given a discretization scheme
`makeGridGeometry<DiscMethod>(gridView, ...)`
`makeGridGeometry<DiscMethod>(gridView, ...)`
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/1260
[CheckPointTimeLoop] Modify time step sizes to hit checkpoints "exactly"
2023-10-25T11:37:52Z
Dennis Gläser
[CheckPointTimeLoop] Modify time step sizes to hit checkpoints "exactly"
Currently, `advanceTimeStep` is implemented such that if one is close to a checkpoint (not hitting it "exactly"), it is considered to be at the checkpoint at this checkpoint is popped. In addition, we could overload `setTimeStepSize` and...
Currently, `advanceTimeStep` is implemented such that if one is close to a checkpoint (not hitting it "exactly"), it is considered to be at the checkpoint at this checkpoint is popped. In addition, we could overload `setTimeStepSize` and modify the user choice such that we hit the checkpoint "exactly".
Dennis Gläser
Dennis Gläser
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/1259
Add an example for calculating fluxes over codim-1 regions
2023-07-26T08:41:31Z
Bernd Flemisch
Add an example for calculating fluxes over codim-1 regions
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/1258
An example for "upscaling of two-phase flow properties using pore network"
2023-12-13T09:54:51Z
Maziar Veyskarami
An example for "upscaling of two-phase flow properties using pore network"
Since many people use pore network for upscaling purposes, there is a need to have a well-designed and documented example of how it can be done using the pore network in DUMUX. Although we already have an example for upscaling of a singl...
Since many people use pore network for upscaling purposes, there is a need to have a well-designed and documented example of how it can be done using the pore network in DUMUX. Although we already have an example for upscaling of a single-phase flow system, having another example for upscaling of a two-phase system to obtain capillary-saturation and relative permeability-saturation curves is desirable.
Maziar Veyskarami
Maziar Veyskarami
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/1257
[ff-pm] Generalize ff-pm coupling - allow different schemes and generalize sl...
2024-03-26T09:28:33Z
Martin Schneider
[ff-pm] Generalize ff-pm coupling - allow different schemes and generalize slip condition
- [x] The current implementation for coupling free-flow with porous medium flow is restricted to cctpfa-staggered coupling, this should be generalized to also allow other coupling schemes.
- [x] Generalization of slip condition !3762
- [x] The current implementation for coupling free-flow with porous medium flow is restricted to cctpfa-staggered coupling, this should be generalized to also allow other coupling schemes.
- [x] Generalization of slip condition !3762
3.9
Martin Schneider
Martin Schneider
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/1256
[porousmedia] Energy balance implementation
2024-03-25T10:31:55Z
Timo Koch
timokoch@math.uio.no
[porousmedia] Energy balance implementation
We currently have some inconsistencies in the energy balance for porous media. For thermal equilibrium models, we implement
```math
\frac{\partial \left( n_s \rho_s u_s + n_f \rho_f u_f \right)}{\partial t} =
- \nabla\cdot{\left( \rho...
We currently have some inconsistencies in the energy balance for porous media. For thermal equilibrium models, we implement
```math
\frac{\partial \left( n_s \rho_s u_s + n_f \rho_f u_f \right)}{\partial t} =
- \nabla\cdot{\left( \rho_f h_f \boldsymbol{v}_f \right)} + \nabla\cdot{\left( \left\lbrace n_f \lambda_f + n_s \lambda_s \right\rbrace \nabla T \right)}.
```
but the correct balance would be
```math
\frac{\partial \left( n_s \rho_s u_s + n_f \rho_f \left\lbrace u_f - g z \right\rbrace \right)}{\partial t} =
- \nabla\cdot{\left( \left\lbrace \rho_f h_f - \rho_f g z\right\rbrace \boldsymbol{v}_f \right)} + \nabla\cdot{\left( \left\lbrace n_f \lambda_f + n_s \lambda_s \right\rbrace \nabla T \right)}.
```
This might seem like a small change but the difference actually shows some inconsistency. It's not just an omitted term.
Only looking at the fluid balance, the gravity term can also be written like this
```math
\frac{\partial \left( n_f \rho_f u_f \right)}{\partial t} = - \nabla\cdot{\left( \rho_f h_f \boldsymbol{v}_f \right)} + \nabla\cdot{\left(n_f \lambda_f \nabla T \right)} + \rho_f \boldsymbol{v}_f \cdot \boldsymbol{g} = - \nabla\cdot{\left( (\rho_f u_f + p) \boldsymbol{v}_f \right)} + \nabla\cdot{\left(n_f \lambda_f \nabla T \right)} + \rho_f \boldsymbol{v}_f \cdot \boldsymbol{g}.
```
Essentially, if we consider gravity in Darcy's law, we should also consider the corresponding term in the energy balance for consistency.
Subtracting the momentum balance multiplied by the velocity gives the balance of internal energy (non-conservative because only total energy is conserved):
```math
\frac{\partial \left( n_f \rho_f u_f \right)}{\partial t} = - \nabla\cdot{\left( \rho_f u_f \boldsymbol{v}_f \right)} + \nabla\cdot{\left(n_f \lambda_f \nabla T \right)} \underbrace{- p \left(\nabla\cdot{\boldsymbol{v}_f}\right)}_{\text{volume work}} \underbrace{+ \mu_f \boldsymbol{K}^{-1} \boldsymbol{v}_f \cdot \boldsymbol{v}_f}_{\text{viscous dissipation}}
```
This shows that there are conversion terms resulting in modification of the internal energy. Even if we assume that one of these is small, or both of these are small, we don't arrive at the implemented equation. If we don't have the gravity/potential energy term in the original balance, there would be an additional gravity term popping up here that mingles with the other energy conversion terms.
The gravity term vanishes if the fluid only moves perpendicular to the gravity field. However, for scenarios with strong upward/downward movement, this should have an effect.
3.9
Tufan Ghosh
Tufan Ghosh
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/1255
Potential inconsistency in component enthalpies of ideal gases
2024-03-19T12:43:26Z
Dennis Gläser
Potential inconsistency in component enthalpies of ideal gases
For ideal gases, enthalpy is independent of pressure (see last paragraph of the introduction [here](https://en.wikipedia.org/wiki/Enthalpy) or [here](https://chem.libretexts.org/Bookshelves/Physical_and_Theoretical_Chemistry_Textbook_Map...
For ideal gases, enthalpy is independent of pressure (see last paragraph of the introduction [here](https://en.wikipedia.org/wiki/Enthalpy) or [here](https://chem.libretexts.org/Bookshelves/Physical_and_Theoretical_Chemistry_Textbook_Maps/Physical_Chemistry_(LibreTexts)/22%3A_Helmholtz_and_Gibbs_Energies/22.04%3A_The_Enthalpy_of_an_Ideal_Gas)). We end up with
```math
dH = c_p dT
```
for enthalpy changes as function of temperature.
Some components implement
```cpp
static const Scalar gasEnthalpy(Scalar temperature, Scalar pressure)
{ return gasHeatCapacity(temperature, pressure) * temperature; }
```
However, with the above equation we should actually from a reference temperature (or state) to the given temperature.
Some Observations:
- `CH4` implements this:
```cpp
// method of Joback
const Scalar cpVapA = 19.25;
const Scalar cpVapB = 0.05213;
const Scalar cpVapC = 1.197e-5;
const Scalar cpVapD = -1.132e-8;
return
1/molarMass()* // conversion from [J/(mol*K)] to [J/(kg*K)]
(cpVapA + T*
(cpVapB/2 + T*
(cpVapC/3 + T*
(cpVapD/4))));
```
it says this is according to the method of Joback but I am having trouble finding out where the magic numbers come from. I cannot relate them to the Joback tables (e.g. Appendix C of [1]). Also, the equation looks as if this actually returns the average cp (integration of cp from 0 to T and then division by T). Sampling enthalpy values at specific temperatures also verifies that, as one gets closer to reported values when one removes the divisors (`/2`, `/3, `/4`)...
If we cannot find out where exactly these values come from, we could use Appendix A, Table Section C, row 26 of [1] for enthalpy computations. Seems to match reported values.
- The current implementation (`cp*T`) vs integration led to differences between 15% and > 30% in for
`150 < T < 600`
I suggest the following for all ideal gases that have this kind of implementation:
- (1) Use Appendix A from [1] or properly implement & cite the Joback method (i.e. Appendix C from [1]) for the heat capacities
- (2) integrate the enthalpy from a reference state to the given temperature using eq 3-1.5 of [1]
- (3) (maybe) re-evaluate the validity bounds (temperature, but also species) of the Joback method, and maybe emit a warning when one leaves the validity range? (Tricky, because it could happen in some Newton iterations but be fine at the end of the solve...)
- [1] also shows other methods than Joback, we could have a look if they provide advantages...
[1] B. Poling et al. (2001, fifth edition, pp A.35) - https://www.eng.uc.edu/~beaucag/Classes/ChEThermoBeaucage/Books/Bruce%20E.%20Poling,%20John%20M.%20Prausnitz,%20John%20P.%20O%27Connell%20-%20The%20properties%20of%20gases%20and%20liquids-McGraw-Hill%20Professional%20(2000).pdf
3.9
Dennis Gläser
Dennis Gläser
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/1254
Dualnetwork model - add 'poreInscribedRadius' and 'poreExtendedRadius' for dg...
2023-10-24T06:49:43Z
Anna Mareike Kostelecky
Dualnetwork model - add 'poreInscribedRadius' and 'poreExtendedRadius' for dgf-file
**Current state and "problem"**
Currently, the dualnetwork model uses the `poreIncribedRadius` (see e.g. [grainfourierslaw.hh](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/dumux/flux/porenetwork/grainfouriersl...
**Current state and "problem"**
Currently, the dualnetwork model uses the `poreIncribedRadius` (see e.g. [grainfourierslaw.hh](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/dumux/flux/porenetwork/grainfourierslaw.hh#L46)) as well as the `poreExtendedRadius` (see e.g. [couplingmanager.hh](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/dumux/multidomain/dualnetwork/couplingmanager.hh#L610)). However, in the [openpnm2dgf.py](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/dumux/porenetwork/util/openpnm2dgf.py)-script, only the `poreExtendedRadius` (obtained e.g. by the snow-algorithm from porespy) is saved under the name `poreRadius` in the .dgf-file.
**Suggestion**
My suggestion would be to add the `poreIncribedRadius` as well as the `poreExtendedRadius` to the dgf-file for all networks as a porenetwork model also often needs a `poreInscribedRadius` in the current implementations.
Anna Mareike Kostelecky
Anna Mareike Kostelecky
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/1244
Do we need Neumann boundary condition for the pore network model?
2023-12-13T09:13:35Z
Maziar Veyskarami
Do we need Neumann boundary condition for the pore network model?
The pore network model does not support pore throats at the boundary and consequently does not support Neumann boundary condition. Instead, we use source terms at the boundary pore bodies, when we want to inject to network. Although havi...
The pore network model does not support pore throats at the boundary and consequently does not support Neumann boundary condition. Instead, we use source terms at the boundary pore bodies, when we want to inject to network. Although having a source term at the boundary pore body should give the same results as a Neumann-type boundary condition (when we think about the computing of the residual...), sometimes it causes confusion for the users when they want to interpret the simulation results (e.g, when a fluid is injected to a boundary pore body using a source term, but the flow direction in the connected throat is also into the pore body). That leads to these questions:
- Do we need Neumann boundary condition for the pore network model? An implementation which gives the user an option to assign the desirable flux to the throats connected to the boundary pore bodies?
- Or even do we need to have an option to have pore throats at the boundary instead of pore bodies?
Maziar Veyskarami
Maziar Veyskarami
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/1243
[PNM][util] Check for versions of porespy and openpnm in python scripts + upd...
2023-07-26T21:36:20Z
Anna Mareike Kostelecky
[PNM][util] Check for versions of porespy and openpnm in python scripts + updating scripts to new versions
**Problem**
The [extract_pore_network_with_porespy.py](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/dumux/porenetwork/util/extract_pore_network_with_porespy.py) and [openpnm2dgf.py](https://git.iws.uni-stuttga...
**Problem**
The [extract_pore_network_with_porespy.py](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/dumux/porenetwork/util/extract_pore_network_with_porespy.py) and [openpnm2dgf.py](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/dumux/porenetwork/util/openpnm2dgf.py)- script can not be executed with the recent versions of porespy (v.2.2.2) and openpnm (v.3.1.2). And it is also not clear which versions were used for running those.
**Suggestion**
- find out, which versions of porespy and openpnm were used to run the scripts
- check for the right versions of porespy and openpnm in the scripts (or at least state in a comment which versions were used)
- add a `requirements.txt` in the `util` folder to be able to directly install the right versions of porespy and openpnm
- update scripts to use the most recent versions of porespy and openpnm
Hanchuan Wu
Hanchuan Wu
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux-lecture/-/issues/29
Making DuMux-lecture reuse compliant
2023-10-24T15:29:05Z
Hamza Oukili
Making DuMux-lecture reuse compliant
DuMux-lecture license is insufficient. It needs to be reuse compliant like DuMux. See [MR=dumux:3442](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/3442)
DuMux-lecture license is insufficient. It needs to be reuse compliant like DuMux. See [MR=dumux:3442](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/3442)
3.8
Mathis Kelm
Mathis Kelm
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux-course/-/issues/47
Making DuMux-course reuse compliant
2023-09-07T12:35:03Z
Hamza Oukili
Making DuMux-course reuse compliant
DuMux course license is insufficient. It needs to be reuse compliant like DuMux. See [MR=dumux:3442](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/3442)
DuMux course license is insufficient. It needs to be reuse compliant like DuMux. See [MR=dumux:3442](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/3442)
Mathis Kelm
Mathis Kelm
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux-course/-/issues/44
Improve Material exercise
2024-03-25T10:34:21Z
Leon Keim
Improve Material exercise
In the course people referred to this exercise as a little on the too difficult side.
While talking to people I noticed a few things.
Proposed changes:
1. [ ] In the slides it is extensively written how one can get from components to p...
In the course people referred to this exercise as a little on the too difficult side.
While talking to people I noticed a few things.
Proposed changes:
1. [ ] In the slides it is extensively written how one can get from components to phases and a Fluidsystem. However in the exercise one uses a almost predefined Fluidsystem and just adds a component to that. It would be at least for a exercise better to use single components and build a simple Fluidsystem from scratch. https://git.iws.uni-stuttgart.de/dumux-repositories/dumux-course/-/blob/master/exercises/exercise-fluidsystem/2p2cproperties.hh#L79
2. [ ] Maybe a exercise with a Vapor-Liquid system instead of Liquid-Liquid is more intuitive for the non Multiphase expert.
3. [ ] One could start with a single Phase system. Some people might not even be interested in Multiphase systems.
4. [ ] State more clearly where in the Dumux procedure of solving a PDE this is located (i.e. link to volVars)
5. [ ] isGas should return false https://git.iws.uni-stuttgart.de/dumux-repositories/dumux-course/-/blob/master/exercises/exercise-fluidsystem/fluidsystems/h2omycompressiblecomponent.hh#L127
6. [ ] Should a Liquid-Liquid two phase system fail because no vapor pressure is given? Is this related to how dumux works?
Dumux Course Summer 2024
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux-course/-/issues/43
Changes to an exercise are not transferred to the solution
2023-04-28T14:08:44Z
Bernd Flemisch
Changes to an exercise are not transferred to the solution
It's error-prone that changes to an exercise don't get transfered to the corresponding solution. Find ways to
- check if the solution matches the exercise by, for example, maintaining a patch describing the change from exercise to solut...
It's error-prone that changes to an exercise don't get transfered to the corresponding solution. Find ways to
- check if the solution matches the exercise by, for example, maintaining a patch describing the change from exercise to solution and integrate the patch application and check in the CI.
- automate from the solution to the exercise or vice versa.
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux-course/-/issues/42
Pore-network model exercise
2024-03-25T10:34:17Z
Ned Coltman
Pore-network model exercise
Pore-networks are becoming more and more popular in our group and our user base.
At the moment we only have tests and exercises going through this content.
It would be great to have an exercise going through the various aspects of po...
Pore-networks are becoming more and more popular in our group and our user base.
At the moment we only have tests and exercises going through this content.
It would be great to have an exercise going through the various aspects of pore-network models.
Dumux Course Summer 2024
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/1241
DuMux Day 29.11.2023
2023-12-13T09:03:47Z
Bernd Flemisch
DuMux Day 29.11.2023
### Removal of deprecated code
@kerem, @tufan, @utz
- [x] [newtonsolver.hh](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/dumux/nonlinear/newtonsolver.hh) @nedc, @anna_m_kostelecky see !3622
- [x] [deprecated....
### Removal of deprecated code
@kerem, @tufan, @utz
- [x] [newtonsolver.hh](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/dumux/nonlinear/newtonsolver.hh) @nedc, @anna_m_kostelecky see !3622
- [x] [deprecated.hh](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/dumux/common/deprecated.hh) @nedc, @anna_m_kostelecky see !3622
- [x] [freeflow/navierstokes/momentum](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/tree/master/dumux/freeflow/navierstokes/momentum) @tufan (!3557)
- [x] [linear](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/tree/master/dumux/linear) @nedc, @anna_m_kostelecky see !3622
- [x] [assembly/fvassembler.hh](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/dumux/assembly/fvassembler.hh), [multidomain/fvassembler.hh](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/dumux/multidomain/fvassembler.hh) @tufan (!3557)
- [x] [discretization](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/tree/master/dumux/discretization), [porousmediumflow/boxdfm](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/tree/master/dumux/porousmediumflow/boxdfm), [multidomain/facet/box/subcontrolvolumeface.hh](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/dumux/multidomain/facet/box/subcontrolvolumeface.hh) @utz (!3557)
### Miscellaneous
- [x] Fix compositional in new staggered: @mathis, @nedc, @houkili
- ~~Neumann BC for pore-network models (maybe !3564 can help), #1244: @hanchuan, @Maziar~~
- [x] https://git.iws.uni-stuttgart.de/dumux-repositories/dumux-course/-/issues/43: @houkili will have a look at the solution proposed by @IvBu
- [x] Reflect on the course slides / exercises: everyone add to https://git.iws.uni-stuttgart.de/dumux-repositories/dumux-course/-/issues/41
- [x] Delete old branches from https://git.iws.uni-stuttgart.de/dumux-repositories/dumux-course: @nedc
- [x] For internal planning of dumux-course use confidential issues. Remove dumux-course-orga repo.
- [x] The good old time bug: @DennisGlaeser and @timok will propose a new solution !3608
- [x] #1243 Check version for porespy, add requirements.txt in util folder @anna_m_kostelecky @hanchuan
- [ ] #1255 Potential inconsistency in component enthalpies: @DennisGlaeser
- [ ] #1256: Energy balance implementation @timok, @tufan, see !3616
- [ ] #1257: Generalize ff-pm coupling @martins
- [ ] #1258: Upscaling of two-phase flow properties using pore network @Maziar, @hanchuan
- [x] [Port shallow water to 3.7](https://git.iws.uni-stuttgart.de/dumux-appl/dumux-shallowwater/-/merge_requests/180): @utz
- [ ] Automate Darus publication @houkili
- [ ] Add user guidelines, IDE (VSC) @root
- [x] Fix trimming of porenetwork in extraction script @anna_m_kostelecky (see #1295, !3632)
- [x] #1299 @utz parallel use of periodic and manual checkpoints cause issues, also see !3618 (@DennisGlaeser)
- [ ] Volume averaging @nedc !3626
- [x] Look into Latex rendering of the markdown dumux-course files, #1303 @RoWin
### Documentation
- [x] Move content from handbook to doxygen #1238 @timok
- [x] Move one last page that used to be in the handbook (!3567) @bernd
- [x] Fix MPFA image in doxygen/handbook, scvs are equivalent to elements - match with description of the [paper](https://ars.els-cdn.com/content/image/1-s2.0-S0898122120300791-gr1_lrg.jpg) @DennisGlaeser, @IvBu
- [ ] Continue high-level docu #1154 @leonidas @IvBu @nedc
- ~~Add documentation for DuMux specific abstraction, e.g. gridgeometry !3645 @IvBu~~
- [x] On Webpage substitute "Documentation" button on main page by "Installation" button. https://git.iws.uni-stuttgart.de/dumux-repositories/dumux-website/-/merge_requests/130
- [x] Add symbols to equations in doxygen documentation. @leonidas @yue @houkili
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/issues/1240
installexternal.py fails to download METIS
2023-04-25T15:20:06Z
Leopold Stadler
installexternal.py fails to download METIS
The script `installexternal.py` fails to download METIS. The command `python3 dumux/bin/installexternal.py metis` leads to
`urllib.error.URLError: <urlopen error [Errno 110] Connection timed out>`.
It looks like the url/download link is...
The script `installexternal.py` fails to download METIS. The command `python3 dumux/bin/installexternal.py metis` leads to
`urllib.error.URLError: <urlopen error [Errno 110] Connection timed out>`.
It looks like the url/download link is broken.