mHM issueshttps://git.ufz.de/mhm/mhm/-/issues2021-02-16T09:26:30+01:00https://git.ufz.de/mhm/mhm/-/issues/172Specifiaciton of input file names via mhm.nml2021-02-16T09:26:30+01:00sluedtkeSpecifiaciton of input file names via mhm.nmlI think this is a feature request :-).
we are in the happy situation to have our entire mhm setup in a git repo. For our application, we have to have two different files for flow accumulation that are used as input, depending on the cu...I think this is a feature request :-).
we are in the happy situation to have our entire mhm setup in a git repo. For our application, we have to have two different files for flow accumulation that are used as input, depending on the current question we want to address.
I am currently thinking that the best way would be to have always both files present in the morph folder (eg. facc_a.asc, facc_b.asc) and tell mhm via the "mhm.nml" file which one to use. Doing so, the only thing we have to commit are the changes in the mhm.nml file but that would require that were are able to specify the flow accumulation file of interest in the name list.
The second approach would be to checkout the file of interest depending on the current task, but that would mean that we are changing a rather big file over and over again, what is not very nice.
Any help on that is appreciated.6.xSebastian MüllerSebastian Müllerhttps://git.ufz.de/mhm/mhm/-/issues/148[IDEA] continuous rivers along lon bound2020-09-23T18:51:01+02:00Stephan Thober[IDEA] continuous rivers along lon boundThis commit in Ulysses allows rivers crossing the x bounds in the domain:
https://git.ufz.de/ulysses/mrm/-/commit/618ff9eeb24e801b6e47bca4fd2ab1e69dead984
it should be discussed whether this should be included in the main repo.This commit in Ulysses allows rivers crossing the x bounds in the domain:
https://git.ufz.de/ulysses/mrm/-/commit/618ff9eeb24e801b6e47bca4fd2ab1e69dead984
it should be discussed whether this should be included in the main repo.Integrate UlyssesSebastian MüllerSebastian Müllerhttps://git.ufz.de/mhm/mhm/-/issues/136miss fractions of landusetype forest and perm at L1 in mHM_restart.nc2022-06-17T16:53:28+02:00Friedrich Boeingmiss fractions of landusetype forest and perm at L1 in mHM_restart.ncHello, I miss the fractions of the landusetypes forest and permeable for the gridcells at L1 in the mHM output. In prior versions this was written out as L1_fPerm and L1_fForest. It would be interesting for the interpretations of model/f...Hello, I miss the fractions of the landusetypes forest and permeable for the gridcells at L1 in the mHM output. In prior versions this was written out as L1_fPerm and L1_fForest. It would be interesting for the interpretations of model/field comparisons for single gridcells. I would be also interested if the average mineral bulk density and soil texture fractions for each grid cell at L1 could be written out.wishlistSebastian MüllerSebastian Müllerhttps://git.ufz.de/mhm/mhm/-/issues/129unit-conversion2022-04-28T16:07:04+02:00Sebastian Müllerunit-conversionWe need a module that provides unit-conversion, so that the code states what unit is in use currently and how it is converted.
I stumbled over some strange inline conversions like `mm * km^2` to `m^3` where the `km^2` where converted fro...We need a module that provides unit-conversion, so that the code states what unit is in use currently and how it is converted.
I stumbled over some strange inline conversions like `mm * km^2` to `m^3` where the `km^2` where converted from `m^2` in the function call by hand.
Providing routines, we could make it clearer what is going on.
Examples:
- `km_to_m`
- `degC_to_K`
- `liter_to_m3`
- ...6.xSebastian MüllerSebastian Müllerhttps://git.ufz.de/mhm/mhm/-/issues/113[Enhancement] read meteo weights separately for each variable2020-08-31T17:08:25+02:00Sebastian Müller[Enhancement] read meteo weights separately for each variableAt the moment, you can only enable reading meteo weights for all meteo forcings jointly.
To deal with different availabilities of data, we should add switches to enable weights reading for each meteo forcing separately.At the moment, you can only enable reading meteo weights for all meteo forcings jointly.
To deal with different availabilities of data, we should add switches to enable weights reading for each meteo forcing separately.6.xSebastian MüllerSebastian Müllerhttps://git.ufz.de/mhm/mhm/-/issues/112[Enhancement] `global_parameters` class2022-04-28T15:59:34+02:00Sebastian Müller[Enhancement] `global_parameters` classAt the moment the global parameters are an array where all needed parameters are just appended.
This is prone to failure, since you always have to keep track of positions for the parameters of your desired process.
Proposal:
Create a `g...At the moment the global parameters are an array where all needed parameters are just appended.
This is prone to failure, since you always have to keep track of positions for the parameters of your desired process.
Proposal:
Create a `global_parameters` class, where every process can register the parameters, init-values and ranges used in optimization.
These registrations could than be accessed by registration IDs (for example).
The current behavior, to be represented as an array could be provided by a class-method.6.xSebastian MüllerSebastian Müllerhttps://git.ufz.de/mhm/mhm/-/issues/108consistent file handling in mhm.nml2020-08-31T17:08:29+02:00Stephan Thoberconsistent file handling in mhm.nmlWith merge request !34 , restart file names are handled more flexibly for the user. The same procedure should be applied to all other file names in mhm.nml.With merge request !34 , restart file names are handled more flexibly for the user. The same procedure should be applied to all other file names in mhm.nml.6.xSebastian MüllerSebastian Müllerhttps://git.ufz.de/mhm/mhm/-/issues/106driver refactoring and OOP2022-04-28T15:59:41+02:00Stephan Thoberdriver refactoring and OOPreorganize global data and methods according to classes for individual processes; adapt driver to new classes.
riv_temp serves as a template.reorganize global data and methods according to classes for individual processes; adapt driver to new classes.
riv_temp serves as a template.6.xSebastian MüllerSebastian Müllerhttps://git.ufz.de/mhm/mhm/-/issues/105move directories_mHM to directories_general as a meteo dir2020-12-01T09:20:42+01:00Sebastian Müllermove directories_mHM to directories_general as a meteo dirAll specified folders under `directories_mHM` in `mhm.nml` can be combined essentially in `directories_general` under a `dir_Meteo`.
https://git.ufz.de/mhm/mhm/-/blob/develop/mhm.nml#L272
Does somebody demand to be able to specify diff...All specified folders under `directories_mHM` in `mhm.nml` can be combined essentially in `directories_general` under a `dir_Meteo`.
https://git.ufz.de/mhm/mhm/-/blob/develop/mhm.nml#L272
Does somebody demand to be able to specify different folders for each entry in `directories_mHM`?
Otherwise we could get rid of that.6.xSebastian MüllerSebastian Müllerhttps://git.ufz.de/mhm/mhm/-/issues/104[Enhancement] Container for global variables (mHM, mRM)2022-04-28T15:27:45+02:00Sebastian Müller[Enhancement] Container for global variables (mHM, mRM)In order to be future-prove, we should think about organizing global variables in containers to pass them around.In order to be future-prove, we should think about organizing global variables in containers to pass them around.6.xhttps://git.ufz.de/mhm/mhm/-/issues/73Creation of a mHM Docker2021-04-19T14:28:11+02:00Sebastian MüllerCreation of a mHM DockerSince we rely on some dependencies, like NetCDF, we could apply the rising idea of deploying mHM as a docker-image.
A docker provides a separate environment, where a plain linux system is provided but that is not running in a virtual mac...Since we rely on some dependencies, like NetCDF, we could apply the rising idea of deploying mHM as a docker-image.
A docker provides a separate environment, where a plain linux system is provided but that is not running in a virtual machine.
This mean:
* encapsulated environment with only the necessary tools/dependencies installed
* easily deploy compiled mHM binaries
* possibility of multiple dockers with different configurations (parallel, ifort, gfortran, nag, ...)
* providing of tested and working environments with fixed version of every dependency
Dockers are running natively on Linux and Windows. On Mac it is running with a Linux kernel running in a virtual machine.
So basically there could be one docker to make everyone happy.
Maybe we could collect some opinions on that here.
References:
* [Docker website](https://www.docker.com/)
* [Getting started with Docker for Developers](https://training.play-with-docker.com/#dev)
* [nctests - Docker image containing NetCDF](https://hub.docker.com/r/unidata/nctests)wishlistSebastian MüllerSebastian Müllerhttps://git.ufz.de/mhm/mhm/-/issues/51mRM stand-alone in mHM2023-04-26T13:02:11+02:00Stephan ThobermRM stand-alone in mHMmRM stand-alone repo will not be maintained from May 2019. For this reason, mRM needs to be run in mHM executable without running vertical land-surface processes.mRM stand-alone repo will not be maintained from May 2019. For this reason, mRM needs to be run in mHM executable without running vertical land-surface processes.6.xStephan ThoberStephan Thoberhttps://git.ufz.de/mhm/mhm/-/issues/252date information for dynamic fluxes and states in mHM restart file2024-01-17T11:23:03+01:00Friedrich Boeingdate information for dynamic fluxes and states in mHM restart fileFor operational system like the German Drought Monitor it would help if the mHM restart file contains information on the last date of the written fluxes and states e.g. as a global attribute.For operational system like the German Drought Monitor it would help if the mHM restart file contains information on the last date of the written fluxes and states e.g. as a global attribute.