[REVIEW]: scarplet: A Python package for topographic template matching and diffusion dating
Closed this issue ยท 49 comments
Submitting author: @rmsare (Robert Sare)
Repository: https://github.com/rmsare/scarplet
Version: 0.1.0
Editor: @kthyng
Reviewer: @fclubb, @mcflugen
Archive: 10.5281/zenodo.1492786
Status
Status badge code:
HTML: <a href="http://joss.theoj.org/papers/2a23987d6f629b4be281de912f66db69"><img src="http://joss.theoj.org/papers/2a23987d6f629b4be281de912f66db69/status.svg"></a>
Markdown: [![status](http://joss.theoj.org/papers/2a23987d6f629b4be281de912f66db69/status.svg)](http://joss.theoj.org/papers/2a23987d6f629b4be281de912f66db69)
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) 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
@fclubb & @mcflugen, please carry out your review in this issue by updating the checklist below. If you cannot edit the checklist please:
- Make sure you're logged in to your GitHub account
- Be sure to accept the invite at this URL: https://github.com/openjournals/joss-reviews/invitations
The reviewer guidelines are available here: https://joss.theoj.org/about#reviewer_guidelines. Any questions/concerns please let @kthyng know.
โจ Please try and complete your review in the next two weeks โจ
Review checklist for @fclubb
Conflict of interest
- As the reviewer I confirm that I have read the JOSS conflict of interest policy and that there are no conflicts of interest for me to review this work.
Code of Conduct
- I confirm that I read and will adhere to the JOSS code of conduct.
General checks
- Repository: Is the source code for this software available at the repository url?
- License: Does the repository contain a plain-text LICENSE file with the contents of an OSI approved software license?
- Version: Does the release version given match the GitHub release (0.1.0)?
- Authorship: Has the submitting author (@rmsare) made major contributions to the software? Does the full list of paper authors seem appropriate and complete?
Functionality
- Installation: Does installation proceed as outlined in the documentation?
- Functionality: Have the functional claims of the software been confirmed?
- Performance: If there are any performance claims of the software, have they been confirmed? (If there are no claims, please check off this item.)
Documentation
- A statement of need: Do the authors clearly state what problems the software is designed to solve and who the target audience is?
- Installation instructions: Is there a clearly-stated list of dependencies? Ideally these should be handled with an automated package management solution.
- Example usage: Do the authors include examples of how to use the software (ideally to solve real-world analysis problems).
- Functionality documentation: Is the core functionality of the software documented to a satisfactory level (e.g., API method documentation)?
- Automated tests: Are there automated tests or manual steps described so that the function of the software can be verified?
- Community guidelines: Are there clear guidelines for third parties wishing to 1) Contribute to the software 2) Report issues or problems with the software 3) Seek support
Software paper
- Authors: Does the
paper.md
file include a list of authors with their affiliations? - A statement of need: Do the authors clearly state what problems the software is designed to solve and who the target audience is?
- References: Do all archival references that should have a DOI list one (e.g., papers, datasets, software)?
Review checklist for @mcflugen
Conflict of interest
- As the reviewer I confirm that I have read the JOSS conflict of interest policy and that there are no conflicts of interest for me to review this work.
Code of Conduct
- I confirm that I read and will adhere to the JOSS code of conduct.
General checks
- Repository: Is the source code for this software available at the repository url?
- License: Does the repository contain a plain-text LICENSE file with the contents of an OSI approved software license?
- Version: Does the release version given match the GitHub release (0.1.0)?
- Authorship: Has the submitting author (@rmsare) made major contributions to the software? Does the full list of paper authors seem appropriate and complete?
Functionality
- Installation: Does installation proceed as outlined in the documentation?
- Functionality: Have the functional claims of the software been confirmed?
- Performance: If there are any performance claims of the software, have they been confirmed? (If there are no claims, please check off this item.)
Documentation
- A statement of need: Do the authors clearly state what problems the software is designed to solve and who the target audience is?
- Installation instructions: Is there a clearly-stated list of dependencies? Ideally these should be handled with an automated package management solution.
- Example usage: Do the authors include examples of how to use the software (ideally to solve real-world analysis problems).
- Functionality documentation: Is the core functionality of the software documented to a satisfactory level (e.g., API method documentation)?
- Automated tests: Are there automated tests or manual steps described so that the function of the software can be verified?
- Community guidelines: Are there clear guidelines for third parties wishing to 1) Contribute to the software 2) Report issues or problems with the software 3) Seek support
Software paper
- Authors: Does the
paper.md
file include a list of authors with their affiliations? - A statement of need: Do the authors clearly state what problems the software is designed to solve and who the target audience is?
- References: Do all archival references that should have a DOI list one (e.g., papers, datasets, software)?
Hello human, I'm @whedon, a robot that can help you with some common editorial tasks. @fclubb, it looks like you're currently assigned as the reviewer for this paper ๐.
โญ Important โญ
If you haven't already, you should seriously consider unsubscribing from GitHub notifications for this (https://github.com/openjournals/joss-reviews) repository. As a reviewer, you're probably currently watching this repository which means for GitHub's default behaviour you will receive notifications (emails) for all reviews ๐ฟ
To fix this do the following two things:
- Set yourself as 'Not watching' https://github.com/openjournals/joss-reviews:
- You may also like to change your default settings for this watching repositories in your GitHub profile here: https://github.com/settings/notifications
For a list of things I can do to help you, just type:
@whedon commands
Attempting PDF compilation. Reticulating splines etc...
@rmsare Nice work ๐I think this is great.
I submitted a couple issues to your repository that address most of the items on our checklist. There are only a couple of other things.
Things to do:
- Fix installation issues (stgl/scarplet#59)
- Fix examples (stgl/scarplet#60)
- Fix
gdal_merge
import problem (stgl/scarplet#61) - Add Statement of Need to the documentation
- Add DOIs to the references in
paper.md
I think that's it for now.
@mcflugen Thank you for the thorough review and your work on the conda recipe! I will dig into this and hope to address your comments and implement changes by Monday.
Hi @rmsare, thanks for submitting this, the package looks really useful. Here are some notes/comments, which I think are mostly similar those that @mcflugen mentioned.
Installation and functionality
- Installation worked for me with
pip
but I couldn't get the code to run due to issues with gdal (stgl/scarplet#62). I think it would be better to have an environment file so that the gdal install is already taken care of, or do a conda package as was already suggested. - Examples: it wasn't immediately clear to me that the example data was included within the GitHub repository, as I had just done a
pip
install. I have added a comment to the issue that @mcflugen opened. - The data for the channel network example is not provided within the GitHub repo so I couldn't test this example. Would need to test this to check all of the functionality of the software.
Software paper
- I think the software paper needs to include DOIs with the references.
Documentation
- Readme file could contain a clearer statement of need.
Attempting PDF compilation. Reticulating splines etc...
Thanks for your comments @fclubb and @mcflugen.
The example issues have been addressed in some of the PRs above. I've also clarified the statement of need in the README and added DOIs to the paper.
A conda recipe has been submitted that should take care of install problems. I will give it a few days to get into review, and follow up if necessary.
It seems like the best course of action is cutting a new version after I fully address your reviews, and I will release and increment the paper/recipe versions then.
Please let me know if you have any other thoughts or issues.
Just a quick check in, @rmsare โ looks like you are working on some things, but just want to be sure I'm correct.
@kthyng Thanks for the follow up.
I believe I have addressed the points raised so far by both reviewers. Just to clarify, the following changes have been made:
- Add DOIs to paper
- Add statement of need to README
- Refactor example data access
- Clarify how to run examples and access sample data in both README and docs
- Change call to a GDAL binary based on @mcflugen's code review
- Submit package to conda-forge
The remaining issues should be solved once the conda package is accepted. At that point I think @fclubb will be able to install without GDAL problems and verify functionality.
Unfortunately that package review is blocking for now. Please let me know if there's anything I can do in the meantime.
Here are some things you can ask me to do:
# List Whedon's capabilities
@whedon commands
# List of editor GitHub usernames
@whedon list editors
# List of reviewers together with programming language preferences and domain expertise
@whedon list reviewers
# Compile the paper
@whedon generate pdf
๐ง ๐ง ๐ง Experimental Whedon features ๐ง ๐ง ๐ง
# Compile the paper from a custom git branch
@whedon generate pdf from branch custom-branch-name
Hi @rmsare, I have checked the changes that you made and I am happy with submission - I have checked off all the points in my checklist. Nice work!
Thanks to you both for your help and reviews. This submission was a good learning experience for me.
Attempting PDF compilation. Reticulating splines etc...
Attempting PDF compilation. Reticulating splines etc...
Several multi-author references are being formatted incorrectly. The landlab reference is correct (Hobley, et al., 2017) but others are not.
I'm not sure what the problem is here, as the author lists are all in the same style in paper.bib
and use "and" to separate authors. @kthyng (or @arfon), is this a known issue with whedon?
The Zenodo archive of the latest release is 10.5281/zenodo.1492786
Feel free to try tweaking the bibtex and compiling here.
Attempting PDF compilation. Reticulating splines etc...
Attempting PDF compilation. Reticulating splines etc...
I'm happy with the formatting as is.
This comes up in other JOSS papers, too, like 10.21105/joss.00979.
(One fix might be to use the natbib
package to format citations when compiling the paper. But this looks like it is not compatible with whedon's current use of pandoc.citeproc
)
The Zenodo archive of the latest release is 10.5281/zenodo.1492786
@kthyng - are we ready to accept this submission?
One more thing:
@rmsare it looks like you have no co-author on your zenodo archive, but you have one on this JOSS submission. Presumably they should match, in which case can you edit the metadata for the zenodo entry?
OK. 10.5281/zenodo.1492786 is the archive.
Attempting dry run of processing paper acceptance...
Check final proof ๐ openjournals/joss-papers#84
If the paper PDF and Crossref deposit XML look good in openjournals/joss-papers#84, then you can now move forward with accepting the submission by compiling again with the flag deposit=true
e.g.
@whedon accept deposit=true
Doing it live! Attempting automated processing of paper acceptance...
๐จ๐จ๐จ THIS IS NOT A DRILL, YOU HAVE JUST ACCEPTED A PAPER INTO JOSS! ๐จ๐จ๐จ
Here's what you must now do:
- Check final PDF and Crossref metadata that was deposited ๐ openjournals/joss-papers#85
- Wait a couple of minutes to verify that the paper DOI resolves https://doi.org/10.21105/joss.01066
- If everything looks good, then close this review issue.
- Party like you just published a paper! ๐๐๐ฆ๐๐ป๐ค
Any issues? notify your editorial technical team...
๐๐๐ Congratulations on your paper acceptance! ๐๐๐
If you would like to include a link to your paper from your README use the following code snippets:
Markdown:
[![DOI](http://joss.theoj.org/papers/10.21105/joss.01066/status.svg)](https://doi.org/10.21105/joss.01066)
HTML:
<a style="border-width:0" href="https://doi.org/10.21105/joss.01066">
<img src="http://joss.theoj.org/papers/10.21105/joss.01066/status.svg" alt="DOI badge" >
</a>
reStructuredText:
.. image:: http://joss.theoj.org/papers/10.21105/joss.01066/status.svg
:target: https://doi.org/10.21105/joss.01066
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:
- Volunteering to review for us sometime in the future. You can add your name to the reviewer list here: http://joss.theoj.org/reviewer-signup.html
- Making a small donation to support our running costs here: https://www.flipcause.com/secure/cause_pdetails/Mjk3Nzk=