the Creative Commons Attribution 4.0 License.
the Creative Commons Attribution 4.0 License.
ISARD (v1.0) : A Reproducible Geostatistical Framework for Daily Precipitation Ensemble in Mountainous Terrain
Abstract. Gridded precipitation datasets are essential for hydrological and climate applications. However, commonly used products suffer from systematic biases such as seasonal total underestimations in mountainous regions and excessive smoothing of the spatial variability of extremes. Here, we present a reproducible workflow for generating a daily precipitation ensemble, conditioned on rain gauges, at 1 km resolution for mountainous regions. The approach leverages climatological information and spatial variability from Convection-Permitting Regional Climate Model (CP-RCM) simulations. The workflow corrects raingauge undercatch, incorporates CP-RCM-based climatology to improve seasonal totals, and estimates anisotropic variograms from CP-RCM daily fields to capture directional precipitation structures. Finally, Sequential Trans-Gaussian Simulations generate the daily ensemble of 100 members. We evaluate commonly used gridded precipitation products and the proposed approach using independent evaluation data, including in-situ measurements in mountainous areas (snow water equivalent, glacier mass balances, streamflow), regional catchment-scale water balance models, and hydrological models. Results demonstrate that our framework outperforms deterministic gridded products. First, it more accurately captures seasonal totals in highaltitude Snow Water Equivalent (SWE) and glacier observations, and reproduces both seasonal precipitation amounts and their interannual variability. Second, the daily ensemble captures fine-scale spatial variability and quantifies interpolation uncertainty, improving flood hydrological modelling. The workflow is fully reproducible via open-source code, transferable to regions with sparse rain-gauge networks or limited radar coverage. Beyond precipitation, it is adaptable to other climate variables simulated by weather models.
- Preprint
(4826 KB) - Metadata XML
- BibTeX
- EndNote
Status: open (extended)
- RC1: 'Comment on egusphere-2025-5679', Anonymous Referee #1, 21 Dec 2025 reply
-
CEC1: 'Comment on egusphere-2025-5679 - No compliance with the policy of the journal', Juan Antonio Añel, 23 Dec 2025
reply
Dear authors,
Unfortunately, after checking your manuscript, it has come to our attention that it does not comply with our "Code and Data Policy".
https://www.geoscientific-model-development.net/policies/code_and_data_policy.html
You have archived the AROME model in a site that is not a suitable repository for scientific publication. Medcordex.eu does not fulfil GMD’s requirements for a persistent data archive because:
*It does not appear to have a published policy for data preservation over many years or decades (some flexibility exists over the precise length of preservation, but the policy must exist).
*It does not appear to have a published mechanism for preventing authors from unilaterally removing material. Archives must have a policy which makes removal of materials only possible in exceptional circumstances and subject to an independent curatorial decision,
*It does not appear to issue a persistent identifier such as a DOI or Handle for each precise asset.If we have missed a published policy which does in fact address this matter satisfactorily, please post a response linking to it. If you have any questions about this issue, please post them in a reply.
In addition, you do not provide the code for the machine learning model that you have used in your work, but simply link a paper for it, something we can not accept. You must provide the code of the machine learning model that you have used in an acceptable repository according to our policy, and a link and DOi o Handle for it.
Please, therefore, publish your code and data in one of the appropriate repositories and reply to this comment with the relevant information (link and a permanent identifier for it (e.g. DOI)) as soon as possible. We cannot have manuscripts under discussion that do not comply with our policy.
The 'Code and Data Availability’ section must also be modified to cite the new repository locations, and corresponding references added to the bibliography.
I must note that if you do not fix this problem, we cannot continue with the peer-review process or accept your manuscript for publication in GMD.
Juan A. Añel
Geosci. Model Dev. Executive Editor
Citation: https://doi.org/10.5194/egusphere-2025-5679-CEC1 -
AC1: 'Reply on CEC1', Valentin Dura, 17 Feb 2026
reply
Dear Juan A. Añel,
To clarify, we are not the AROME data provider; Météo-France is responsible for the AROME simulations.
We downloaded four years of daily AROME data and deposited them in our Zenodo archive (https://zenodo.org/records/17491114), with the associated code.
Regarding the AROME references, we previously cited them incorrectly. The AROME simulations are currently temporarily archived at:
https://thredds-su.ipsl.fr/thredds/catalog/CNRM-WCRP-Data/CORDEX-FPSCONV/output/ALP-3/CNRM/ECMWF-ERAINT/evaluation/r1i1p1/CNRM-AROME41t1/fpsconv-x2yn2-v1/day/pr/files/d20240327/catalog.htmlThis temporary hosting is necessary because the CNRM-CERFACS ESGF node is currently offline. It is expected to become operational again during 2026.
We provide the machine learning code in our Zenodo archive (https://zenodo.org/records/17491114), specifically in the script 2.1-build_climatological_fields.R.
Please let us know whether this addresses your concerns.
Valentin Dura
Citation: https://doi.org/10.5194/egusphere-2025-5679-AC1 -
CEC2: 'Reply on AC1', Juan Antonio Añel, 17 Feb 2026
reply
Dear authors,
First, I would like to bring to your attention that, despite my previous comment being posted last December, you have not replied until today, almost two months later. This is not how we expect authors to address the editorial comments on manuscripts or how Discussions is supposed to work. Your manuscript is in an irregular situation, as it should not be under revision or Discussions in GMD, given the non-compliance with the policy of the journal. You were supposed to address the mentioned issues with code and data promptly, to ensure a fair and complete review process, which can not be performed without full compliance with our policy, as reviewers could miss important parts of your manuscript (code and data) that can not be reviewed if they are not made public without restrictions.
That said, you mention in your reply that you continue hosting simulation outputs on servers that we cannot accept: ipsl.fr and CNRM-CERFACS ESGF. The fact that they are temporarily unavailable or that you need a temporary host, as you acknowledge, is evidence that such servers are not acceptable. Therefore, you must store the information hosted in ipsl.fr in a long-term repository that we can accept. In this regard, we request that you address and resolve this issue promptly.
Juan A. Añel
Geosci. Model Dev. Executive Editor
Citation: https://doi.org/10.5194/egusphere-2025-5679-CEC2 -
AC2: 'Reply on CEC2', Valentin Dura, 20 Feb 2026
reply
Dear Juan A. Añel,
We apologize for this delayed response, mainly due to the communications with the data provider. I would like to emphasize once again that we are not the producers of the CNRM-AROME climate simulations, and we are therefore dependent on their choices regarding data storage. If including four years of data on Zenodo is not sufficient, we see no other option than to withdraw our submission in GMD.
Sinerely,
Valentin Dura
Citation: https://doi.org/10.5194/egusphere-2025-5679-AC2 -
CEC3: 'Reply on AC2', Juan Antonio Añel, 23 Feb 2026
reply
Dear authors,
Thanks for your reply. I think we need some additional clarification. First, my initial comment pointed out some critical issues in your manuscript, but it did not address all the concerns we need to clarify regarding compliance with the journal's code and data policy for your manuscript. It is my understanding that, beyond the AROME data and the R scripts that you have shared, for your work, you have other data too, such as ERA5, NRC data, or models such as MORDOR-SD. It must be clear that you must share in a permanent repository all the code and data that you have used for your work, and it is necessary to clarify that all these elements are publicly stored in a permanent repository that complies with the policy of the journal before Discussions and peer review.Regarding your reply on the AROME data. First, you mention that you are not the producers of the AROME data. By itself, this does not remove your obligation to be sure that, as you have used them, they are properly stored to ensure the provenance of the data and replicability of the manuscript submitted. If the original authors do not store the data properly, and you can store it, then you should do so, unless the size makes it unfeasible. In such cases, if the data amounts to, for example, several hundred GBs, we could make exceptions to this requirement. As you have already stored four years of data under the CC-BY 4.0 license, it seems clear that you can store the data in a public repository. Also, each year of data is about 700 MB. All this seems to make it clear that you can store the data and that it is feasible from a technical point of view; therefore, you must comply with the policy and ensure that the data used for your work is properly stored. If I am missing something that could lead to a different conclusion, let us know in the reply to this comment.Finally, if you feel that you are not in a position to comply with the code and data policy of the journal, we fully understand that you prefer to withdraw your manuscript.Juan A. AñelGeosci. Model Dev. Executive EditorCitation: https://doi.org/10.5194/egusphere-2025-5679-CEC3
-
CEC3: 'Reply on AC2', Juan Antonio Añel, 23 Feb 2026
reply
-
AC2: 'Reply on CEC2', Valentin Dura, 20 Feb 2026
reply
-
CEC2: 'Reply on AC1', Juan Antonio Añel, 17 Feb 2026
reply
-
AC1: 'Reply on CEC1', Valentin Dura, 17 Feb 2026
reply
-
RC2: 'Comment on egusphere-2025-5679', Anonymous Referee #1, 22 Feb 2026
reply
Publisher’s note: the content of this comment was removed on 23 February 2026 since the comment was posted by mistake.
Citation: https://doi.org/10.5194/egusphere-2025-5679-RC2
Model code and software
ISARD code and input data Valentin Dura, Guillaume Evin, Anne-Catherine Favre, David Penot https://doi.org/10.5281/zenodo.17491114
Viewed
| HTML | XML | Total | BibTeX | EndNote | |
|---|---|---|---|---|---|
| 267 | 152 | 35 | 454 | 33 | 27 |
- HTML: 267
- PDF: 152
- XML: 35
- Total: 454
- BibTeX: 33
- EndNote: 27
Viewed (geographical distribution)
| Country | # | Views | % |
|---|
| Total: | 0 |
| HTML: | 0 |
| PDF: | 0 |
| XML: | 0 |
- 1
This study presents ISARD v1.0, a framework designed to generate daily precipitation datasets at 1 km resolution by integrating rain gauge correction, convection-permitting regional climate model (CP-RCM) simulations, and conditional geostatistical simulations. The topic is relevant to the scope of Geoscientific Model Development. However, the manuscript currently suffers from a number of issues that substantially hinder its readability and scientific clarity. These include typographical errors, missing or unclear figure captions, and, more importantly, insufficiently explained and sometimes confusing methodological descriptions. As a result, the framework is difficult to follow, even for readers with a general background in geoscientific modeling, and would require multiple rounds of careful reading to understand. I therefore recommend major revision. The authors should substantially reorganize and clarify the manuscript, especially the methodological sections, before it can be considered for publication.
Major comments
Minor comments