JOSS REVIEW: Paper about mandyoc

[victorsacek]

Dear @psanan
You are correct. Now we explicitly say that Mandyoc is a 2-D code in the JOSS paper.

[psanan]

Re several of the points above, I strongly agree that the submission is missing information and citations to position itself relative to other pieces of free and/or open source software which solve similar problems. Strict novelty is not a requirement for publication, but it's important for readers to know what differentiates this code from others they may have used or read about, both in terms of the physical problems it solves (in particular, with regards to surface processes) and in terms of the practical usage of the software.

Re point 3, I think that the template is a little confusing in mixing literal section headings with section headings that describe how to format things ("Mathematics", "Citations", "Figures") that don't need to be literally included.

Re Point 4, I would argue that the choice of example to include is fine, especially given that the van Keken benchmark is nicely presented in your documentation, this benchmark is presumably identical to the one in examples/, and this example does a good job of showing a reproducible experiment quite similar to ones other researchers might want to run with the code.

[victorsacek]

The paper was updated following the suggestions of the reviewers:

• The Statement of Need was improved, also citing other codes with similar functionalities.
• The information related to Statement of Field is presented along with Statement of Need.
• Additional references were included relative to previous works showing the integration between surface processes and Earth's interior dynamics.
• We preferred to preserve the example of continental rifting because this scenario presents a complex non-linear rheology, what we believe to be an attractive for future users. Other examples of numerical scenarios are presented in the documentation.

Addresses Issue #54.

[psanan]

My concerns have been addressed wrt this issue, so consider my comment above "resolved".

[psanan]

One further minor comment on the paper (and documentation in general). As far as I can tell, it is never explicitly stated anywhere that this is a 2D-only code, even though in the paper it's compared to codes which support 3D simulations. That's a crucial piece of information for potential users and should be stated clearly. If a potential user needs to perform a 3D simulation, they obviously cannot use Mandyoc and should be directed elsewhere quickly, but otherwise a smaller and more contained (hence potentially easier to understand and modify) 2D-focused code might be just what they're looking for.

[rbeucher]

Looks OK to me. I am closing this.