the Creative Commons Attribution 4.0 License.
the Creative Commons Attribution 4.0 License.
NUKLEUS – A first kilometer-scale convection-permitting multi-model climate ensemble for Germany: Characteristics of the historical simulations 1961–1990
Abstract. This study presents the evaluation of the historical reference simulations (1961–1990) of the NUKLEUS ensemble, the first kilometer-scale convection-permitting multi-model climate ensemble for Germany. The main goal is to examine to what extent these high-resolution simulations can provide high-quality and actionable information for climate adaptation measures in Germany. The NUKLEUS ensemble comprises nine members, generated by dynamically downscaling three global climate models from the Coupled Model Intercomparison Project phase 6 (CMIP6) with three regional climate models to a 3 km grid over a Central European domain. The evaluation focuses on the spatio-temporal and statistical representation of basic meteorological variables (temperature, wind speed, and precipitation) and derived application-relevant climate indices compared to reanalyses and observation-based data sets. The analyses are performed for Germany and six pilot regions representing diverse climatic and physiographic settings. The results reveal that the ensemble overall exhibits moderate biases with temperature and precipitation generally showing high distributional skill. Only few simulations exhibit strong warm biases, particularly during summer, while all simulations exhibit a wet bias throughout the year, except local dry biases during summer in individual members. Wind biases are more heterogeneous, particularly due to reference data constraints over complex terrain. Percentile-based climate indices are well reproduced, while fixed-threshold indices show systematic deviations. A comparison with previous regional climate model ensembles highlights the added value of the here-chosen multi-model approach. With regard to downstream applications, a quantile (delta) mapping bias correction is applied to daily precipitation totals and daily mean, minimum, and maximum temperature, which removes climatological biases and markedly improves threshold-based indices. The paper also demonstrates important limitations of this bias correction approach for event-based applications, showing that it may disrupt spatial coherence and introduce spurious spatial gradients in precipitation fields, which can affect the characterization of extreme precipitation events. Overall, the presented analyses support the use of the NUKLEUS ensemble as a high-resolution basis for regional climate and impact studies, while underlining that application-oriented post-processing and validation should be tailored to the target variable and use case.
- Preprint
(16229 KB) - Metadata XML
-
Supplement
(20072 KB) - BibTeX
- EndNote
Status: open (until 06 Aug 2026)
-
CEC1: 'Comment on egusphere-2026-2517 - No compliance with the policy of the journal', Juan Antonio Añel, 26 Jun 2026
reply
-
AC1: 'Reply on CEC1', Christoph Braun, 01 Jul 2026
reply
Dear Juan A. Añel,
thank you for checking the compliance of our submitted manuscript with the Code and Data Policy of GMD! We fully support the goals of the policy and therefore had discussed the issues raised by you with our topic editor before posting the manuscript as a Preprint. Before we take further actions, we therefore need to better understand, which solutions would be appropriate. To make sure that we have the same understanding of the issues we first would like to line out our current approach to satisfy the code and data policy of GMD (as it is currently included in the manuscript).1) ICON model code
We had agreed on the following statement regarding this:
“The ICON release icon-2.6.5 was used for the for the ICON simulations. The access to the applied ICON model version is license-restricted and the model code may not be made publicly available. To obtain the model code, the user needs to obtain access to the ICON-gitlab repository hosted by the German Climate Computing Center (Deutsches Klimarechenzentrum; https://gitlab.dkrz.de/icon/icon).”
Would that be sufficient to align with the code and data policy?
2) HYRAS-DE dataset version 5.0
The data is now publicly available with a DOI via https://dx.doi.org/10.35097/gur5c2ujfp2cj5na and we will replace the link accordingly in a future version of the manuscript.
Upon request of Germany’s National Meteorological Service DWD we had added the following additional information regarding this dataset. Following the links is not necessary to obtain the data used for the analyses described in our manuscript.
“Please note that a more recent version of HYRAS-DE is freely available for research at the Open Data Portal of Germany’s National Meteorological Service DWD (https://opendata.dwd.de/climate_environment/CDC/grids_germany/daily/hyras_de/,
last access: 3 June 2026). The technical description of the HYRAS datasets can be found under https://www.dwd.de/hyras (last access: 3 June 2026)."If preferred we can rephrase this section in later versions to avoid potential confusion.
3) ERA5 and ERA5-Land
We here provide links to permanent repositories of ERA5 and ERA5-Land as written below. The link to the Copernicus Climate Data Store is only provided as a remark for the requirement of registration and can be skipped if preferred.
“The reanalyses data of ERA5 (https://www.doi.org/10.24381/cds.adbb2d47) and ERA5-Land (https://www.doi.org/10.24381/cds.e2161bac) can be downloaded after registration from the Copernicus Climate Change Service (C3S) Climate Data Store: https://cds.climate.copernicus.eu.”
Furthermore, we had discussed additional publication of the ERA5 and ERA5-Land datasets specifically processed (i.e. interpolated) for our analyses but had agreed with the topic editor not to do this due to the large volume of the data (more than 0.5 TB for hourly ERA5-Land data only). Moreover, we do not see (relevant) added value in providing this data, since there already are permanent references via DOIs for both datasets and we would prefer to avoid duplication of these datasets. The processing of these datasets for our analyses is described in our manuscript.
4) NUKLEUS dataBased on your comment on the manuscript NUKLEUS – A First Kilometre Scale Multi-model Climate Ensemble for Germany: Evaluation by Sieck et al., 2026 we will specify the information regarding the NUKLEUS dataset in later versions to
“The NUKLEUS data is available at the German Climate Computing Center (DKRZ),
but requires a login: https://www-regiklim.dkrz.de. The specific data used in this study can be found on the website via the databrowser and selection of the following facets: Project – nukleus; Product – ceu3 or ceu3i; Experiment – historical. Further information on the available data can be found at: https://ch1187.gitlab-pages.dkrz.de/Information/Data.html. An openly available access is planned for September 2026 in a data portal at DKRZ that is part of the funding of the NUKLEUS project and currently under development.”
Please let us know whether this would satisfyingly address the issues raised. Please also note, that we will most likely not be able to take further actions to address remaining concerns before middle of July.Kind regards,
Christoph BraunCitation: https://doi.org/10.5194/egusphere-2026-2517-AC1 -
CEC2: 'Reply on AC1', Juan Antonio Añel, 01 Jul 2026
reply
Dear authors,
Thanks for your reply. Some issues could be considered solved with your proposed solution, others no.
- Regarding the ICON model. It should be stored in a private permanent repository, for example a Zenodo private repository. Regretfully, git sites are not reliable, and links in internet without a DOI are proved to become broken in a period of two-three years.
- For the ERA5 and ERA5-Land data I should note that the sites that you have linked are not repositories. However, given the huge volume of data involved, we can grant you an exception in this case.- The dkrz.de site that you link does not comply with the policy of the journal, and we can not accept it to host the NUKLEUS data. The DKRZ repositories are valid, but not this specific site you link. The repository must have a permanent handler and comply with the rules I mentioned in my previous comment.
- The use of Radar4KIT is acceptable.
Juan A. Añel
Geosci. Model Dev. Executive Editor
Citation: https://doi.org/10.5194/egusphere-2026-2517-CEC2
-
CEC2: 'Reply on AC1', Juan Antonio Añel, 01 Jul 2026
reply
-
AC1: 'Reply on CEC1', Christoph Braun, 01 Jul 2026
reply
Viewed
| HTML | XML | Total | Supplement | BibTeX | EndNote | |
|---|---|---|---|---|---|---|
| 90 | 22 | 7 | 119 | 15 | 4 | 4 |
- HTML: 90
- PDF: 22
- XML: 7
- Total: 119
- Supplement: 15
- BibTeX: 4
- EndNote: 4
Viewed (geographical distribution)
| Country | # | Views | % |
|---|
| Total: | 0 |
| HTML: | 0 |
| PDF: | 0 |
| XML: | 0 |
- 1
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
First, the exact version of the ICON model used for your work should be stored in a private repository and cited. Other versions of the model do not ensure the replicability of the results presented in your work. This can be for example a Zenodo private repository.
Second, several of the sites that you link to get access to the data used to produce your work are not acceptable. For example, the RADAR service which requests login to access to the data. We need at least that you publish the data in Radar openly, without need to login. This is possible in RADAR services, and should be used. Also, the opendata.dwd.de link does not comply with the requirements, so the data should be stored in an appropriate repository. Namely:
- 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 dataset.
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.
Additionally, we can not accept that you provide generic links to the Copernicus Climate Data Store to access the data used in your work. You should store in a permanent repository the specific ERA5 data used in your work, and provide the link and permanent handler for it.
The GMD review and publication process depends on reviewers and community commentators being able to access, during the discussion phase, the code and data on which a manuscript depends, and on ensuring the provenance of replicability of the published papers for years after their publication. 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.
Later, if the Topical Editor decides to continue with the review or publication process of your manuscript and you are requested to upload a new version of it, then The 'Code and Data Availability’ section of your manuscript 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