Closed whedon closed 2 years ago
:point_right::page_facing_up: Download article proof :page_facing_up: View article proof on GitHub :page_facing_up: :point_left:
@dilawar Thank you very much for your review and remarks. I have tried to rephrase the paragraph about LPJ-GUESS coupling in a clearer way. In the README, I mentioned that the educational version of LPJ-GUESS is not compatible with MMM.
Perhaps, the author would like to add expected results (plots) to the demo documentation.
I also thought about that. However, the example parameters and the plot script might change. After editing them, one could forget to update the screenshot of the expected demo output in the documentation. Then it can easily happen that the user’s output is different than the one in the docs, and the user might try to find an error where there is none. I didn’t come up with a good way to automate that, so I added a reference to the CI output.
Thank you, @wtraylor.
@diehlpk I don't think I have any other issue.
Thank you, @wtraylor.
@diehlpk I don't think I have any other issue.
Thanks again for your review!
@wtraylor I will do the editorial comments by Monday and we can finish the paper next week.
@wtraylor I found some time and read your paper. I can recommend it for acceptance if you add this last change.
Through the instruction file, users can...
I think it might be helpful to put a link (https://github.com/wtraylor/modular_megafauna_model/tree/master/examples) to the examples here. Or maybe add to the end of this paragraph: Example input files can be found here or whatever you prefer.@dirmeier Can you please confirm that you are done with your review? Just want to make sure.
I conform we are finished here. Great work!
@whedon generate pdf from branch joss-paper
Attempting PDF compilation from custom branch joss-paper. Reticulating splines etc...
:point_right::page_facing_up: Download article proof :page_facing_up: View article proof on GitHub :page_facing_up: :point_left:
@diehlpk I have added a footnote pointing to the example instruction files in the code.
I am currently debugging the CI for the documentation so I can create a release afterwards. I guess it makes sense to have the version that’s published in JOSS identifiable with a release tag.
@wtraylor Yes, please make a new version which has to include all the changes, you made during the JOSS review.
Please do the following
@wtraylor Any news on that? I would like to finish this paper soon and make room for a new submission.
@diehlpk I was able to fix the CI and released version 1.1.3 containing all changes from this review. It’s archived on Zenodo: 10.5281/zenodo.5779267
@whedon commands
Here are some things you can ask me to do:
# List all of Whedon's capabilities
@whedon commands
# Assign a GitHub user as the sole reviewer of this submission
@whedon assign @username as reviewer
# Add a GitHub user to the reviewers of this submission
@whedon add @username as reviewer
# Re-invite a reviewer (if they can't update checklists)
@whedon re-invite @username as reviewer
# Remove a GitHub user from the reviewers of this submission
@whedon remove @username as reviewer
# List of editor GitHub usernames
@whedon list editors
# List of reviewers together with programming language preferences and domain expertise
@whedon list reviewers
# Change editorial assignment
@whedon assign @username as editor
# Set the software archive DOI at the top of the issue e.g.
@whedon set 10.0000/zenodo.00000 as archive
# Set the software version at the top of the issue e.g.
@whedon set v1.0.1 as version
# Open the review issue
@whedon start review
EDITORIAL TASKS
# All commands can be run on a non-default branch, to do this pass a custom
# branch name by following the command with `from branch custom-branch-name`.
# For example:
# Compile the paper
@whedon generate pdf
# Compile the paper from alternative branch
@whedon generate pdf from branch custom-branch-name
# Remind an author or reviewer to return to a review after a
# certain period of time (supported units days and weeks)
@whedon remind @reviewer in 2 weeks
# Ask Whedon to do a dry run of accepting the paper and depositing with Crossref
@whedon recommend-accept
# Ask Whedon to check the references for missing DOIs
@whedon check references
# Ask Whedon to check repository statistics for the submitted software
@whedon check repository
EiC TASKS
# Invite an editor to edit a submission (sending them an email)
@whedon invite @editor as editor
# Reject a paper
@whedon reject
# Withdraw a paper
@whedon withdraw
# Ask Whedon to actually accept the paper and deposit with Crossref
@whedon accept deposit=true
@whedon set v1.1.3 as version
OK. v1.1.3 is the version.
@whedon set 10.5281/zenodo.5779267 as archive
OK. 10.5281/zenodo.5779267 is the archive.
@whedon generate pdf from branch joss-paper
Attempting PDF compilation from custom branch joss-paper. Reticulating splines etc...
:point_right::page_facing_up: Download article proof :page_facing_up: View article proof on GitHub :page_facing_up: :point_left:
@wtraylor The paper title
MMM: A C++ library for simulating large herbivores
does not match the title of the Zenodo archive
Modular Megafauna Model
Please change that, so I can accept the paper.
Please change that, so I can accept the paper.
I changed the title in the metadata of the Zenodo record (10.5281/zenodo.5779267).
@whedon set 10.5281/zenodo.5779267 as archive
OK. 10.5281/zenodo.5779267 is the archive.
@whedon recommend-accept from branch joss-paper
Attempting dry run of processing paper acceptance...
Reference check summary (note 'MISSING' DOIs are suggestions that need verification):
OK DOIs
- 10.1016/j.rama.2018.06.006 is OK
- 10.1002/2016MS000904 is OK
- 10.2307/j.ctv1dwq0tq.9 is OK
- 10.1126/science.1251817 is OK
- 10.1034/j.1600-0706.2000.890209.x is OK
- 10.1016/j.ecolmodel.2013.04.025 is OK
- 10.1046/j.1466-822X.2001.t01-1-00256.x is OK
- 10.5194/bg-11-2027-2014 is OK
- 10.1038/s41559-018-0481-y is OK
MISSING DOIs
- None
INVALID DOIs
- None
:wave: @openjournals/joss-eics, this paper is ready to be accepted and published.
Check final proof :point_right: https://github.com/openjournals/joss-papers/pull/2826
If the paper PDF and Crossref deposit XML look good in https://github.com/openjournals/joss-papers/pull/2826, then you can now move forward with accepting the submission by compiling again with the flag deposit=true
e.g.
@whedon accept deposit=true from branch joss-paper
@wtraylor Thanks, I recommend your paper to be accepted. One of the EIC will do a final check and publish the paper.
@dirmeier, @dilawar thank you so much for your reviews. We could not run JOSS without our reviwers.
@whedon accept deposit=true from branch joss-paper
Doing it live! Attempting automated processing of paper acceptance...
🐦🐦🐦 👉 Tweet for this paper 👈 🐦🐦🐦
🚨🚨🚨 THIS IS NOT A DRILL, YOU HAVE JUST ACCEPTED A PAPER INTO JOSS! 🚨🚨🚨
Here's what you must now do:
Party like you just published a paper! 🎉🌈🦄💃👻🤘
Any issues? Notify your editorial technical team...
Congratulations @wtraylor on your article's publication in JOSS!
Many thanks to @dirmeier and @dilawar for reviewing this, and @diehlpk for editing.
:tada::tada::tada: Congratulations on your paper acceptance! :tada::tada::tada:
If you would like to include a link to your paper from your README use the following code snippets:
Markdown:
[![DOI](https://joss.theoj.org/papers/10.21105/joss.03631/status.svg)](https://doi.org/10.21105/joss.03631)
HTML:
<a style="border-width:0" href="https://doi.org/10.21105/joss.03631">
<img src="https://joss.theoj.org/papers/10.21105/joss.03631/status.svg" alt="DOI badge" >
</a>
reStructuredText:
.. image:: https://joss.theoj.org/papers/10.21105/joss.03631/status.svg
:target: https://doi.org/10.21105/joss.03631
This is how it will look in your documentation:
We need your help!
Journal of Open Source Software is a community-run journal and relies upon volunteer effort. If you'd like to support us please consider doing either one (or both) of the the following:
Submitting author: @wtraylor (Wolfgang Traylor) Repository: https://github.com/wtraylor/modular_megafauna_model Version: v1.1.3 Editor: @diehlpk Reviewers: @dirmeier, @dilawar Archive: 10.5281/zenodo.5779267
:warning: JOSS reduced service mode :warning:
Due to the challenges of the COVID-19 pandemic, JOSS is currently operating in a "reduced service mode". You can read more about what that means in our blog post.
Status
Status badge code:
Reviewers and authors:
Please avoid lengthy details of difficulties in the review thread. Instead, please create a new issue in the target repository and link to those issues (especially acceptance-blockers) by leaving comments in the review thread below. (For completists: if the target issue tracker is also on GitHub, linking the review thread in the issue or vice versa will create corresponding breadcrumb trails in the link target.)
Reviewer instructions & questions
@dirmeier & @dilawar, please carry out your review in this issue by updating the checklist below. If you cannot edit the checklist please:
The reviewer guidelines are available here: https://joss.readthedocs.io/en/latest/reviewer_guidelines.html. Any questions/concerns please let @diehlpk know.
✨ Please start on your review when you are able, and be sure to complete your review in the next six weeks, at the very latest ✨
Review checklist for @dirmeier
✨ Important: Please do not use the Convert to issue functionality when working through this checklist, instead, please open any new issues associated with your review in the software repository associated with the submission. ✨
Conflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper
Review checklist for @dilawar
✨ Important: Please do not use the Convert to issue functionality when working through this checklist, instead, please open any new issues associated with your review in the software repository associated with the submission. ✨
Conflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper