Closed editorialbot closed 6 months ago
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:
@editorialbot commands
For example, to regenerate the paper pdf after making changes in the paper's md or bib files, type:
@editorialbot generate pdf
Software report:
github.com/AlDanial/cloc v 1.88 T=0.20 s (497.2 files/s, 34111.7 lines/s)
-------------------------------------------------------------------------------
Language files blank comment code
-------------------------------------------------------------------------------
R 88 839 1487 2876
HTML 1 84 5 549
Markdown 5 117 0 215
TeX 1 24 4 181
YAML 2 11 6 55
Rmd 1 67 161 43
-------------------------------------------------------------------------------
SUM: 98 1142 1663 3919
-------------------------------------------------------------------------------
gitinspector failed to run statistical information for the repository
Wordcount for paper.md
is 1065
Reference check summary (note 'MISSING' DOIs are suggestions that need verification):
OK DOIs
- 10.18637/jss.v059.i10 is OK
MISSING DOIs
- 10.1016/j.ecolind.2014.11.017 may be a valid DOI for title: A null model test of Floristic Quality Assessment: Are plant speciesβ Coefficients of Conservatism valid?
- 10.1672/0277-5212(2006)26[718:papotf]2.0.co;2 may be a valid DOI for title: Properties and performance of the floristic quality index in Great Lakes coastal wetlands
- 10.3375/0885-8608(2006)26[17:tteosr]2.0.co;2 may be a valid DOI for title: Testing the efficacy of species richness and floristic quality assessment of quality, temporal change, and fire effects in tallgrass prairie natural areas
- 10.1093/aobpla/plx073 may be a valid DOI for title: Ecology of Floristic Quality Assessment: testing for correlations between coefficients of conservatism, species traits and mycorrhizal responsiveness
- 10.1016/j.ecolind.2020.107078 may be a valid DOI for title: Niche ecology in Floristic Quality Assessment: Are species with higher conservatism more specialized?
- 10.1002/ecs2.2825 may be a valid DOI for title: Floristic Quality Assessment: a critique, a defense, and a primer
INVALID DOIs
- None
:point_right::page_facing_up: Download article proof :page_facing_up: View article proof on GitHub :page_facing_up: :point_left:
ππΌ @equitable-equations, @ifoxfoot, @mhesselbarth : this is the review thread for the paper. Just about all of our communications will happen here from now on π
As a reviewer, the first step is to create a checklist for your review by entering
@editorialbot generate my checklist
as the top of a new comment in this thread. For best results, don't include anything else in the comment!
This will create a checklist that walks through the JOSS submission requirements. As you go over the submission, please check any items that you feel have been satisfied. The first comment in this thread also contains links to the JOSS reviewer guidelines.
The JOSS review is different from most other journals. Our goal is to work with the authors to help them meet our criteria instead of merely passing judgment on the submission. As such, the reviewers are encouraged to submit issues and pull requests on the software repository. When doing so, please mention openjournals/joss-reviews#6366
so that a link is created to this thread (and I can keep an eye on what is happening). Please also feel free to comment and ask questions on this thread. In my experience, it is better to post comments/questions/suggestions as you come across them instead of waiting until you've reviewed the entire package.
We aim for reviews to be completed within about 4 weeks. Please let me know if you require some more time.
Please feel free to ping me (@mikemahoney218) if you have any questions/concerns. Thanks again so much for agreeing to review!
@ifoxfoot & @mhesselbarth thanks to the reviewers for your work! I'll respond to questions or pull requests as promptly as I'm able.
Hi folks! Just wanted to bump this thread now that we're about two weeks into the review window -- thank you so much @ifoxfoot and @mhesselbarth for generating your review checklists, and please let me know if you have any questions/comments/concerns during your review!
@mikemahoney218 I already have paper revision requests and suggestions from @ifoxfoot which I'm in the process of implementing or otherwise addressing. My thanks to all concerned!
I was sick, so need a couple of more days. Sorry for the delay.
Thanks for keeping us updated @mhesselbarth , hope you're feeling better!
hi @mikemahoney218 I plan on going through the documentation and reading @equitable-equations's updates to the manuscript today! I should be finished with the checklist in a couple of days max!
@editorialbot generate pdf
:point_right::page_facing_up: Download article proof :page_facing_up: View article proof on GitHub :page_facing_up: :point_left:
Awesome, thanks @ifoxfoot !
Also, looking at the paper preview, I think that any changes @equitable-equations makes won't be reflected in the preview until they get merged into the joss
branch. As a result, I think the above preview reflects the original submission, and not the joss_revisions
branch. Just want to make sure there's no confusion why changes aren't being reflected!
@mikemahoney218 that's right. I wasn't sure about standard practice on this so I made a new temporary branch while others are still working. The changes are small, but if anyone wants to see the updated version directly you can do so here.
@mikemahoney218 and @equitable-equations okay thanks! That makes sense.
I do have one question for @mikemahoney218. Both the documentation and the software paper sections have checklist items for a statement of need. Is it necessary to have a statement of need in two places? Or is one statement of need in the paper sufficient to check both items off? Thanks!
We're generally looking for a statement of need in both the paper and the documentation. The main idea is that most users (and other people encountering the project) are probably going to find the documentation before the paper, and it's useful to give them a sense of what your project does and why. That can make it a lot easier to understand the intended use cases for a project and onboard new users.
That said, this section doesn't need to be as formal as it would be in the paper -- to use an example from one of my own projects, I generally include a "Why do this?" in the Readme: https://github.com/ropensci/unifir?tab=readme-ov-file#why-do-this
I'm sorry human, I don't understand that. You can see what commands I support by typing:
@editorialbot commands
@editorialbot set joss-revision as branch
Done! branch is now joss-revision
@editorialbot generate pdf
:warning: An error happened when generating the pdf.
:point_right::page_facing_up: Download article proof :page_facing_up: View article proof on GitHub :page_facing_up: :point_left:
@editorialbot set joss-revision as branch @editorialbot generate pdf
Done! branch is now joss-revision
@mhesselbarth - FYI, @editorialbot
only see the first line of a comment, so only one command per comment can work
@editorialbot generate pdf
:warning: An error happened when generating the pdf.
I finally started with the review and opened a few issues, mostly minor stuff - @equitable-equations et al. very nice packages!
@mikemahoney218 @danielskatz I was trying to rebuild the PDF from the joss-revision
branch to work on top of @ifoxfoot comments and read the most recent version. Could you please assist given that there seems to be some error building
@editorialbot set joss_revision as branch
(underscore, not hyphen)
Done! branch is now joss_revision
@editorialbot generate pdf
Upsi π How embarrassing...Friday afternoon I guess. Thank you very much.
:point_right::page_facing_up: Download article proof :page_facing_up: View article proof on GitHub :page_facing_up: :point_left:
Thanks so much @mhesselbarth and @ifoxfoot for your reviews! @equitable-equations , please let us know on this issue once you've addressed the concerns raised by reviewers :smile:
Thanks everyone for your patience. The API on which this package relies is currently failing in a way not anticipated by my tests (certain calls cause it to freeze with no error or even timeout). I've notified the developer and am working to update my test to account for this behavior. I'll respond to the rest of your suggestions as soon as this is resolved.
@equitable-equations , do you have any status updates for us?
@mikemahoney218 good timing. I'm pushing an update to CRAN shortly to address these new potential behaviors from the API. I have responses to other edit requests prepared and will post them for reviewers as soon as the new version is up.
@ifoxfoot @mhesselbarth thanks again for your patience. This package has been updated to account for the unexpected API failures seen last month, changes which have been pushed to the main branch of the repo and which are now on CRAN. I believe i have responded to all of your suggestions and comments, which were both constructive and on-point. A new version of the paper reflecting all of this can be found in the joss revision
branch.
Looks good to me. I now checked all boxes on the review list π
Thank you so much @mhesselbarth -- and thanks for reviewing for JOSS (again)!
@ifoxfoot , would you be able to look at the changes @equitable-equations has made, and let me know if the current state of the software addresses your initial concerns (or open new issues on the repository if you still have items you can't check on the checklist)?
@editorialbot generate pdf
:point_right::page_facing_up: Download article proof :page_facing_up: View article proof on GitHub :page_facing_up: :point_left:
Hi! I was able to look at all the issues and revisions and I feel that @equitable-equations has made improvements sufficient to check of all the requirements! Looks good!
Thank you so much @ifoxfoot , and thank you for reviewing for JOSS!
@equitable-equations , I'll do my final checks and start the process for recommending acceptance tomorrow.
Submitting author: !--author-handle-->@equitable-equations<!--end-author-handle-- (Andrew Gard) Repository: https://github.com/equitable-equations/fqar Branch with paper.md (empty if default branch): joss_revision Version: v0.5.3 Editor: !--editor-->@mikemahoney218<!--end-editor-- Reviewers: @ifoxfoot, @mhesselbarth Archive: 10.5281/zenodo.11002086
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
@ifoxfoot & @mhesselbarth, 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 @mikemahoney218 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 @ifoxfoot
π Checklist for @mhesselbarth