the Creative Commons Attribution 4.0 License.
the Creative Commons Attribution 4.0 License.
A Novel Transformation of the Ice Sheet Stokes Equations and Some of its Properties and Applications
Abstract. A full-Stokes model provides the most accurate but also the most expensive representation of ice sheet dynamics. The Blatter-Pattyn model is a widely used less expensive approximation that is valid for ice sheets characterized by a small aspect ratio. Here we introduce a novel transformation of the Stokes equations into a form that closely resembles the Blatter-Pattyn equations. The transformed exact Stokes equations only differ from the approximate Blatter-Pattyn equations by a few additional terms, while their variational formulations differ only by the presence of a single term in each horizontal direction (one term in 2D and two terms in 3D). Specifically, the variational formulations differ only by the absence (or the neglect) of the vertical velocity in the second invariant of the strain rate tensor in the Blatter-Pattyn model when compared to the Stokes case. Here we make use of the new transformation in two different ways. First, we consider incorporating the transformed equations into a code that can be very easily converted from a Stokes to a Blatter-Pattyn model, and vice-versa, simply by switching these terms on or off. This may be generalized so that the Stokes model is switched on adaptively only where the Blatter-Pattyn model loses accuracy, hopefully retaining most of the accuracy of the Stokes model but at a lower cost. Second, the key role played by the vertical velocity in converting the transformed Stokes model into the Blatter-Pattyn model motivates new approximations that improve on the Blatter-Pattyn model, heretofore the best approximate ice sheet model. These applications require the use of a grid that enables the discrete continuity equation to be invertible for the vertical velocity in terms of the horizontal velocity components. Examples of such grids, such as the first-order P1-E0 grid and the second-order P2-E1 grid are given in both 2D and 3D. It should be noted, however, that the transformed Stokes model has the same type of gravity forcing as the Blatter-Pattyn model, i.e., determined by the slope of the ice sheet's upper surface, thereby forgoing some of the grid-generality of the traditional formulation of the Stokes model. This is not a serious disadvantage, however, since in practice it has not impaired the widespread use of the Blatter-Pattyn model.
This preprint has been withdrawn.
-
Withdrawal notice
This preprint has been withdrawn.
-
Preprint
(10256 KB)
Interactive discussion
Status: closed
-
CEC1: 'Comment on egusphere-2024-426', Juan Antonio Añel, 28 Mar 2024
Dear author,
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.htmlNamely, the "Code Availability" section in your manuscript reads "All calculations were made using the Wolfram Research, Inc. program Mathematica in a development environment. No production code is available." Unfortunately, this statement does not comply with the aims of our policy, which is based on the need to assure the reproducibility and replicability of any manuscript, to comply with the principles of the scientific method. The fact that you have used a commercial proprietary software to develop your work does not imply that you have not used the algorithms that it contains implemented, and that your work depends on them and such implementation. Additionally, if you have used the software you mention in an interactive mode, you have to provide a log of the session and commands (that is, all the code run interactively, if it is the case), as the information necessary to reproduce your work. On top of it, the software you mention has many different versions and implementations depending on the operative system where you have run it, so you must identify clearly the version number of the software and the operative system (again including version) on which it is installed and run.
Therefore, you must reply to this comment with the relevant explanations and information (link and DOI for a repository containing the assets mentioned) as soon as possible, as this information should already be available before the Discussions stage.
if you do not fix this problem in a prompt manner, we will have to reject your manuscript for publication in our journal. I should note that, actually, your manuscript should not have been accepted in Discussions, given this lack of compliance with our policy. Therefore, the current situation with your manuscript is irregular.
Juan A. Añel
Geosci. Model Dev. Executive EditorCitation: https://doi.org/10.5194/egusphere-2024-426-CEC1 -
AC1: 'Reply on CEC1', John Dukowicz, 28 Mar 2024
Dear Prof. Anel,
Thank you for your message. Unfortunately, it is not practical or possible for me to meet the requirements as you state them. This is because the paper is essentially a model development effort consisting of multiple test calculations that validate the proposed methods.
I have previously published in the sister publication, The Cryosphere. I do not recall having to meet these requirements. If so, would it be possible to transfer the submission to The Cryosphere?
Thank you very much,
John Dukowicz
Citation: https://doi.org/10.5194/egusphere-2024-426-AC1 -
CEC2: 'Reply on AC1', Juan Antonio Añel, 28 Mar 2024
Dear author,
First, thanks for the quick reply. Let me say that I do not quite understand why you can not meet the requirements that we ask for. If it is something on which we can assist you, we are happy of facilitating the process step by step. If your manuscript is a model development effort, as you say, I consider that Geosci. Model Dev. is the right journal to submit your work, and all the papers that we publish comply with these requirements without problems.
That said, if you want to withdraw your manuscript, you can do it at any point. EGU journals do not have a manuscript transfer system as such, so if you want to submit to "The Cryosphere" or any other, you will have to do it separately after withdrawal from our journal. I would like to note that being your manuscript about model development, there are chances that the editors of "The Cryosphere" conclude that the right journal for its publication is Geosci. Model Dev.
As said, let us know your decision, and if we can assist you to comply with our code policy.
Regards,
Juan A. Añel
Geosci. Model Dev. Executive Editor
Citation: https://doi.org/10.5194/egusphere-2024-426-CEC2 -
AC2: 'Reply on CEC2', John Dukowicz, 29 Mar 2024
Dear Prof. Anel,
Thank you for your offer of assistance. Unfortunately, complying with the “Code availability” requirement by, in effect, submitting all the Mathematica “notebooks” that were used in the preparation of the paper is not a practical option for me. For one thing, there is a very large number of them, and not just a single code. Use of Mathematica to demonstrate the proposed methods and techniques was convenient for me because of the availability of good graphics and prepackaged mathematical packages, and because it allowed the work to be performed on a personal computer. Mathematica code, in the form of “notebooks”, would not be useful or even comprehensible to the vast majority of readers who work with large-scale computer systems and use standard programming languages such as Fortran or C++ for efficient computing.
The fact that Mathematica was used does not imply that the work described in the paper depends in some sense on the use Mathematica. It does not, and all the techniques and algorithms described in the paper can be, and were intended to be, implemented in standard programming languages.
As a result, and regretfully, I must withdraw the paper. I assume it is sufficient to notify you, or is there some other procedure I must follow?
Thank you, John Dukowicz
Citation: https://doi.org/10.5194/egusphere-2024-426-AC2 -
CEC3: 'Reply on AC2', Juan Antonio Añel, 29 Mar 2024
Dear Dr. Dukowicz,
I am sorry to hear that you want to withdraw your manuscript. To clarify, the purpose of publishing your Mathematica notebooks is to comply with the principle of scientific reproducibility, so they do not need to be extremely helpful, highly informative and well documented. We understand that the code developed by many of us does not follow good programming practices. Simply depositing the notebooks and indicating the Mathematica version and operative system you have used would be enough to comply with our policy.
Anyway, I will email our editorial office so that they can follow up with you on the steps necessary to withdraw your manuscript if you want to do so.Regards,
Juan A. Añel
Geosci. Model Dev. Executive Editor
Citation: https://doi.org/10.5194/egusphere-2024-426-CEC3 -
AC3: 'Reply on CEC3', John Dukowicz, 29 Mar 2024
Dear Prof. Anel,
Would it be sufficient to provide just one or two representative Mathematica notebooks, together with the Mathematica version and operating system used?
Regards, John Dukowicz
Citation: https://doi.org/10.5194/egusphere-2024-426-AC3 -
CEC4: 'Reply on AC3', Juan Antonio Añel, 29 Mar 2024
Dear Dr.Dukowicz,
Unfortunately, it is necessary that you publish all the notebooks or code that you have used for your work.
Regards,
Juan A. Añel
Geosci. Model Dev. Executive Editor
Citation: https://doi.org/10.5194/egusphere-2024-426-CEC4 -
AC4: 'Reply on CEC4', John Dukowicz, 01 Apr 2024
Dear Prof. Anel,
Unfortunately, I cannot meet this requirement. Please proceed with the withdrawal of the paper from Geoscientific Model Development.
As soon as the withdrawal is complete I intend to resubmit to The Cryosphere.
Thank you,
John Dukowicz
Citation: https://doi.org/10.5194/egusphere-2024-426-AC4
-
AC4: 'Reply on CEC4', John Dukowicz, 01 Apr 2024
-
CEC4: 'Reply on AC3', Juan Antonio Añel, 29 Mar 2024
-
AC3: 'Reply on CEC3', John Dukowicz, 29 Mar 2024
-
CEC3: 'Reply on AC2', Juan Antonio Añel, 29 Mar 2024
-
AC2: 'Reply on CEC2', John Dukowicz, 29 Mar 2024
-
CEC2: 'Reply on AC1', Juan Antonio Añel, 28 Mar 2024
-
AC1: 'Reply on CEC1', John Dukowicz, 28 Mar 2024
-
AC5: 'Comment on egusphere-2024-426', John Dukowicz, 03 Apr 2024
To whom it may concern:
I am requesting that my submission to Geosci. Model Dev., egusphere-2024-426, be withdrawn. Following a discussion with chief editor Juan Antonio Añel, I have realized that it is not practically possible for me to meet the “Code Availability” requirement of the journal. All work for the paper and all results were produced using the commercial package Mathematica, resulting in a very large number of individual, disjointed calculations that very often produced dead ends. This makes me unable to meet the requirement since it appears that it is necessary to “publish all the notebooks or code that you have used for your work”. I intend to resubmit to the sister publication, The Cryosphere, which does not have this requirement. John Dukowicz
Citation: https://doi.org/10.5194/egusphere-2024-426-AC5
Interactive discussion
Status: closed
-
CEC1: 'Comment on egusphere-2024-426', Juan Antonio Añel, 28 Mar 2024
Dear author,
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.htmlNamely, the "Code Availability" section in your manuscript reads "All calculations were made using the Wolfram Research, Inc. program Mathematica in a development environment. No production code is available." Unfortunately, this statement does not comply with the aims of our policy, which is based on the need to assure the reproducibility and replicability of any manuscript, to comply with the principles of the scientific method. The fact that you have used a commercial proprietary software to develop your work does not imply that you have not used the algorithms that it contains implemented, and that your work depends on them and such implementation. Additionally, if you have used the software you mention in an interactive mode, you have to provide a log of the session and commands (that is, all the code run interactively, if it is the case), as the information necessary to reproduce your work. On top of it, the software you mention has many different versions and implementations depending on the operative system where you have run it, so you must identify clearly the version number of the software and the operative system (again including version) on which it is installed and run.
Therefore, you must reply to this comment with the relevant explanations and information (link and DOI for a repository containing the assets mentioned) as soon as possible, as this information should already be available before the Discussions stage.
if you do not fix this problem in a prompt manner, we will have to reject your manuscript for publication in our journal. I should note that, actually, your manuscript should not have been accepted in Discussions, given this lack of compliance with our policy. Therefore, the current situation with your manuscript is irregular.
Juan A. Añel
Geosci. Model Dev. Executive EditorCitation: https://doi.org/10.5194/egusphere-2024-426-CEC1 -
AC1: 'Reply on CEC1', John Dukowicz, 28 Mar 2024
Dear Prof. Anel,
Thank you for your message. Unfortunately, it is not practical or possible for me to meet the requirements as you state them. This is because the paper is essentially a model development effort consisting of multiple test calculations that validate the proposed methods.
I have previously published in the sister publication, The Cryosphere. I do not recall having to meet these requirements. If so, would it be possible to transfer the submission to The Cryosphere?
Thank you very much,
John Dukowicz
Citation: https://doi.org/10.5194/egusphere-2024-426-AC1 -
CEC2: 'Reply on AC1', Juan Antonio Añel, 28 Mar 2024
Dear author,
First, thanks for the quick reply. Let me say that I do not quite understand why you can not meet the requirements that we ask for. If it is something on which we can assist you, we are happy of facilitating the process step by step. If your manuscript is a model development effort, as you say, I consider that Geosci. Model Dev. is the right journal to submit your work, and all the papers that we publish comply with these requirements without problems.
That said, if you want to withdraw your manuscript, you can do it at any point. EGU journals do not have a manuscript transfer system as such, so if you want to submit to "The Cryosphere" or any other, you will have to do it separately after withdrawal from our journal. I would like to note that being your manuscript about model development, there are chances that the editors of "The Cryosphere" conclude that the right journal for its publication is Geosci. Model Dev.
As said, let us know your decision, and if we can assist you to comply with our code policy.
Regards,
Juan A. Añel
Geosci. Model Dev. Executive Editor
Citation: https://doi.org/10.5194/egusphere-2024-426-CEC2 -
AC2: 'Reply on CEC2', John Dukowicz, 29 Mar 2024
Dear Prof. Anel,
Thank you for your offer of assistance. Unfortunately, complying with the “Code availability” requirement by, in effect, submitting all the Mathematica “notebooks” that were used in the preparation of the paper is not a practical option for me. For one thing, there is a very large number of them, and not just a single code. Use of Mathematica to demonstrate the proposed methods and techniques was convenient for me because of the availability of good graphics and prepackaged mathematical packages, and because it allowed the work to be performed on a personal computer. Mathematica code, in the form of “notebooks”, would not be useful or even comprehensible to the vast majority of readers who work with large-scale computer systems and use standard programming languages such as Fortran or C++ for efficient computing.
The fact that Mathematica was used does not imply that the work described in the paper depends in some sense on the use Mathematica. It does not, and all the techniques and algorithms described in the paper can be, and were intended to be, implemented in standard programming languages.
As a result, and regretfully, I must withdraw the paper. I assume it is sufficient to notify you, or is there some other procedure I must follow?
Thank you, John Dukowicz
Citation: https://doi.org/10.5194/egusphere-2024-426-AC2 -
CEC3: 'Reply on AC2', Juan Antonio Añel, 29 Mar 2024
Dear Dr. Dukowicz,
I am sorry to hear that you want to withdraw your manuscript. To clarify, the purpose of publishing your Mathematica notebooks is to comply with the principle of scientific reproducibility, so they do not need to be extremely helpful, highly informative and well documented. We understand that the code developed by many of us does not follow good programming practices. Simply depositing the notebooks and indicating the Mathematica version and operative system you have used would be enough to comply with our policy.
Anyway, I will email our editorial office so that they can follow up with you on the steps necessary to withdraw your manuscript if you want to do so.Regards,
Juan A. Añel
Geosci. Model Dev. Executive Editor
Citation: https://doi.org/10.5194/egusphere-2024-426-CEC3 -
AC3: 'Reply on CEC3', John Dukowicz, 29 Mar 2024
Dear Prof. Anel,
Would it be sufficient to provide just one or two representative Mathematica notebooks, together with the Mathematica version and operating system used?
Regards, John Dukowicz
Citation: https://doi.org/10.5194/egusphere-2024-426-AC3 -
CEC4: 'Reply on AC3', Juan Antonio Añel, 29 Mar 2024
Dear Dr.Dukowicz,
Unfortunately, it is necessary that you publish all the notebooks or code that you have used for your work.
Regards,
Juan A. Añel
Geosci. Model Dev. Executive Editor
Citation: https://doi.org/10.5194/egusphere-2024-426-CEC4 -
AC4: 'Reply on CEC4', John Dukowicz, 01 Apr 2024
Dear Prof. Anel,
Unfortunately, I cannot meet this requirement. Please proceed with the withdrawal of the paper from Geoscientific Model Development.
As soon as the withdrawal is complete I intend to resubmit to The Cryosphere.
Thank you,
John Dukowicz
Citation: https://doi.org/10.5194/egusphere-2024-426-AC4
-
AC4: 'Reply on CEC4', John Dukowicz, 01 Apr 2024
-
CEC4: 'Reply on AC3', Juan Antonio Añel, 29 Mar 2024
-
AC3: 'Reply on CEC3', John Dukowicz, 29 Mar 2024
-
CEC3: 'Reply on AC2', Juan Antonio Añel, 29 Mar 2024
-
AC2: 'Reply on CEC2', John Dukowicz, 29 Mar 2024
-
CEC2: 'Reply on AC1', Juan Antonio Añel, 28 Mar 2024
-
AC1: 'Reply on CEC1', John Dukowicz, 28 Mar 2024
-
AC5: 'Comment on egusphere-2024-426', John Dukowicz, 03 Apr 2024
To whom it may concern:
I am requesting that my submission to Geosci. Model Dev., egusphere-2024-426, be withdrawn. Following a discussion with chief editor Juan Antonio Añel, I have realized that it is not practically possible for me to meet the “Code Availability” requirement of the journal. All work for the paper and all results were produced using the commercial package Mathematica, resulting in a very large number of individual, disjointed calculations that very often produced dead ends. This makes me unable to meet the requirement since it appears that it is necessary to “publish all the notebooks or code that you have used for your work”. I intend to resubmit to the sister publication, The Cryosphere, which does not have this requirement. John Dukowicz
Citation: https://doi.org/10.5194/egusphere-2024-426-AC5
Viewed
HTML | XML | Total | BibTeX | EndNote | |
---|---|---|---|---|---|
245 | 75 | 34 | 354 | 13 | 10 |
- HTML: 245
- PDF: 75
- XML: 34
- Total: 354
- BibTeX: 13
- EndNote: 10
Viewed (geographical distribution)
Country | # | Views | % |
---|
Total: | 0 |
HTML: | 0 |
PDF: | 0 |
XML: | 0 |
- 1