the Creative Commons Attribution 4.0 License.
the Creative Commons Attribution 4.0 License.
| 30 Jun 2026
The diathermohaline stream function method for investigating the water mass transformation of the global ocean circulation (v2026.1)
Abstract. In this work, we present a source code for computing the diathermohaline stream function, enabling the analysis of Water Mass Transformation from gridded ocean data within the thermohaline framework. This implementation extends previous versions by increasing the precision of the projection from geographical to thermohaline space. Using Helmholtz decomposition, the stream function represents the rotational component of thermohaline transformation vectors, while the divergent component defines the tendency potential. We show that the dominant global driver of the tendency potential is the net freshwater imbalance across the ocean boundary. Together, the tendency potential and the diathermohaline stream function provide a powerful yet underutilized method for comparing global Water Mass Transformation across ocean models. We demonstrate the utility of this framework using data from a coupled climate model, hindcast simulations, and an ocean reanalysis product, all based on the NEMO ocean model and spanning multiple spatial resolutions. The implementation is modular and user friendly, facilitating straightforward application to a wide range of oceanographic data sets. The code can also be applied to study water mass transformation using any tracer coordinates and to compute the meridional overturning stream function for generalised coordinates.
- Preprint
(19074 KB) - Metadata XML
- BibTeX
- EndNote
Status: open (until 25 Aug 2026)
-
CEC1: 'Comment on egusphere-2026-3561 - No compliance with the policy of the journal', Juan Antonio Añel, 04 Jul 2026
reply
-
AC1: 'Reply on CEC1', Verena Jung, 31 Jul 2026
reply
Dear Juan A. Añel,
We acknowledge your comment from the 4th July 2026. We are sorry to learn that not all data sets used in our manuscript are accepted but at the same time appreciate that publications of data in serious repositories are required. First of all, we want to stress that we investigate all data sets in thermohaline space. For this reason, we archived all data, used to compute the diathermohaline stream function, projected into thermohaline space permanently in the repository of Zenodo to address and meet the data policies of the journal GMD. For clarification and identifying which of the mentioned data policies are not met by which data set, we address the seven data sets individually in the following.
- EC-Earth validation data (https://doi.org/10.17043/jung-2026-ec-earth3-veg-1) are published in physical space in the Bolin Center database. The data storage is part of Stockholm University and, thus, is following the Stockholm University Open Science Policy which meets the journal’s requirements of long term preservation of at least 10 years after the project has ended. Data cannot be manipulated or removed by Authors. (compare e.g. https://medarbetare.su.se/en/our-su/governance/rules--regulations/research/open-science-plan and https://medarbetare.su.se/en/support-and-service/archiving-and-registration/registry-of-public-records/records-retention-schedule). If necessary, we could publish the data on Zenodo. Ideally, we would like to avoid having two DOI referring to the same data to maintain good research practice.
- Satellite data SMOS-SMAP (https://doi.org/10.48670/mds-00369) published in physical space in the Copernicus Marine Data Storage. We ask for clarification about what the Copernicus repository needs to provide in order to match the requirements of the Copernicus journal GMD.
- Reanalysis data GLORYS12 (https://doi.org/10.48670/moi-00021) published in physical space in the Copernicus Marine Data Storage. We use the data on a C-grid while the Copernicus Marine Data Storage provides the data on an A-gird. The data can be interpolated e.g. by CDO command “cdo remapcon” from the A-grid to the C-grid. We ask for clarification about what the Copernicus repository needs to provide in order to match the requirements of the Copernicus journal GMD.
- EC-Earth data (https://doi.org/10.22033/ESGF/CMIP6.642) on ESGF are accepted.
- OGCM-1° and
- OGCM-12° on the NOC supercomputer infrastructure Jasmin: We analyse the data in thermohaline space which we made permanently available on the Zenodo repository which is accepted by the GMD policies. However, we are open to replace these data sets to the CEDA archived data sets https://dx.doi.org/10.5285/399b0f762a004657a411a9ea7203493a and https://dx.doi.org/10.5285/e02c8424657846468c1ff3a5acd0b1ab to use data that are publicly available as well in physical space. We ask in advance for clarification if we need to provide additional information from the CEDA Archive in order to meet the requirements of the journal GMD.
- All data sets used to compute the diathermohaline stream function 1) and 3)-6) are provided on Zenodo (https://doi.org/10.5281/zenodo.20724367) in thermohaline space to address and meet the data policies of GMD.
We believe that our manuscript is ideally suited for the scope of the journal GMD and would like to continue with a peer review process and to find a solution that the data used in our study satisfy the journal’s requirements. Conversely, we also would like to express our deepest regrets in case the Copernicus journal GMD is not accepting the Copernicus Marine Data Storage and is also not accepting alternatively the preserved processed data in thermohaline space and would, in this case, withdraw our manuscript from the publication process in GMD.
Kind regards,
Verena Jung
Citation: https://doi.org/10.5194/egusphere-2026-3561-AC1
-
AC1: 'Reply on CEC1', Verena Jung, 31 Jul 2026
reply
Data sets
The diathermohaline stream function method Verena Jung, Joakim Kjellsson, Aitor Aldama-Campino, and Kristofer Döös https://doi.org/10.5281/zenodo.20724367
Model code and software
The diathermohaline stream function method Verena Jung, Joakim Kjellsson, Aitor Aldama-Campino, and Kristofer Döös https://doi.org/10.5281/zenodo.20724367
Viewed
| HTML | XML | Total | BibTeX | EndNote | |
|---|---|---|---|---|---|
| 59 | 30 | 11 | 100 | 8 | 7 |
- HTML: 59
- PDF: 30
- XML: 11
- Total: 100
- BibTeX: 8
- EndNote: 7
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
To access several of the datasets used in your manuscript you provide in the "Code and Data Availability" section many links that do not point to suitable repositories for scientific publication. Only two of the datasets are stored in repositories acceptable according to the policy of the journal, namely, the ESGF and Zenodo. None of the others is valid because:
- They do 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).
- They do 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,
- They do 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.
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