Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[REVIEW]: spiketools: a Python package for analyzing single-unit neural activity #5268

Closed
editorialbot opened this issue Mar 17, 2023 · 83 comments
Assignees
Labels
accepted Makefile published Papers published in JOSS Python recommend-accept Papers recommended for acceptance in JOSS. review TeX Track: 2 (BCM) Biomedical Engineering, Biosciences, Chemistry, and Materials

Comments

@editorialbot
Copy link
Collaborator

editorialbot commented Mar 17, 2023

Submitting author: @TomDonoghue (Thomas Donoghue)
Repository: https://github.com/spiketools/spiketools
Branch with paper.md (empty if default branch):
Version: 0.2.0
Editor: @AJQuinn
Reviewers: @rly, @neuromusic, @djsaunde
Archive: 10.5281/zenodo.10076024

Status

status

Status badge code:

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

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

@rly & @neuromusic & @djsaunde, 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:

@editorialbot generate my checklist

The reviewer guidelines are available here: https://joss.readthedocs.io/en/latest/reviewer_guidelines.html. Any questions/concerns please let @AJQuinn 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 @rly

📝 Checklist for @djsaunde

📝 Checklist for @neuromusic

@editorialbot editorialbot added Makefile Python review TeX Track: 2 (BCM) Biomedical Engineering, Biosciences, Chemistry, and Materials labels Mar 17, 2023
@editorialbot
Copy link
Collaborator Author

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

@editorialbot
Copy link
Collaborator Author

Software report:

github.com/AlDanial/cloc v 1.88  T=0.19 s (659.0 files/s, 73759.5 lines/s)
-------------------------------------------------------------------------------
Language                     files          blank        comment           code
-------------------------------------------------------------------------------
Python                         107           2941           5090           4061
Markdown                         3             85              0            243
reStructuredText                 7            271            367            233
TeX                              1              9              0            113
make                             2             34             64             75
YAML                             2              6              9             53
-------------------------------------------------------------------------------
SUM:                           122           3346           5530           4778
-------------------------------------------------------------------------------


gitinspector failed to run statistical information for the repository

@editorialbot
Copy link
Collaborator Author

Wordcount for paper.md is 800

@editorialbot
Copy link
Collaborator Author

Reference check summary (note 'MISSING' DOIs are suggestions that need verification):

OK DOIs

- 10.1038/nrn3241 is OK
- 10.7554/eLife.61834 is OK
- 10.21105/joss.01272 is OK
- 10.1038/s41586-020-2649-2 is OK
- 10.1109/MCSE.2007.55 is OK
- 10.3389/fninf.2014.00010 is OK
- 10.1016/j.brainresbull.2015.04.007 is OK
- 10.25080/Majora-92bf1922-011 is OK
- 10.1038/s41592-019-0686-2 is OK

MISSING DOIs

- None

INVALID DOIs

- None

@editorialbot
Copy link
Collaborator Author

👉📄 Download article proof 📄 View article proof on GitHub 📄 👈

@AJQuinn
Copy link

AJQuinn commented Mar 17, 2023

👋🏼 @rly, @neuromusic, @djsaunde this is the review thread for the paper. 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.

These checklists contain the JOSS 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 #5268 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 2-4 weeks. Please let me know if any of you require some more time. We can also use EditorialBot (our bot) to set automatic reminders if you know you'll be away for a known period of time.

Please feel free to ping me (@AJQuinn) if you have any questions/concerns.

@AJQuinn
Copy link

AJQuinn commented Mar 27, 2023

Hi @rly, @neuromusic, @djsaunde - it's been around a week. I'd like to quickly check in and make sure that you all have what you need to start the review and aren't facing any issues? Please let me know if so and we can try to sort something!

Cheers

@djsaunde
Copy link

djsaunde commented Mar 27, 2023

Review checklist for @djsaunde

Conflict of interest

  • I confirm that I have read the JOSS conflict of interest (COI) policy and that: I have no COIs with reviewing this work or that any perceived COIs have been waived by JOSS for the purpose of this review.

Code of Conduct

General checks

  • Repository: Is the source code for this software available at the https://github.com/spiketools/spiketools?
  • License: Does the repository contain a plain-text LICENSE file with the contents of an OSI approved software license?
  • Contribution and authorship: Has the submitting author (@TomDonoghue) made major contributions to the software? Does the full list of paper authors seem appropriate and complete?
  • Substantial scholarly effort: Does this submission meet the scope eligibility described in the JOSS guidelines
  • Data sharing: If the paper contains original data, data are accessible to the reviewers. If the paper contains no original data, please check this item.
  • Reproducibility: If the paper contains original results, results are entirely reproducible by reviewers. If the paper contains no original results, please check this item.
  • Human and animal research: If the paper contains original data research on humans subjects or animals, does it comply with JOSS's human participants research policy and/or animal research policy? If the paper contains no such data, please check this item.

Functionality

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

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

  • Summary: Has a clear description of the high-level functionality and purpose of the software for a diverse, non-specialist audience been provided?
  • A statement of need: Does the paper have a section titled 'Statement of need' that clearly states what problems the software is designed to solve, who the target audience is, and its relation to other work?
  • State of the field: Do the authors describe how this software compares to other commonly-used packages?
  • Quality of writing: Is the paper well written (i.e., it does not require editing for structure, language, or writing quality)?
  • References: Is the list of references complete, and is everything cited appropriately that should be cited (e.g., papers, datasets, software)? Do references in the text use the proper citation syntax?

@rly
Copy link

rly commented Apr 1, 2023

Review checklist for @rly

Conflict of interest

  • I confirm that I have read the JOSS conflict of interest (COI) policy and that: I have no COIs with reviewing this work or that any perceived COIs have been waived by JOSS for the purpose of this review.

Code of Conduct

General checks

  • Repository: Is the source code for this software available at the https://github.com/spiketools/spiketools?
  • License: Does the repository contain a plain-text LICENSE file with the contents of an OSI approved software license?
  • Contribution and authorship: Has the submitting author (@TomDonoghue) made major contributions to the software? Does the full list of paper authors seem appropriate and complete?
  • Substantial scholarly effort: Does this submission meet the scope eligibility described in the JOSS guidelines
  • Data sharing: If the paper contains original data, data are accessible to the reviewers. If the paper contains no original data, please check this item.
  • Reproducibility: If the paper contains original results, results are entirely reproducible by reviewers. If the paper contains no original results, please check this item.
  • Human and animal research: If the paper contains original data research on humans subjects or animals, does it comply with JOSS's human participants research policy and/or animal research policy? If the paper contains no such data, please check this item.

Functionality

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

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

  • Summary: Has a clear description of the high-level functionality and purpose of the software for a diverse, non-specialist audience been provided?
  • A statement of need: Does the paper have a section titled 'Statement of need' that clearly states what problems the software is designed to solve, who the target audience is, and its relation to other work?
  • State of the field: Do the authors describe how this software compares to other commonly-used packages?
  • Quality of writing: Is the paper well written (i.e., it does not require editing for structure, language, or writing quality)?
  • References: Is the list of references complete, and is everything cited appropriately that should be cited (e.g., papers, datasets, software)? Do references in the text use the proper citation syntax?

@AJQuinn
Copy link

AJQuinn commented Apr 17, 2023

Hi @neuromusic - have you been able to get started with the checklist and review? We're hoping to get all reviews in over the next couple of weeks.

No problem if you need a bit more time, just let me know here or via an email.

@AJQuinn
Copy link

AJQuinn commented May 11, 2023

Hi @djsaunde - Thanks for filling out the checklist. Are there still open issues that need to be resolved before you can sign off on the remaining sections? If so, could you add a link to this thread in the issue description so that I can keep a track of them from here?

Thank you!

@djsaunde
Copy link

djsaunde commented May 11, 2023

This issue is currently blocking " Example usage: Do the authors include examples of how to use the software (ideally to solve real-world analysis problems)." Otherwise, the checklist is complete (apologies for the delay).

@TomDonoghue
Copy link

TomDonoghue commented May 11, 2023

Hey all - first thing, thank you to everyone's work on this review, we greatly appreciate it!

@rly : thanks for your review, and suggestions you made - we have made those updates through the issues!

@djsaunde : thanks also for the review and for your comments. For the specifics of the spiketools issue you opened (spiketools/spiketools#171) this has been addressed in a literal way by removing the broken link (there some notes here contextualizing that that broken link was due to adapting materials from another project and not because there is a page that could not be navigated to). For this project, our main set of examples are in the tutorials, which covers examples of key sub-modules (as well as having doctest examples within a large number of function docstrings). For the purpose of the review, do you find the available materials sufficient for confirming the "example usage" topic, or are you leaving this topic open because you think the project should have some additional examples / doc pages?

@AJQuinn - thank you for handling this submission!
I'm not sure if @neuromusic is still expected to respond here, and if not, do we need to find another reviewer, or is two sufficient?

@djsaunde
Copy link

@TomDonoghue Yup, that will do, thanks. I've updated my checklist s.t. it is complete.

@rly
Copy link

rly commented May 11, 2023

@TomDonoghue Thanks for making those updates! The work is solid. I appreciated the tutorials.

There are no blocking issues from my standpoint.

@AJQuinn
Copy link

AJQuinn commented May 12, 2023

Fantastic, thanks @djsaunde and @rly! Much appreciated.

@TomDonoghue, I've been in touch with @neuromusic off-thread and there should be a final review coming in early next week. Apologies for the delay on this, should be able to move quickly from next week.

@TomDonoghue
Copy link

Hey @AJQuinn - any updates from @neuromusic?

@neuromusic
Copy link

Sorry for the delay. I'll get it done later today.

@neuromusic
Copy link

neuromusic commented May 20, 2023

Review checklist for @neuromusic

Conflict of interest

  • I confirm that I have read the JOSS conflict of interest (COI) policy and that: I have no COIs with reviewing this work or that any perceived COIs have been waived by JOSS for the purpose of this review.

Code of Conduct

General checks

  • Repository: Is the source code for this software available at the https://github.com/spiketools/spiketools?
  • License: Does the repository contain a plain-text LICENSE file with the contents of an OSI approved software license?
  • Contribution and authorship: Has the submitting author (@TomDonoghue) made major contributions to the software? Does the full list of paper authors seem appropriate and complete?
  • Substantial scholarly effort: Does this submission meet the scope eligibility described in the JOSS guidelines
  • Data sharing: If the paper contains original data, data are accessible to the reviewers. If the paper contains no original data, please check this item.
  • Reproducibility: If the paper contains original results, results are entirely reproducible by reviewers. If the paper contains no original results, please check this item.
  • Human and animal research: If the paper contains original data research on humans subjects or animals, does it comply with JOSS's human participants research policy and/or animal research policy? If the paper contains no such data, please check this item.

Functionality

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

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

  • Summary: Has a clear description of the high-level functionality and purpose of the software for a diverse, non-specialist audience been provided?
  • A statement of need: Does the paper have a section titled 'Statement of need' that clearly states what problems the software is designed to solve, who the target audience is, and its relation to other work?
  • State of the field: Do the authors describe how this software compares to other commonly-used packages?
  • Quality of writing: Is the paper well written (i.e., it does not require editing for structure, language, or writing quality)?
  • References: Is the list of references complete, and is everything cited appropriately that should be cited (e.g., papers, datasets, software)? Do references in the text use the proper citation syntax?

@AJQuinn
Copy link

AJQuinn commented Nov 7, 2023

@editorialbot check references

@editorialbot
Copy link
Collaborator Author

Reference check summary (note 'MISSING' DOIs are suggestions that need verification):

OK DOIs

- 10.1038/nrn3241 is OK
- 10.7554/eLife.61834 is OK
- 10.21105/joss.01272 is OK
- 10.1002/hipo.23539 is OK
- 10.1038/s41586-020-2649-2 is OK
- 10.1109/MCSE.2007.55 is OK
- 10.25080/Majora-92bf1922-00a is OK
- 10.3389/fninf.2014.00010 is OK
- 10.1016/j.brainresbull.2015.04.007 is OK
- 10.25080/Majora-92bf1922-011 is OK
- 10.1038/s41592-019-0686-2 is OK

MISSING DOIs

- None

INVALID DOIs

- None

@AJQuinn
Copy link

AJQuinn commented Nov 7, 2023

@editorialbot set 10.5281/zenodo.10076024 as archive

@editorialbot
Copy link
Collaborator Author

Done! archive is now 10.5281/zenodo.10076024

@editorialbot
Copy link
Collaborator Author

👉📄 Download article proof 📄 View article proof on GitHub 📄 👈

@AJQuinn
Copy link

AJQuinn commented Nov 7, 2023

@editorialbot generate pdf

@editorialbot
Copy link
Collaborator Author

👉📄 Download article proof 📄 View article proof on GitHub 📄 👈

@AJQuinn
Copy link

AJQuinn commented Nov 8, 2023

Hi @TomDonoghue looks good to me, happy to recommend to accept. A final check will be carried out by an Editor in Chief who may raise additional points if anything has been missed.

One point that might come up (not certain how strict the policy is here) is that the Zenodo repo name for v0.2.0 now doesn't match the paper title - you can update this in the metadata and might want to do that now.

@AJQuinn
Copy link

AJQuinn commented Nov 8, 2023

@editorialbot recommend-accept

1 similar comment
@AJQuinn
Copy link

AJQuinn commented Nov 8, 2023

@editorialbot recommend-accept

@editorialbot
Copy link
Collaborator Author

Attempting dry run of processing paper acceptance...

@editorialbot
Copy link
Collaborator Author

Reference check summary (note 'MISSING' DOIs are suggestions that need verification):

OK DOIs

- 10.1038/nrn3241 is OK
- 10.7554/eLife.61834 is OK
- 10.21105/joss.01272 is OK
- 10.1002/hipo.23539 is OK
- 10.1038/s41586-020-2649-2 is OK
- 10.1109/MCSE.2007.55 is OK
- 10.25080/Majora-92bf1922-00a is OK
- 10.3389/fninf.2014.00010 is OK
- 10.1016/j.brainresbull.2015.04.007 is OK
- 10.25080/Majora-92bf1922-011 is OK
- 10.1038/s41592-019-0686-2 is OK

MISSING DOIs

- None

INVALID DOIs

- None

@editorialbot
Copy link
Collaborator Author

👋 @openjournals/bcm-eics, this paper is ready to be accepted and published.

Check final proof 👉📄 Download article

If the paper PDF and the deposit XML files look good in openjournals/joss-papers#4767, then you can now move forward with accepting the submission by compiling again with the command @editorialbot accept

@editorialbot editorialbot added the recommend-accept Papers recommended for acceptance in JOSS. label Nov 8, 2023
@Kevin-Mattheus-Moerman
Copy link
Member

Kevin-Mattheus-Moerman commented Nov 9, 2023

@TomDonoghue as AEiC I am here to help process this work for acceptance in JOSS. I have check the paper, this review, the repository, and the archive link. Most seems in order. However, I do have the points below that require your attention:

  • Please update the archive title to match the paper title: spiketools: a Python package for analyzing single-unit neural activity
  • Please add the city and country to your affiliations e.g. New York, United States of America (ensure you spell out the country, so do not use USA).

@TomDonoghue
Copy link

@Kevin-Mattheus-Moerman - I have updated the title on Zenodo and our affiliations on the paper! Let me know if there is anything else I should do / update!

@Kevin-Mattheus-Moerman
Copy link
Member

@editorialbot generate pdf

@editorialbot
Copy link
Collaborator Author

👉📄 Download article proof 📄 View article proof on GitHub 📄 👈

@Kevin-Mattheus-Moerman
Copy link
Member

@TomDonoghue all looks good now. Thanks.

@Kevin-Mattheus-Moerman
Copy link
Member

@editorialbot accept

@editorialbot
Copy link
Collaborator Author

Doing it live! Attempting automated processing of paper acceptance...

@editorialbot
Copy link
Collaborator Author

Ensure proper citation by uploading a plain text CITATION.cff file to the default branch of your repository.

If using GitHub, a Cite this repository menu will appear in the About section, containing both APA and BibTeX formats. When exported to Zotero using a browser plugin, Zotero will automatically create an entry using the information contained in the .cff file.

You can copy the contents for your CITATION.cff file here:

CITATION.cff

cff-version: "1.2.0"
authors:
- family-names: Donoghue
  given-names: Thomas
  orcid: "https://orcid.org/0000-0001-5911-0472"
- family-names: Maesta-Pereira
  given-names: Sandra
  orcid: "https://orcid.org/0000-0001-6522-8311"
- family-names: Han
  given-names: Claire Zhixian
  orcid: "https://orcid.org/0000-0001-9710-8381"
- family-names: Qasim
  given-names: Salman Ehtesham
  orcid: "https://orcid.org/0000-0001-8739-5962"
- family-names: Jacobs
  given-names: Joshua
  orcid: "https://orcid.org/0000-0003-1807-6882"
doi: 10.5281/zenodo.10076024
message: If you use this software, please cite our article in the
  Journal of Open Source Software.
preferred-citation:
  authors:
  - family-names: Donoghue
    given-names: Thomas
    orcid: "https://orcid.org/0000-0001-5911-0472"
  - family-names: Maesta-Pereira
    given-names: Sandra
    orcid: "https://orcid.org/0000-0001-6522-8311"
  - family-names: Han
    given-names: Claire Zhixian
    orcid: "https://orcid.org/0000-0001-9710-8381"
  - family-names: Qasim
    given-names: Salman Ehtesham
    orcid: "https://orcid.org/0000-0001-8739-5962"
  - family-names: Jacobs
    given-names: Joshua
    orcid: "https://orcid.org/0000-0003-1807-6882"
  date-published: 2023-11-14
  doi: 10.21105/joss.05268
  issn: 2475-9066
  issue: 91
  journal: Journal of Open Source Software
  publisher:
    name: Open Journals
  start: 5268
  title: "spiketools: a Python package for analyzing single-unit neural
    activity"
  type: article
  url: "https://joss.theoj.org/papers/10.21105/joss.05268"
  volume: 8
title: "spiketools: a Python package for analyzing single-unit neural
  activity"

If the repository is not hosted on GitHub, a .cff file can still be uploaded to set your preferred citation. Users will be able to manually copy and paste the citation.

Find more information on .cff files here and here.

@editorialbot
Copy link
Collaborator Author

🐘🐘🐘 👉 Toot for this paper 👈 🐘🐘🐘

@editorialbot
Copy link
Collaborator Author

🚨🚨🚨 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 👉 Creating pull request for 10.21105.joss.05268 joss-papers#4778
  2. Wait five minutes, then verify that the paper DOI resolves https://doi.org/10.21105/joss.05268
  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...

@editorialbot editorialbot added accepted published Papers published in JOSS labels Nov 14, 2023
@Kevin-Mattheus-Moerman
Copy link
Member

Congratulations on this paper @TomDonoghue !

Thanks for editing @AJQuinn! And a special thanks to the reviewers: @rly, @neuromusic, @djsaunde

@editorialbot
Copy link
Collaborator Author

🎉🎉🎉 Congratulations on your paper acceptance! 🎉🎉🎉

If you would like to include a link to your paper from your README use the following code snippets:

Markdown:
[![DOI](https://joss.theoj.org/papers/10.21105/joss.05268/status.svg)](https://doi.org/10.21105/joss.05268)

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

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

This is how it will look in your documentation:

DOI

We need your help!

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
accepted Makefile published Papers published in JOSS Python recommend-accept Papers recommended for acceptance in JOSS. review TeX Track: 2 (BCM) Biomedical Engineering, Biosciences, Chemistry, and Materials
Projects
None yet
Development

No branches or pull requests

8 participants