Joss-reviews: [REVIEW]: tissueloc: Whole slide pathology image tissue localization

Created on 30 Dec 2018  ยท  49Comments  ยท  Source: openjournals/joss-reviews

Submitting author: @PingjunChen (Pingjun Chen)
Repository: https://github.com/PingjunChen/tissueloc
Version: v1.0.0
Editor: @pjotrp
Reviewer: @Arafatk
Archive: 10.5281/zenodo.2529982

Status

status

Status badge code:

HTML: <a href="http://joss.theoj.org/papers/04e06b619d03f936a2c58e047f66b6c3"><img src="http://joss.theoj.org/papers/04e06b619d03f936a2c58e047f66b6c3/status.svg"></a>
Markdown: [![status](http://joss.theoj.org/papers/04e06b619d03f936a2c58e047f66b6c3/status.svg)](http://joss.theoj.org/papers/04e06b619d03f936a2c58e047f66b6c3)

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

@Arafatk, please carry out your review in this issue by updating the checklist below. If you cannot edit the checklist please:

  1. Make sure you're logged in to your GitHub account
  2. 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 @pjotrp know.

โœจ Please try and complete your review in the next two weeks โœจ

Review checklist for @Arafatk

Conflict of interest

Code of Conduct

General checks

  • [x] Repository: Is the source code for this software available at the repository url?
  • [x] License: Does the repository contain a plain-text LICENSE file with the contents of an OSI approved software license?
  • [x] Version: Does the release version given match the GitHub release (v1.0.0)?
  • [x] Authorship: Has the submitting author (@PingjunChen) made major contributions to the software? Does the full list of paper authors seem appropriate and complete?

Functionality

  • [x] Installation: Does installation proceed as outlined in the documentation?
  • [x] Functionality: Have the functional claims of the software been confirmed?
  • [x] 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

  • [x] A statement of need: Do the authors clearly state what problems the software is designed to solve and who the target audience is?
  • [x] Installation instructions: Is there a clearly-stated list of dependencies? Ideally these should be handled with an automated package management solution.
  • [x] Example usage: Do the authors include examples of how to use the software (ideally to solve real-world analysis problems).
  • [x] Functionality documentation: Is the core functionality of the software documented to a satisfactory level (e.g., API method documentation)?
  • [x] Automated tests: Are there automated tests or manual steps described so that the function of the software can be verified?
  • [x] 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

  • [x] Authors: Does the paper.md file include a list of authors with their affiliations?
  • [x] A statement of need: Do the authors clearly state what problems the software is designed to solve and who the target audience is?
  • [x] References: Do all archival references that should have a DOI list one (e.g., papers, datasets, software)?
accepted published recommend-accept review

Most helpful comment

Thanks for your suggestions! @pjotrp I have add a few low level slide images, which is much smaller, for testing tissue localization. They are located in "$project_dir/test/data". With these testing images, now automated test using travis is added and passed.

All 49 comments

Hello human, I'm @whedon, a robot that can help you with some common editorial tasks. @Arafatk it looks like you're currently assigned as the reviewer for 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:

  1. Set yourself as 'Not watching' https://github.com/openjournals/joss-reviews:

watching

  1. You may also like to change your default settings for this watching repositories in your GitHub profile here: https://github.com/settings/notifications

notifications

For a list of things I can do to help you, just type:

@whedon commands
Attempting PDF compilation. Reticulating splines etc...

@PingjunChen we are starting review in this issue tracker. To expedite the review process do you mind going through above list of check boxes and make sure they can be ticked (you can't tick them). Also check the PDF output carefully. Ping us here when you are done.

Hi @pjotrp and @Arafatk, all listed boxes can be ticked except "Automated tests". Because of the gigabyte size of whole slide image (WSI), we think uploading testing WSIs to github repo is not good practice. But tests are conducted extensively in local repo.

@PingjunChen I agree that storing the data in github is not a good idea. What I do is provide data that is readily available for download in some way. A web server or figshare or something would do. But, to be honest, since this is a tool using standard libraries - so I am OK to skip it. If you decide to develop it further I would certainly recommend adding tests. You could also consider including some smaller images - just to make sure it won't regress.

@Arafatk you can start review. Please read the reviewer guidelines above.

Thanks for your suggestions! @pjotrp I have add a few low level slide images, which is much smaller, for testing tissue localization. They are located in "$project_dir/test/data". With these testing images, now automated test using travis is added and passed.

@pjotrp I am on it.

@PingjunChen

  1. The installation worked fine but I had to install python-tk separately to run the software. For a sanity check for installation generally I go to Codeanywhere.io and spawn small virtual machines to try out my installation and see if it works on a fresh instances.
  2. I see this on the generated PDF
    image
    Can you please resize the image size to make this look cleaner?
  3. Can you please elaborate a little bit on the community guidelines?
    Maybe use some other software as a reference point -> https://github.com/SciRuby/scirub/blob/master/CONTRIBUTING.md
  4. I think paper.md must also have references just like the generated pdf but maybe I am wrong. -> https://github.com/PingjunChen/tissueloc/blob/master/paper/paper.md

@whedon generate pdf

Attempting PDF compilation. Reticulating splines etc...

@whedon generate pdf

Attempting PDF compilation. Reticulating splines etc...

@Arafatk Thanks for your suggestions!

  1. The reason "python-tk" is needed may because I use matplotlib to plot intermediate results. While matplotlib is not necessary for this package, so I remove "import matplotlib". Right now. "python-tk" should not be necessary.
  2. I also noticed the figure caption overlapped with footnote. I have resized the image to be much smaller. Now this problem is resolved, however the image quality is reduced.
  3. I have elaborated on the "Contributing" part.
  4. I have checked the format other accepted papers. They also don't add references to the paper.md, so I think current format should be correct.

Thanks for your efforts!

@Arafatk @pjotrp By the way, I now upgrade the tissueloc version to 1.4.0.

Thank you @Arafatk! @PingjunChen can you also discuss the boxes that have not been checked on the check list? Mostly these are minor additions to the README file. They are important for people who want to try the software. Almost there!

  1. For the installation, I have updated the instructions in README.md and remove "import matplotlib" in the repo. I have tried the installation on both my Ubuntu and Mac machine.
  2. I use the "travis" and "pytest" for automated test. The status is "passing".
  3. I have updated the "Contributing" part. I would like to refer the reference point @Arafatk suggested. Sadly, the link cannot be opened.

Thanks @pjotrp and @Arafatk !

@PingjunChen Thanks for the work. All the suggestions that I made have been taken care off.

By the way, this is the link that I had suggested -> https://github.com/SciRuby/sciruby/blob/master/CONTRIBUTING.md

Also, this is a very trivial issues but perhaps Contribution part could be phrased a bit differently just for clarity. So

image

Might also be written as

We would like to test this package on more diversified digital slides. Slides (low level images would be better) and their corresponding results are also very welcome as Pull Requests.

@Arafatk Thanks for your feedback. I revised the last paragraph in "Contributing" as you suggested. Also Thanks for the link you provide.

@whedon generate pdf

Attempting PDF compilation. Reticulating splines etc...

I also revised the schematic diagram to have proper size with clarity. Currently, the image width is 800 pixels, which is well shown in one single page. The one with overlapping issue is of width 1095 pixels. According to this experience, the width of images used in JOSS is better no more than 800 pixels. Hope this can be useful in your future submission and reviewing. @pjotrp @Arafatk

Thank you @Arafatk and @PingjunChen. Great job.

The review process is now complete. To finalize your submission and accept your paper in JOSS, we need two things. First, can you confirm that all references in your bibliography have a DOI (if one exists).

Second, we need you to deposit a copy of your software repository (including any revisions made during the JOSS review process) with a data-archiving service. To do so:

  1. Create a GitHub release of the current version of your software repository
  2. Deposit that release with Zenodo, figshare, or a similar DOI issuer.
  3. Post a comment here with the DOI for the release.

@whedon generate pdf

Attempting PDF compilation. Reticulating splines etc...
  1. I just reviewed the repo and tagged the latest repo as v1.5.0 for JOSS.
  2. After checking, I confirm all references in the bibliography have DOI.
  3. DOI for this release is "10.5281/zenodo.2529982", with badge shown as
    DOI

Thanks! @pjotrp and @Arafatk

You need to add the doi for each reference as in https://github.com/genenetwork/genenetwork2/blob/testing/doc/joss/2016/paper.bib so it shows in the paper.

@whedon generate pdf

Attempting PDF compilation. Reticulating splines etc...

@pjotrp
I misunderstood what you mean. Now DOIs are added to each referenced paper.
By the way, shall I release a new version to Zenodo again because of this update?

No worries. It is fine like this. @arfon I believe we are good to go!

@whedon set 10.5281/zenodo.2529982 as archive

OK. 10.5281/zenodo.2529982 is the archive.

@PingjunChen and @Arafatk thank you. We'll publish soon - and great turn around times!

@whedon accept

Attempting dry run of processing paper acceptance...

Check final proof :point_right: https://github.com/openjournals/joss-papers/pull/421

If the paper PDF and Crossref deposit XML look good in https://github.com/openjournals/joss-papers/pull/421, then you can now move forward with accepting the submission by compiling again with the flag deposit=true e.g.
@whedon accept deposit=true

@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:

  1. Check final PDF and Crossref metadata that was deposited :point_right: https://github.com/openjournals/joss-papers/pull/422
  2. Wait a couple of minutes to verify that the paper DOI resolves https://doi.org/10.21105/joss.01148
  3. If everything looks good, then close this review issue.
  4. Party like you just published a paper! ๐ŸŽ‰๐ŸŒˆ๐Ÿฆ„๐Ÿ’ƒ๐Ÿ‘ป๐Ÿค˜

    Any issues? notify your editorial technical team...

@Arafatk - many thanks for your review here and to @pjotrp for editing this submission โœจ

@PingjunChen - your paper is now accepted into JOSS :zap: :rocket: :boom:

:tada::tada::tada: Congratulations on your paper acceptance! :tada::tada::tada:

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.01148/status.svg)](https://doi.org/10.21105/joss.01148)

HTML:
<a style="border-width:0" href="https://doi.org/10.21105/joss.01148">
  <img src="http://joss.theoj.org/papers/10.21105/joss.01148/status.svg" alt="DOI badge" >
</a>

reStructuredText:
.. image:: http://joss.theoj.org/papers/10.21105/joss.01148/status.svg
   :target: https://doi.org/10.21105/joss.01148

This is how it will look in your documentation:

DOI

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:

Many Thanks! @arfon @pjotrp @Arafatk

Was this page helpful?
0 / 5 - 0 ratings