Closed whedon closed 2 years ago
Hello human, I'm @whedon, a robot that can help you with some common editorial tasks. @oyvinht, @khinsen it looks like you're currently assigned to review this paper :tada:.
:warning: JOSS reduced service mode :warning:
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.
:star: Important :star:
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:
For a list of things I can do to help you, just type:
@whedon commands
For example, to regenerate the paper pdf after making changes in the paper's md or bib files, type:
@whedon generate pdf
Wordcount for paper.md
is 1119
Software report (experimental):
github.com/AlDanial/cloc v 1.88 T=0.04 s (1390.8 files/s, 136824.8 lines/s)
-------------------------------------------------------------------------------
Language files blank comment code
-------------------------------------------------------------------------------
Clojure 42 263 307 2711
AsciiDoc 5 230 0 762
reStructuredText 5 327 73 584
Markdown 3 40 0 147
TeX 1 6 0 59
-------------------------------------------------------------------------------
SUM: 56 866 380 4263
-------------------------------------------------------------------------------
Statistical information for the repository '24d781e8500357939b423da2' was
gathered on 2021/09/17.
No commited files with the specified extensions were found.
Reference check summary (note 'MISSING' DOIs are suggestions that need verification):
OK DOIs
- None
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:
:wave: @oyvinht, please update us on how your review is going (this is an automated reminder).
:wave: @khinsen, please update us on how your review is going (this is an automated reminder).
Review update: I am looking at the code and playing with it. Interacting with the author via issues on the code repository.
@lungsi @mjsottile Here comes my review!
The software described by this submission can be characterized as a highly specialized computer algebra system, in that is performs symbolic rather then the more common (in science) numeric computations. The field of application is dimensional analysis, which is a very useful but so far underappreciated tool in scientific computing. The software does exactly what the documentation and the paper promise, and the documentation is sufficient not only to learn how to use the software, but even to learn about the techniques that the software implements.
The unchecked points in my reviewer checklist are all related, and ultimately due to the fact that this software package does not exactly fit JOSS' ideas of what it wants to publish. However, I believe that software packages like this one should be published, and I don't see any particular reason why they should not be published in JOSS. So in the end, this paper requires an editorial policy decision.
The first point of hesitation is "Substantial scholarly effort". Looking at the list of criteria, this package is at the edge. It's relatively small, and was developed by a single person in a relatively short timeframe. But this does not mean it is trivial, it is merely very focused: a small tool for a very particular use case.
A related point is the absence of community guidelines. It would be trivial for the author to add some boilerplate along the lines of "contribute via GitHub features". But the real point is that this package doesn't have a community and doesn't need one. It's small enough to be understood by a single person, even someone else than the author. I wouldn't mind using it for a research project even if I knew for sure there were no support at all. But it is nevertheless a useful contribution to science, because it is much less effort to use this package than to develop my own. In fact, I believe that packages such as this should be published because they make underappreciated techniques more accessible.
The final unchecked point is "state of the field". I am now aware of any similar package, and assuming that @lungsi doesn't either, he/she could simply add a sentence stating this. But that misses the point that the main reason for publishing this package is the lack of any other tools that implement the same techniques.
:wave: @oyvinht Let me know if you are blocked on anything with respect to this review that I can assist with.
@whedon @lungsi @mjsottile Here is my review:
Background Diman is a software package for dimension analysis of symbolic formulas and equations. The package basics include the necessary mechanisms for defining these constructs in a programming language (Clojure). All of the seven SI units for dimensions are covered. The gist of the package is tools for automated derivation of dimensionless products of formulae and checking for dimensional homogeneity of equations.
Relevance The package would provide useful for anyone wanting to simplify or verify dimensional expressions (such as in engineering or science or building tools for these users) or possibly as a code basis for adding similar features to other automated symbolic processing systems (such as GNU Octave). From reading the statement of need, it also appears that the package is very likely to be cited as a tool in future publications from research in the field of dimensional analysis.
Code guidelines Code builds and runs. There are a number of tests provided. The size of the project points to substantial work done by the author (apparently one person). The following notes should be taken:
1) Tests do not cover all of the code.
2) src/diman/analyze.clj: This file includes code that make a good example of a type of cleanup that the package could benefit from. The function "clean-dimnames" builds on three other functions "remove-empty-string", "replace-empty-string-by-nil" and "replace-plus-by-empty-string". For succinctness I believe it would be better to replace the first of these with the built-in "(remove empty? ..." (though the resulting list would be reversed). The second function seems to be a step that could be removed by just by removing 'nil instead of empty strings. Then again, the "replace-plus-by-empty-string" is (currently) just used this one place, so it appears unclear if there is any reason not to just reduce the whole procedure to "(remove empty? (clojure.string/split dimnames #"+| "))".
3) src/diman/dimensions.clj: It is the reviewers opinion that the strings used to identify units should be replaced by symbols in the diman.dimensions namespace. Development tools would benefit from this (e.g. code completion) and typos could easily be identified by the compiler, making the tool easier to use and more robust. It would also allow for expressing formulae as standard s-expressions, pertaining to the beneficial homoiconicity that Lisps provide. It would also allow for the use of the excellent symbol metadata features of Clojure.
4) The authors might consider utilizing (reader?) macros to provide an easier way of defining formulae and equations. As an example, I think I (and many other Clojure users) would enjoy being able to generate an equation with something like:
(with-variables (E dim/ENERGY
m dim/MASS
v dim/VELOCITY)
(= E (* 1/2 m v v)))
Summary I recommend accepting the article given that point 1 is amended, and that a general clean up is done on the code, so as to heighten the quality of the published code, and avoid unnecessary complexity "bugs" (as exemplified by 2 above) in an otherwise well crafted package.
Points 3 and 4 above are more about "taste", but it is my belief that most Clojure users would consider the code more idiomatic if they were adhered to.
I'm sorry human, I don't understand that. You can see what commands I support by typing:
@whedon commands
@whedon commands
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
EDITORIAL TASKS
# Compile the paper
@whedon generate pdf
# Compile the paper from alternative branch
@whedon generate pdf from branch custom-branch-name
# Ask Whedon to check the references for missing DOIs
@whedon check references
# Ask Whedon to check repository statistics for the submitted software
@whedon check repository
@whedon list reviewers
Here's the current list of reviewers: https://bit.ly/joss-reviewers
@whedon add @oyvinht as reviewer
OK, @oyvinht is now a reviewer
@oyvinht Sorry about that - occasionally reviewers aren’t automatically assigned correctly in the review issue even if their checklist is present. I believe you’re now assigned and can edit it.
@oyvinht Sorry about that - occasionally reviewers aren’t automatically assigned correctly in the review issue even if their checklist is present. I believe you’re now assigned and can edit it.
Thank you, it works well now!
@lungsi I apologize - it appears that I lost track of your review due to a weird schedule on my end during November. It looks like you addressed the reviewer issues that were raised, so I will take a look at the state of the review and let you know what next steps are necessary. I should be able to complete that this week.
@whedon generate pdf
@whedon check references
:point_right::page_facing_up: Download article proof :page_facing_up: View article proof on GitHub :page_facing_up: :point_left:
Reference check summary (note 'MISSING' DOIs are suggestions that need verification):
OK DOIs
- None
MISSING DOIs
- None
INVALID DOIs
- None
@lungsi I've finished my review and it looks like you have addressed the reviewers. I have the following final tasks for you to complete for us to push the submission to the final phase for acceptance.
The paper has a few very minor typos to correct:
Regarding related work:
Once you have addressed these points, the final steps are:
Once you've provided that information I can issue the final commands to pass the submission to an EIC for final processing.
@lungsi I just wanted to check in on my last message - I assume it may have been missed or forgotten with the holidays. Once you'd addressed those final points we can move on to the next step of the process. Let me know if you have any questions.
@mjsottile Thank you so much for the feedback. Below are all the changes made in the revised version.
In addition I have also done the following.
@whedon generate pdf
:point_right::page_facing_up: Download article proof :page_facing_up: View article proof on GitHub :page_facing_up: :point_left:
@whedon check references
Reference check summary (note 'MISSING' DOIs are suggestions that need verification):
OK DOIs
- 10.1007/978-3-642-17685-2_8 is OK
MISSING DOIs
- None
INVALID DOIs
- None
@whedon set v1.1.0 as version
OK. v1.1.0 is the version.
@lungsi Excellent - I think the added text talking about related work helps a lot in positioning your work with respect to other projects. There are just a couple of grammatical issues in the new text. Otherwise, it looks like we're good to go.
@lungsi Also, the bibliography entry for Kennedy (2010) needs to be fixed. The capitalization of place names is incorrect (the city and country names should be capitalized, as well as the name "European"). I am assuming this is a side effect of BiBTeX or LaTeX formatting your original text when generating the PDF. You should put curly braces around capital letters to force them to be upper case in the rendered output. Let me know if you have trouble getting the capitalization fixed for that entry.
@whedon set 10.5281/zenodo.5837630 as archive
OK. 10.5281/zenodo.5837630 is the archive.
@mjsottile Thank you very much. I have made the changes as suggested.
@whedon generate pdf
:point_right::page_facing_up: Download article proof :page_facing_up: View article proof on GitHub :page_facing_up: :point_left:
@whedon recommend-accept
Attempting dry run of processing paper acceptance...
Reference check summary (note 'MISSING' DOIs are suggestions that need verification):
OK DOIs
- 10.1007/978-3-642-17685-2_8 is OK
MISSING DOIs
- None
INVALID DOIs
- None
:wave: @openjournals/joss-eics, this paper is ready to be accepted and published.
Check final proof :point_right: https://github.com/openjournals/joss-papers/pull/2883
If the paper PDF and Crossref deposit XML look good in https://github.com/openjournals/joss-papers/pull/2883, then you can now move forward with accepting the submission by compiling again with the flag deposit=true
e.g.
@whedon accept deposit=true
@lungsi - I've suggested some small changes in https://github.com/neuralgraphs/diman/pull/10 - please merge this or let me know what you disagree with.
👋 @khinsen, @oyvinht - there are unchecked items in both of your checklists. Can you check them off now?
@lungsi - I've suggested some small changes in neuralgraphs/diman#10 - please merge this or let me know what you disagree with.
I have merged it. Thanks @danielskatz
@danielskatz The last two items have now been checked off.
@danielskatz Done! Nice to see this published!
Submitting author: @lungsi (B. Lungsi Sharma) Repository: https://github.com/neuralgraphs/diman Version: v1.1.0 Editor: @mjsottile Reviewers: @oyvinht, @khinsen Archive: 10.5281/zenodo.5837630
:warning: JOSS reduced service mode :warning:
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
@oyvinht & @khinsen, please carry out your review in this issue by updating the checklist below. If you cannot edit the checklist please:
The reviewer guidelines are available here: https://joss.readthedocs.io/en/latest/reviewer_guidelines.html. Any questions/concerns please let @mjsottile 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 ✨
Review checklist for @oyvinht
✨ Important: Please do not use the Convert to issue functionality when working through this checklist, instead, please open any new issues associated with your review in the software repository associated with the submission. ✨
Conflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper
Review checklist for @khinsen
✨ Important: Please do not use the Convert to issue functionality when working through this checklist, instead, please open any new issues associated with your review in the software repository associated with the submission. ✨
Conflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper