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
[REVIEW]: OpenFEPOPS: A Python implementation of the FEPOPS molecular similarity technique #5763
Comments
Hello humans, I'm @editorialbot, a robot that can help you with some common editorial tasks. 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:
|
|
|
Wordcount for |
Review checklist for @exs-cbouyConflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper
|
@richardjgowers as a reviewer am I supposed to rerun the benchmarking notebook (as it would qualify as "original results") and make sure that the results are the same, or is making sure that the notebook is runnable enough? It's quite slow to run (but the notebook works). |
@exs-cbouy yes if you could rerun the notebook in the repo and verify the results, i.e. a manual notebook regression test |
Hi @exs-cbouy , thank you very much for your in depth review. We are working on addressing all points. As for rerunning the notebook, this has been refactored somewhat in addressing your comments. The most up to date version in the development branch (not yet merged to main) would be the best to use, available here: https://github.com/JustinYKC/FEPOPS/blob/7b929a16dc1eadfa1f4abfd4e80a4c2a7982cad9/Explore_DUDE_diversity_set.ipynb In addition, pre-generated FEPOPS database files for the DUDE diversity set are available here: https://doi.org/10.6084/m9.figshare.23951445.v3 which will massively speedup running the notebook. These new descriptors have been generated after addressing your point on feature scaling before k-medoid clustering and so differ from earlier versions. Once we have addressed all changes on the development branch we will merge to main and notify all here. Many thanks, |
@editorialbot generate pdf |
Hi @richardjgowers and @exs-cbouy, we have now addressed the raised issues and released a new version of OpenFEPOPS (v.1.8.0) which includes bugfixes and updates to functionality, online documentation and the manuscript. |
@editorialbot generate pdf |
Hi @richardjgowers, I've just added the 1.8.2 source archive to figshare under the URL: and DOI: Many thanks to you and the reviewers for progressing this! |
@editorialbot set 10.6084/m9.figshare.24477184.v1 as archive |
That doesn't look like a valid DOI value |
@editorialbot pretty please set https://doi.org/10.6084/m9.figshare.24477184.v1 as archive |
I'm sorry human, I don't understand that. You can see what commands I support by typing:
|
@editorialbot set https://doi.org/10.6084/m9.figshare.24477184.v1 as archive |
Done! archive is now 10.6084/m9.figshare.24477184.v1 |
@editorialbot recommend-accept |
|
|
👋 @openjournals/bcm-eics, this paper is ready to be accepted and published. Check final proof 👉📄 Download article If the paper PDF and the deposit XML files look good in openjournals/joss-papers#4759, then you can now move forward with accepting the submission by compiling again with the command |
@stevenshave as the AEiC on this track I will now help to process the final steps. I have checked the repository, this review, the paper, and the archive link. Most seems in order. However I have the below points that require your attention: On the paper:
Comments/recommendations (not required):
|
@editorialbot generate pdf |
Hi @Kevin-Mattheus-Moerman, many thanks for your work on this. I have now standardised to British English, replacing featurization with featurisation. I looked into the totalling vs totaling and it seems unclear, with both being acceptable, but have gone with your suggestion of totaling. I discovered another typo of "fingeprint" which has now been corrected. After a brief discussion with coauthors, one would strongly prefer keeping the addresses as prescribed by our departments for use in publishing. I hope that it is OK if these remain as they are. I have added the suggested URL to the Arthur 2007 reference, which now appears correctly. My thanks to all reviewers and editors for the work you have all contributed to this, it has been a great experience! Best, |
@editorialbot generate pdf |
@stevenshave thanks that all looks good now then. |
@editorialbot accept |
|
Ensure proper citation by uploading a plain text CITATION.cff file to the default branch of your repository. If using GitHub, a Cite this repository menu will appear in the About section, containing both APA and BibTeX formats. When exported to Zotero using a browser plugin, Zotero will automatically create an entry using the information contained in the .cff file. You can copy the contents for your CITATION.cff file here: CITATION.cff
If the repository is not hosted on GitHub, a .cff file can still be uploaded to set your preferred citation. Users will be able to manually copy and paste the citation. |
🐘🐘🐘 👉 Toot 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... |
I see that the paper is now live! I have added a CITATION.cff to the repository and GitHub has picked it up, enabling the "Cite this repository" link/button. Again, my thanks to the reviewers for the in depth reviews which forced me to rethink many things and also become more proficient at github, and to the editors for making this such a good experience. We will be looking in the future to improve the speed of the technique with some compiled rust to replace performance critical sections and increase the utility of OpenFEPOPS. Best wishes, |
Congratulations on this JOSS publication @stevenshave Thanks for editing @richardjgowers And a special thanks to the reviewers: @hannahbaumann, @exs-cbouy |
🎉🎉🎉 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:
|
Submitting author: @stevenshave (Steven Shave)
Repository: https://github.com/JustinYKC/FEPOPS
Branch with paper.md (empty if default branch):
Version: v1.8.2
Editor: @richardjgowers
Reviewers: @hannahbaumann, @exs-cbouy
Archive: 10.6084/m9.figshare.24477184.v1
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
@hannahbaumann & @exs-cbouy, 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 @richardjgowers 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 @exs-cbouy
📝 Checklist for @hannahbaumann
The text was updated successfully, but these errors were encountered: