Closed editorialbot closed 2 years 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.63 s (478.8 files/s, 147803.7 lines/s)
-------------------------------------------------------------------------------
Language files blank comment code
-------------------------------------------------------------------------------
HTML 209 7304 750 34654
JavaScript 10 6039 5400 20673
R 46 2026 5900 4991
XML 1 0 0 630
Rmd 20 1106 1737 590
CSS 5 98 52 464
YAML 3 12 4 312
Markdown 5 85 0 267
TeX 1 12 0 111
SVG 1 0 1 11
JSON 1 0 0 1
-------------------------------------------------------------------------------
SUM: 302 16682 13844 62704
-------------------------------------------------------------------------------
gitinspector failed to run statistical information for the repository
Wordcount for paper.md
is 1051
Reference check summary (note 'MISSING' DOIs are suggestions that need verification):
OK DOIs
- 10.1016/j.resglo.2021.100045 is OK
- 10.13140/RG.2.2.14408.75520 is OK
- 10.1007/s10669-020-09784-x is OK
- 10.2760/523877 is OK
- 10.1016/j.omega.2017.04.007 is OK
- 10.1007/s11573-018-0902-z is OK
- 10.1111/ecge.12094 is OK
- 10.1016/j.envsoft.2021.105208 is OK
- 10.1007/s11205-021-02688-6 is OK
MISSING DOIs
- None
INVALID DOIs
- None
:point_right::page_facing_up: Download article proof :page_facing_up: View article proof on GitHub :page_facing_up: :point_left:
Dear Reviewers: @bauer-alex and @paulrougieux
This is the review thread. Please type
@editorialbot generate my checklist
to generate your task list. In this list, there are 20 review items. Whenever you complete a task, you can check off the corresponding check box.
You can always interact with the author(s), other reviewers, and the editor during the reviewing process. You can also open issues in the target repo and send pull request. Please mention the review page in those issues, so we can keep tracking outside of our world.
Thank you in advance.
@editorialbot remind @bauer-alex in 3 days
Reminder set for @bauer-alex in 3 days
@editorialbot remind @paulrougieux in 3 days
Reminder set for @paulrougieux in 3 days
@jbytecode @bluefoxr (William Becker) is a former colleague from the Joint Research Centre, a large research organisation, but we were working in different research groups.
@paulrougieux - from how long ago?
From a couple of years ago.
Can you define a couple?
Hi @danielskatz I invited @paulrougieux since we were short on reviewers. I worked in the European Commission's Joint Research Centre up until March 2020. Paul worked there as well, and still works there. He has a lot of experience in R and has actually used the COINr package (the subject of this paper). I am sure Paul would give an objective review, but if this is too much of a conflict of interest I understand and my apologies.
Edit: for clarity, the research centre has approx 2000 staff on site and we worked in completely separate groups. However I do know Paul personally.
Our COI rules use 4 years as the conflict period in this type of situation, so the editor (@jbytecode) now needs to decide whether this COI that we've found should be waived.
@danielskatz Ok thanks for the clarification - I had understood the 4 years was for professional collaborations. Anyway sorry for the confusion here.
@bluefoxr - You are correct. I was misremembering the JOSS guidelines, which say that the organizational conflict period is one year, while the collaboration conflict period is four years. So there is no conflict here, and the review can proceed without concern.
@danielskatz fantastic, thanks
@paulrougieux thank you for stating the coi issue.
As @danielskatz says, there is no conflict here and we can continue.
@bluefoxr Seems like a very interesting package! I especially appreciate the high effort you put into documenting all functionalities appropriately. I opened some technical and documentation issues in the COINr repository. Once these are dealt with I will take a deeper look over the paper itself.
One additional question: In the GitHub repository you are the only contributor to the package. Could you clarify the contributions of your co-authors?
:wave: @bauer-alex, please update us on how your review is going (this is an automated reminder).
:wave: @paulrougieux, please update us on how your review is going (this is an automated reminder).
@bluefoxr Seems like a very interesting package! I especially appreciate the high effort you put into documenting all functionalities appropriately. I opened some technical and documentation issues in the COINr repository. Once these are dealt with I will take a deeper look over the paper itself.
One additional question: In the GitHub repository you are the only contributor to the package. Could you clarify the contributions of your co-authors?
@bauer-alex Thanks very much for taking the time to look over the package. I will deal with all the issues you raised although as mentioned expanding the unit testing coverage will take a little while as this is quite a big task.
As regards the co-authors they are included due to a lot of helpful input in conceptualising the package, testing features and providing feedback.
Dear @bluefoxr
How is your edits going? Could you please update your status or at least give a deadline for us?
Thank you in advance.
Dear @jbytecode my apologies for the slow reply, I have been away. I have addressed some initial comments previously and I see that there are a number of extra comments to address. Most of these can be dealt with fairly quickly but some, such as the unit testing coverage, will need quite a bit of time to improve. I will see what progress I can make in the next week, after which I will again be away until the beginning of September. Would it be reasonable to ask until end of Sep to deal with this? I am mainly thinking of the time needed to code up all the unit tests. Thanks.
Thank you for the response, I just wanted to see whether you are in trouble or not. Have a nice vacation.
No trouble, the reviewers' comments are all reasonable. Thanks and I will update as soon as I can.
@editorialbot remind @bluefoxr in two days
Reminder set for @bluefoxr in two days
:wave: @bluefoxr, please update us on how things are progressing here (this is an automated reminder).
Hi @jbytecode I am away until the beginning of September. I can't do much until then, at which point I will aim to finish all revisions by the end of September if that is OK?
@bluefoxr - thank you so much for setting a deadline.
Dear @bauer-alex and @paulrougieux - could you please update your status and inform us on how is your review going?
Dear @bluefoxr - I am so sorry if I am bothering you pinging on 26th Sept, I am not sure if it can be considered as the end of the month, but if it is possible, can you update your status and inform us?
Thank you in advance.
Dear @jbytecode I have addressed all the open issues raised by the reviewers so far. Just waiting for @paulrougieux to see if this issue (https://github.com/bluefoxr/COINr/issues/15) can be closed after some revisions I made to the paper. Not sure if the reviewers want to raise further issues at this stage?
Hi, I'll update this evening.
Hi all, I'm on it. Will have some more comments about the content of the paper. Since I'm quite involved in work you'll get my update mid / end next week.
I see 2 issues remaining :
Once these are clarified or fixed, the paper is OK from my side.
Hi @paulrougieux I have made some commits to fix these issues. Please take a look and see if you think they fix the problems. Thanks.
Both issues bluefoxr/COINr#23 and bluefoxr/COINr#15 are fixed, I ticked all boxes in the checklist above.
@paulrougieux - Thank you for completing your review and spending your valuable time.
Both issues bluefoxr/COINr#23 and bluefoxr/COINr#15 are fixed, I ticked all boxes in the checklist above.
Thanks @paulrougieux for your valuable input!
@bluefoxr I now took a deeper look over the paper. Here are my final comments: First of all, I really like the style of writing. Nice descriptions with a good depth and useful examples and links to further helpful materials. Good work!
Apart from the following long list of (easily solvable) minor points down below, I only have one major point which is that your paper is too long for JOSS. It should include 1.000 words max, but your text parts (without headers, code blocks, figure captions, acknowledgments, references) currently comprise ~1.360 words.
Minor points:
paper
, s.t. the repo is cleaner. Similar to this example package@bauer-alex thanks for these comments, I will get started and report progress here
For the minor comments, please see commits https://github.com/bluefoxr/COINr/commit/3b4a23a877e838c42adccb37169d617a1e2328a0 up to https://github.com/bluefoxr/COINr/commit/eced2abc6c4c1be4ba1c6b014828138aba332a69 (or perhaps better, the resulting pdf).
I will now have a go at reducing the word count a bit.
@editorialbot commands
Hello @bluefoxr, here are the things you can ask me to do:
# List all available commands
@editorialbot commands
# Get a list of all editors's GitHub handles
@editorialbot list editors
# Check the references of the paper for missing DOIs
@editorialbot check references
# Perform checks on the repository
@editorialbot check repository
# Adds a checklist for the reviewer using this command
@editorialbot generate my checklist
# Set a value for branch
@editorialbot set joss-paper as branch
# Generates the pdf paper
@editorialbot generate pdf
# Generates a LaTeX preprint file
@editorialbot generate preprint
# Get a link to the complete list of reviewers
@editorialbot list reviewers
@editorialbot check repository
Submitting author: !--author-handle-->@bluefoxr<!--end-author-handle-- (William Becker) Repository: https://github.com/bluefoxr/COINr Branch with paper.md (empty if default branch): Version: v1.1.0 Editor: !--editor-->@jbytecode<!--end-editor-- Reviewers: @bauer-alex, @paulrougieux Archive: 10.5281/zenodo.7180388
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
@bauer-alex & @paulrougieux, 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 @jbytecode 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 @bauer-alex
📝 Checklist for @paulrougieux