airGR issues
https://gitlab.irstea.fr/HYCAR-Hydro/airgr/-/issues
2020-03-29T04:59:35+02:00
https://gitlab.irstea.fr/HYCAR-Hydro/airgr/-/issues/40
Set time series of altitudes in CemaNeige
2020-03-29T04:59:35+02:00
Delaigue Olivier
Set time series of altitudes in CemaNeige
In the `DataAltiExtrapolation_Valery()` function, it would be desirable to be able to provide a time series of altitudes because :
- the geographical position of the meteorological station may change over time
- time series of meteorolog...
In the `DataAltiExtrapolation_Valery()` function, it would be desirable to be able to provide a time series of altitudes because :
- the geographical position of the meteorological station may change over time
- time series of meteorological data can be computed from the interpolation of several stations, the number of which varies over time
https://gitlab.irstea.fr/HYCAR-Hydro/airgr/-/issues/39
Allow different altitudes for meteorological variables in CemaNeige
2020-11-24T09:01:51+01:00
Delaigue Olivier
Allow different altitudes for meteorological variables in CemaNeige
In the `DataAltiExtrapolation_Valery` function, it would be preferable to be able to set the average elevation of the precipitation and temperature series in two separate variables. Measurements are not always taken at the same geographi...
In the `DataAltiExtrapolation_Valery` function, it would be preferable to be able to set the average elevation of the precipitation and temperature series in two separate variables. Measurements are not always taken at the same geographical position, and therefore at different altitudes.
https://gitlab.irstea.fr/HYCAR-Hydro/airgr/-/issues/33
Merge airGR and airGRplus functions
2022-09-12T10:24:24+02:00
Delaigue Olivier
Merge airGR and airGRplus functions
Linked to the airGRplus project:
https://gitlab.irstea.fr/HYCAR-Hydro/airGRplus/issues/2
Linked to the airGRplus project:
https://gitlab.irstea.fr/HYCAR-Hydro/airGRplus/issues/2
v2.0
https://gitlab.irstea.fr/HYCAR-Hydro/airgr/-/issues/32
Enable the GR models to ingest ensembles
2020-02-27T10:39:43+01:00
Thirel Guillaume
Enable the GR models to ingest ensembles
Ensembles are useful for data assimilation and probabilistic forecasting applications. It might be useful to add the possibility to give ensembles of meteorological forcing to the GR models. Presently ensembles are dealt with through loo...
Ensembles are useful for data assimilation and probabilistic forecasting applications. It might be useful to add the possibility to give ensembles of meteorological forcing to the GR models. Presently ensembles are dealt with through loops on each member, but providing directly the ensembles could fasten the execution of the GR models (indeed, the present loops necessitate to relaunch the GR models at each time step).
https://gitlab.irstea.fr/HYCAR-Hydro/airgr/-/issues/30
Create a RunModel_CemaNeigeGR2M function
2022-12-06T15:46:59+01:00
Thirel Guillaume
Create a RunModel_CemaNeigeGR2M function
Coupling GR2M with CemaNeige has been requested a couple of times. Indeed, when much snow is present, it impacts monthly discharge significantly.
There is no reason why CemaNeige could not work at a monthly time step. However, the temp...
Coupling GR2M with CemaNeige has been requested a couple of times. Indeed, when much snow is present, it impacts monthly discharge significantly.
There is no reason why CemaNeige could not work at a monthly time step. However, the temperature gradient (gradT) applied in DataAltiExtrapolation_Valery (and maybe more things in this function) should take into account the case of a monthly time step.
https://gitlab.irstea.fr/HYCAR-Hydro/airgr/-/issues/26
CreateRunOptions when IniStates is given and IndPeriod_WarmUp is not = 0L
2020-02-12T10:16:29+01:00
Thirel Guillaume
CreateRunOptions when IniStates is given and IndPeriod_WarmUp is not = 0L
(transfer from remaining issue of ticket https://forge.irstea.fr/issues/5422)
It says that when IniStates is given and IndPeriod_WarmUp is not = 0L in CreateRunOptions, the initial state is used at the beginning of the warmup period. The...
(transfer from remaining issue of ticket https://forge.irstea.fr/issues/5422)
It says that when IniStates is given and IndPeriod_WarmUp is not = 0L in CreateRunOptions, the initial state is used at the beginning of the warmup period. Therefore we should improve the DOC.
Check this happens really like this and proceed.
https://gitlab.irstea.fr/HYCAR-Hydro/airgr/-/issues/12
Add GR models at multi time steps
2023-03-03T12:14:49+01:00
Thirel Guillaume
Add GR models at multi time steps
Thanks to the PhD of Andrea Ficchi (https://webgr.irstea.fr/wp-content/uploads/2017/09/2017-Thesis_final_Andrea_Ficchi_Irstea_2017.pdf), we now have GR models working at multiple time steps (infra-hourly).
We plan to include some of th...
Thanks to the PhD of Andrea Ficchi (https://webgr.irstea.fr/wp-content/uploads/2017/09/2017-Thesis_final_Andrea_Ficchi_Irstea_2017.pdf), we now have GR models working at multiple time steps (infra-hourly).
We plan to include some of these models in airGR.
Namely, the GR5 model with an interception store seems to be the best candidate for this.
See the Table 5.11 page 210 of the manuscript for results analysis. Indeed, the GR5 model with interception (GR5-I2-FL in the table) provides (at the hourly time step) better results for KGE, high flows and low flows than the classical GR4H model (GR4), than the GR4H model with interception (GR4-I2) and also to a tested GR5H model without interception (GR5-FL).
Another added value to this GR5 model with interception working at diverse time steps is that the consistency of the parameter values between the time steps is improved.
https://gitlab.irstea.fr/HYCAR-Hydro/airgr/-/issues/9
Add scheme of CemaNeige in the function doc
2021-01-12T13:57:18+01:00
Thirel Guillaume
Add scheme of CemaNeige in the function doc
We have to add the scheme of the CemaNeige model in the `RunModel_CemaNeige` function.
We have to add the scheme of the CemaNeige model in the `RunModel_CemaNeige` function.
https://gitlab.irstea.fr/HYCAR-Hydro/airgr/-/issues/36
Avoid checks to increase the speed of use of a function
2021-06-16T19:24:35+02:00
Thirel Guillaume
Avoid checks to increase the speed of use of a function
Since the many checks in the different functions are quite often the code elements that require a major part of the CPU time, what about proposing a mode that skips all checks?
This would be somehow (but not exactly, as we are not talki...
Since the many checks in the different functions are quite often the code elements that require a major part of the CPU time, what about proposing a mode that skips all checks?
This would be somehow (but not exactly, as we are not talking about compilation) like the Release and Debug modes of (gfortran) CodeBlocks.
I would see it as a check.mode argument in the functions, if `check.mode == true` we do as usual, and otherwise `check.mode == false` then we skip all of them. The recommandation would then be to do some tests with `check.mode == true` and then run the actual applications with `check.mode == false`. A vos risques et périls. ;)
Just an idea...