-
-
Notifications
You must be signed in to change notification settings - Fork 41
[REVIEW]: GEMMI: A library for structural biology #4200
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hello humans, I'm @editorialbot, a robot that can help you with some common editorial tasks. 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. For a list of things I can do to help you, just type:
For example, to regenerate the paper pdf after making changes in the paper's md or bib files, type:
|
Checking the BibTeX entries failed with the following error:
|
|
Failed to discover a |
This comment was marked as outdated.
This comment was marked as outdated.
@editorialbot generate pdf from branch paper |
I'm sorry human, I don't understand that. You can see what commands I support by typing:
|
@editorialbot set custom-branch-with-paper as paper |
I'm sorry human, I don't understand that. You can see what commands I support by typing:
|
👋 @openjournals/dev - Looks like something isn't working right |
@editorialbot set paper as branch |
Done! branch is now paper |
@editorialbot generate pdf |
This needs to be updated: https://joss.readthedocs.io/en/latest/editorial_bot.html#compiling-papers-from-a-specific-branch |
Review checklist for @jamesrhesterConflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper
|
@wojdyr I can't find anything that might be interpreted as "community guidelines" in either the |
Another minor comment: I think it is worth mentioning somewhere in the Summary which major platforms the software compiles and runs on, or maybe just insert the word "cross-platform" somewhere. |
@jamesrhester Thanks a lot for the review. We indeed don't have any guidelines or suggestions regarding contributing to GEMMI. Default Github's Community Guidelines apply. I think it makes reporting bugs easier – the user doesn't need to read and conform to a given protocol. Contributing code to GEMMI has not been formalized yet. To formalize it we'd need to decide how to handle copyrights (should we have CLA and copyright assignment from contributors?), and this would need to be discussed with all stakeholders in the project. Which would take time. As for the support, some users open issue or discussion on Github, other use email. The main page of the documentation (here) encourages to ask question by email, but I don't really have a preferred mode of communication. "cross-platform" – makes sense, I'll add it (I guess I should wait for the second review before updating the paper). Thanks again for reviewing the paper! |
Perhaps then a header "Contributing" with just a "See Github Community Guidelines" link underneath. "Support" could have "Please open an issue (link) or contact via email". Just something minimal like this should be enough. |
@jamesrhester I misunderstood community guidelines. I thought about Github guidelines which recommend that people are nice and don't offend each other. When the user open a new issue, they see a footnote: But I see that the community guidelines in the review process are specifically about guidelines how to seek support, report problems, etc. So I added this to README.md:
Thanks for the time you spend on this review. |
Review checklist for @dominiquesydowConflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper
|
Hi @wojdyr, thanks for your updates! This completes my review and I recommend this work to be accepted. |
My review is also complete. |
Excellent, thank you both for your work in reviewing this submission. |
@editorialbot generate pdf |
@editorialbot check references |
|
@wojdyr I'm ready to recommend this for acceptance. Please create an archive of the tagged release you wish to have the paper associated with (I see we started at v0.5.1 but the software is up to v0.5.4) and archive it (on Zenodo, figshare, or elsewhere) and post the DOI here. |
Thank you all! |
@editorialbot set 10.6084/m9.figshare.19678776 as archive |
Done! Archive is now 10.6084/m9.figshare.19678776 |
@editorialbot recommend-accept |
|
|
👋 @openjournals/joss-eics, this paper is ready to be accepted and published. Check final proof 👉 openjournals/joss-papers#3182 If the paper PDF and the deposit XML files look good in openjournals/joss-papers#3182, then you can now move forward with accepting the submission by compiling again with the command |
@editorialbot accept |
|
🐦🐦🐦 👉 Tweet for this paper 👈 🐦🐦🐦 |
🚨🚨🚨 THIS IS NOT A DRILL, YOU HAVE JUST ACCEPTED A PAPER INTO JOSS! 🚨🚨🚨 Here's what you must now do:
Any issues? Notify your editorial technical team... |
Congratulations @wojdyr on your article's publication in JOSS! Many thanks to @jamesrhester and @dominiquesydow for reviewing this, and @kellyrowland for editing. |
🎉🎉🎉 Congratulations on your paper acceptance! 🎉🎉🎉 If you would like to include a link to your paper from your README use the following code snippets:
This is how it will look in your documentation: We need your help! The 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:
|
Thanks a lot @jamesrhester @dominiquesydow @kellyrowland and @kyleniemeyer ! |
Congratulations @wojdyr ! 🎉 |
Submitting author: @wojdyr (Marcin Wojdyr)
Repository: https://github.com/project-gemmi/gemmi/
Branch with paper.md (empty if default branch): paper
Version: v0.5.1
Editor: @kellyrowland
Reviewers: @jamesrhester, @dominiquesydow
Archive: 10.6084/m9.figshare.19678776
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
@jamesrhester & @dominiquesydow, your review will be checklist based. Each of you will have a separate checklist that you should update when carrying out your review.
First of all you need to run this command in a separate comment to create the checklist:
The reviewer guidelines are available here: https://joss.readthedocs.io/en/latest/reviewer_guidelines.html. Any questions/concerns please let @kellyrowland 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 ✨
Checklists
📝 Checklist for @jamesrhester
📝 Checklist for @dominiquesydow
The text was updated successfully, but these errors were encountered: