Closed whedon closed 5 years ago
Hello human, I'm @whedon, a robot that can help you with some common editorial tasks. @conradsnicta, @thejanzimmermann it looks like you're currently assigned to review this paper :tada:.
: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
Attempting PDF compilation. Reticulating splines etc...
I'm sorry @thejanzimmermann, I'm afraid I can't do that. That's something only editors are allowed to do.
@thejanzimmermann, it looks like you finished your review, can you provide some comments on your assessment?
The authors provide a logical and necessary extension of previously published work on high speed eye tracking. This is especially important since most human applications or other open source initiatives provide low tracking speeds not acceptable to research applications.
The software is easy to compile, very well documented and understandable and provides a great place to start for researchers.
One thing that should be noted is that the system does not handle ocular occlusions very well because it computes the pupil based on a circular fit rather than a center of mass of an arbitrarily shaped object. This is non problematic in healthy human subjects but can become problematic in animal models.
Overall a great piece of software, well documented.
Dear @thejanzimmermann,
Thank you for the kind comments on the manuscript. As far as we understand it, the opencv blob detector which is what is used for detecting the pupil should function even with partially occluded pupils.
The circle is drawn as a visual aid to denote to the experimenter that a position was identified. We found that when windowing the image to only detect images within a particular region of interest, we could not find a reliable way to take the keypoints detected by the blob detector and show what was detected. Instead, we used the center and the "size" of the blob to draw a red circle.
In tests with artificial stimuli, our blob detector is even able to detect small black crescents drawn on a piece of paper. Of course, if this issue persists in animal models, we will consider other approaches for detecting the pupil. We believe the multithreaded approach allows for a little bit more leeway in implementing more computationally expensive algorithms.
best,
Chand
Dear @chand-lab , I could not agree more with you ! and it's not a dealbreaker at all.
I can forward you experimental code on adjusted center of mass approaches that I have written that might at least mitigate this a little.
Best
Jan
@conradsnicta, how are things progressing?
Hi @thejanzimmermann,
Thanks! I think this would be a great addition to v2.0 of the Eye Tracker. It might also make sense to incorporate corneal reflections from the Purkinje image in future versions.
best,
Chand
Hi @cMadan -- Just gently wondering if we could help in any way to wrap up the code review or any changes we need.
best,
Chand
@conradsnicta, are you still able to review this submission? Thank you!
@cMadan - apologies, been away sick. will take a look at this later on this week.
@conradsnicta, thanks for letting me know. I hope you feel better soon!
@cMadan - in progress; I'll add comments as I go along
@chand-lab @mailchand There seems to be a problem with the reference to OpenCV, which is listed as "Bradski, G. (2000). The OpenCV Library. Dr. Dobb’s Journal of Software Tools". I can't seem to find the actual article.
So the cited article doesn't exist or has effectively ceased to exist. I suggest changing the reference to an article that is currently accessible.
Thanks @conradsnicta ! I was trying to find a way to cite openCV and chose what has been recommended online :). We used all the online resources when we were programming with openCV. Instead, what we will do is to use this reference
@whedon generate pdf
Attempting PDF compilation. Reticulating splines etc...
@whedon generate pdf
Attempting PDF compilation. Reticulating splines etc...
@whedon generate pdf
Attempting PDF compilation. Reticulating splines etc...
Hi @cMadan and @conradsnicta -- Any chance we can wrap this up soon :)! Happy to be as responsive as needed if there are issues that need fixing.
@chand-lab - I'm still going through this, with the aim of getting the review done by friday or saturday. Unfortunately I currently have a work project which takes precedence, and it's taking up all of my time.
@conradsnicta --- I totally understand. No worries at all! Just thought I could check if I was being a rate limiter.
@chand-lab - Problems with the references:
The updated citation to Bradsky & Kaehler has several issues:
paper.bib
, use curly braces around the word to force Bibtex to respect the upper case letters: {OpenCV}Clicking on the DOI link for Zimmerann et al (2016) leads to an error. The DOI listed in paper.bib
should only have the DOI number, not the URL.
@chand-lab - Grammar suggestions in the Algorithm section:
@chand-lab
@conradsnicta - Thank you for a thorough read. I will attempt to address these issues and improve the manuscript ASAP. These are all excellent suggestions and will make the manuscript significantly better.
@whedon generate pdf
Attempting PDF compilation. Reticulating splines etc...
@whedon generate pdf
Attempting PDF compilation. Reticulating splines etc...
@whedon generate pdf
Attempting PDF compilation. Reticulating splines etc...
@whedon generate pdf
Attempting PDF compilation. Reticulating splines etc...
@whedon generate pdf
Attempting PDF compilation. Reticulating splines etc...
Attempting PDF compilation. Reticulating splines etc...
Submitting author: @chand-lab (Chandramouli Chandrasekaran) Repository: https://github.com/chand-lab/openEyeTrack Version: v1.0.0 Editor: @cMadan Reviewer: @conradsnicta, @thejanzimmermann Archive: 10.5281/zenodo.3515534
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
@conradsnicta & @thejanzimmermann, 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 @cMadan know.
✨ Please try and complete your review in the next two weeks ✨
Review checklist for @conradsnicta
Conflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper
paper.md
file include a list of authors with their affiliations?Review checklist for @thejanzimmermann
Conflict of interest
Code of Conduct
General checks
Functionality
Documentation
Software paper
paper.md
file include a list of authors with their affiliations?