Skip to content

[REVIEW]: proteoDA: a package for quantitative proteomics #5184

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

Closed
editorialbot opened this issue Feb 21, 2023 · 75 comments
Closed

[REVIEW]: proteoDA: a package for quantitative proteomics #5184

editorialbot opened this issue Feb 21, 2023 · 75 comments
Assignees
Labels
accepted CSS JavaScript published Papers published in JOSS R recommend-accept Papers recommended for acceptance in JOSS. review Track: 2 (BCM) Biomedical Engineering, Biosciences, Chemistry, and Materials

Comments

@editorialbot
Copy link
Collaborator

editorialbot commented Feb 21, 2023

Submitting author: @ByrumLab (Stephanie D. Byrum)
Repository: https://github.com/ByrumLab/proteoDA
Branch with paper.md (empty if default branch): main
Version: 1.0.0
Editor: @jmschrei
Reviewers: @shahmoradi, @MohmedSoudy
Archive: 10.5281/zenodo.7962306

Status

status

Status badge code:

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

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

@shahmoradi & @MohmedSoudy, 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 @jmschrei 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 @shahmoradi

@editorialbot editorialbot added CSS JavaScript R review Track: 2 (BCM) Biomedical Engineering, Biosciences, Chemistry, and Materials labels Feb 21, 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

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

OK DOIs

- 10.1021/acsomega.0c02564 is OK
- 10.1021/pr401264n is OK
- 10.12688/f1000research.27893.1 is OK
- 10.1093/bioinformatics/btx094 is OK
- 10.1093/nar/gkv007 is OK

MISSING DOIs

- None

INVALID DOIs

- None

@editorialbot
Copy link
Collaborator Author

Software report:

github.com/AlDanial/cloc v 1.88  T=0.21 s (468.2 files/s, 171424.8 lines/s)
-------------------------------------------------------------------------------
Language                     files          blank        comment           code
-------------------------------------------------------------------------------
JavaScript                      21           2278           7436           8713
R                               45           1394           2229           4807
Markdown                         7            553              0           3205
CSS                             15            120            176           2551
HTML                             1             35              2            855
Rmd                              4            173            228            252
TeX                              1             13              0             72
YAML                             2              1              4             53
-------------------------------------------------------------------------------
SUM:                            96           4567          10075          20508
-------------------------------------------------------------------------------


gitinspector failed to run statistical information for the repository

@editorialbot
Copy link
Collaborator Author

Wordcount for paper.md is 525

@editorialbot
Copy link
Collaborator Author

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

@jmschrei
Copy link

Howdy @shahmoradi and @MohmedSoudy!

Thanks for agreeing to review this submission.

The process for conducting a review is outlined above. Please run the command shown above to have @editorialbot generate your checklist, which will give a step-by-step process for conducting your review. Please check the boxes during your review to keep track, as well as make comments in this thread or open issues in the repository itself to point out issues you encounter. Keep in mind that our aim is to improve the submission to the point where it is of high enough quality to be accepted, rather than to provide a yes/no decision, and so having a conversation with the authors is encouraged rather than providing a single review post at the end of the process.

Here are the review guidelines: https://joss.readthedocs.io/en/latest/reviewer_guidelines.html
And here is a checklist, similar to above: https://joss.readthedocs.io/en/latest/review_checklist.html

Please let me know if you encounter any issues or need any help during the review process, and thanks for contributing your time to JOSS and the open source community!

@MohmedSoudy
Copy link

MohmedSoudy commented Feb 25, 2023

Review checklist for @MohmedSoudy

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 proteoDA?
  • 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 ByrumLab 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 participant's 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?

@MohmedSoudy
Copy link

Hi @ByrumLab, Thank you for that great software package. The paper is well-written and the package is well-documented, however, I have some comments that may increase the package's feasibility and usability

  • State of the field: I believe that this point should be highlighted in the paper to show the significance of the package and the contribution performed by the authors.
  • write_qc_report function: The names of the samples in the heat map should fit in the graph, and the legend position may be at the right and should be bigger to be more readable
  • write_limma_plots function: The user should select the p-value adjustment method on the plot and re-plot, and you can plot the box plot for each protein with the point plot for better visualization of the group mean/median and the outliers

@ByrumLab
Copy link

HI @MohmedSoudy, Thank you for taking time to review our package.

  1. We have updated the paper.md to include a State of the field section.
  2. write_qc_report has been updated for readability.
  3. write_limma_plots has been updated with a selector to chose the plot type instead of including each as a separate tab. We added a mean line to the point plot to easily see the differences between the groups. The box plot was harder to visualize, especially for projects with only three replicates.

We appreciate your time and helpful suggestions.

@jmschrei
Copy link

@shahmoradi, do you think you'll have a chance to look at this submission soon?

@shahmoradi
Copy link

Apologies for my delayed response. I can respond as soon as I am back from an ongoing conference by this weekend if that is not too late.

@MohmedSoudy
Copy link

MohmedSoudy commented Mar 22, 2023

Review checklist for @MohmedSoudy

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 proteoDA?
  • 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 ByrumLab 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 participant's 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?

@MohmedSoudy
Copy link

Hi @ByrumLab Thank you for addressing my comments. For me, the paper and the package now are ready and I think it's acceptable for publication.

@shahmoradi
Copy link

shahmoradi commented Mar 23, 2023

Review checklist for @shahmoradi

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/ByrumLab/proteoDA?
  • 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 (@ByrumLab) 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?

@shahmoradi
Copy link

@editorialbot generate pdf

@editorialbot
Copy link
Collaborator Author

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

@shahmoradi
Copy link

shahmoradi commented Mar 23, 2023

I have a few comments for which I'd appreciate the authors' response before I mark the remaining items in the checklist as approved.

  1. I am not entirely familiar with testthat testing framework. Can you clarify how to run the tests? Normally, I'd expect a README file to exist in the appropriate folder that describes the steps to run the tests.
  2. I cannot find any coverage reports in the repository. Unless I missed the report, a test suite without a code coverage report would be of minimal value. An example R package that could help generate coverage reports is covr.
  3. I agree with @MohmedSoudy that the "State of the field" can be improved. I see the authors' response, but I cannot find the improvements in the most recent PDF compilation of the paper. I can see the improvements in the most recent version now.
  4. I cannot find "Community guidelines" in the repository. If one is already in the repository, please guide me to its location. See the checklist above for more information on "Community guidelines".

@ByrumLab
Copy link

Thank you @shahmoradi, we appreciate the review! We've made some changes to the package in response to your review:

  1. The testthat framework is very commonly used across R packages, but it does have some differences to the way tests are distributed with other software packages and languages. In general, R packages do not have their tests bundled with them, so users cannot re-run testthat locally. See, for example, popular R packages like dplyr and ggplot2, which do not bundle their tests for distribution (that is, the tests are not in the inst/ directory). Instead, testthat runs package tests locally during development and during automated package checking with R CMD check. We have set up some GitHub actions to automatically run R CMD check against the latest R releases for the Mac, Windows, and Unix/Ubuntu operating systems, with the results displayed in a badge on the GitHub README. These tests are also run when packages are submitted to CRAN, which we plan to do upon acceptance.

  2. We have used the R package you suggested to generate a code coverage report: it can be found by clicking on the codecov badge in our README. Currently, we have ~100% test coverage.

  3. We have added community guidelines to our README, and have included a contributor code of conduct (CODE_OF_CONDUCT.md).

We hope these changes address your concerns.

@ByrumLab
Copy link

ByrumLab commented May 1, 2023

Hi @shahmoradi, I wanted to check if there are anymore concerns you would like us to address for this package?

Thanks!

@jmschrei
Copy link

jmschrei commented May 3, 2023

Hi @shahmoradi, do you have any remaining concerns? If not, would you mind ticking the remaining boxes to let us know you're satisfied? Thanks!

@jmschrei
Copy link

@shahmoradi can you please provide an update?

@shahmoradi
Copy link

Thank you for your response @ByrumLab. I am fine with the latest updates and improvements and have approved all items in the checklist.

@jmschrei
Copy link

Great, thanks!

@jmschrei
Copy link

@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.1021/acsomega.0c02564 is OK
- 10.1021/pr401264n is OK
- 10.12688/f1000research.27893.1 is OK
- 10.1093/bioinformatics/btx094 is OK
- 10.1093/nar/gkv007 is OK
- 10.1002/bies.201800042 is OK
- 10.1109/ACCESS.2020.3047588 is OK
- 10.1002/pmic.202100103 is OK
- 10.1093/nar/gkac1040 is OK
- 10.1093/nar/gkab1038 is OK
- 10.1101/2022.08.17.503867 is OK
- 10.1101/2022.06.07.494524 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#4262, 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 May 24, 2023
@editorialbot
Copy link
Collaborator Author

I'm sorry @ByrumLab, I'm afraid I can't do that. That's something only eics are allowed to do.

@Kevin-Mattheus-Moerman
Copy link
Member

Kevin-Mattheus-Moerman commented May 25, 2023

@ByrumLab @mikerobeson I checked the paper, the repository, and the archive link, and all seems in order. I did find a typo in the paper which you need to address:

  • Fix typo in reserchers

mikerobeson added a commit to ByrumLab/proteoDA that referenced this issue May 25, 2023
Correcting the typo as referenced [here](openjournals/joss-reviews#5184 (comment)).

Changed "reserchers" to "researchers".
@mikerobeson
Copy link

Great catch @Kevin-Mattheus-Moerman! I just committed the fix.

@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

@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: Thurman
  given-names: Timothy J.
  orcid: "https://orcid.org/0000-0002-9602-6226"
- family-names: Washam
  given-names: Charity L.
  orcid: "https://orcid.org/0000-0001-5761-9304"
- family-names: Alkam
  given-names: Duah
  orcid: "https://orcid.org/0000-0002-5965-7694"
- family-names: Bird
  given-names: Jordan T.
  orcid: "https://orcid.org/0000-0001-5753-6058"
- family-names: Gies
  given-names: Allen
  orcid: "https://orcid.org/0000-0003-2492-0429"
- family-names: Dhusia
  given-names: Kalyani
  orcid: "https://orcid.org/0000-0002-8803-1295"
- family-names: II
  given-names: Michael S. Robeson
  orcid: "https://orcid.org/0000-0001-7119-6301"
- family-names: Byrum
  given-names: Stephanie D.
  orcid: "https://orcid.org/0000-0002-1783-3610"
contact:
- family-names: Byrum
  given-names: Stephanie D.
  orcid: "https://orcid.org/0000-0002-1783-3610"
doi: 10.5281/zenodo.7962306
message: If you use this software, please cite our article in the
  Journal of Open Source Software.
preferred-citation:
  authors:
  - family-names: Thurman
    given-names: Timothy J.
    orcid: "https://orcid.org/0000-0002-9602-6226"
  - family-names: Washam
    given-names: Charity L.
    orcid: "https://orcid.org/0000-0001-5761-9304"
  - family-names: Alkam
    given-names: Duah
    orcid: "https://orcid.org/0000-0002-5965-7694"
  - family-names: Bird
    given-names: Jordan T.
    orcid: "https://orcid.org/0000-0001-5753-6058"
  - family-names: Gies
    given-names: Allen
    orcid: "https://orcid.org/0000-0003-2492-0429"
  - family-names: Dhusia
    given-names: Kalyani
    orcid: "https://orcid.org/0000-0002-8803-1295"
  - family-names: II
    given-names: Michael S. Robeson
    orcid: "https://orcid.org/0000-0001-7119-6301"
  - family-names: Byrum
    given-names: Stephanie D.
    orcid: "https://orcid.org/0000-0002-1783-3610"
  date-published: 2023-05-30
  doi: 10.21105/joss.05184
  issn: 2475-9066
  issue: 85
  journal: Journal of Open Source Software
  publisher:
    name: Open Journals
  start: 5184
  title: "proteoDA: a package for quantitative proteomics"
  type: article
  url: "https://joss.theoj.org/papers/10.21105/joss.05184"
  volume: 8
title: "proteoDA: a package for quantitative proteomics"

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

🐦🐦🐦 👉 Tweet for this paper 👈 🐦🐦🐦

@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.05184 joss-papers#4274
  2. Wait a couple of minutes, then verify that the paper DOI resolves https://doi.org/10.21105/joss.05184
  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 May 30, 2023
@Kevin-Mattheus-Moerman
Copy link
Member

@openjournals/dev this DOI is taking very long to resolve ☝️

@Kevin-Mattheus-Moerman
Copy link
Member

@openjournals/dev this DOI is taking very long to resolve point_up

Resolves now

@Kevin-Mattheus-Moerman
Copy link
Member

@ByrumLab congratulations on this publication in JOSS!

Thanks for editing @jmschrei !

And a special thanks to the reviewers: @shahmoradi, @MohmedSoudy

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

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

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

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 CSS JavaScript published Papers published in JOSS R recommend-accept Papers recommended for acceptance in JOSS. review Track: 2 (BCM) Biomedical Engineering, Biosciences, Chemistry, and Materials
Projects
None yet
Development

No branches or pull requests

7 participants