Materials and Software Sharing
PLOS is committed to ensuring the availability of materials that underpin research. Sharing materials encourages reuse and facilitates reproducibility.
PLOS reserves the right to issue a correction, expression of concern, or retraction if unreasonable restrictions on sharing are discovered after publication. PLOS will contact authors’ institutions and funders as appropriate.
Our policy on availability does not require that materials must be made available free of charge.
Sharing Materials
We expect that all researchers submitting to PLOS will make all relevant materials that may be reasonably requested by others available without restrictions upon publication of the work.
Editors and reviewers should verify the availability of materials during the peer review process, and contact the journal if any restrictions are discovered.
Exceptions to sharing materials
Materials should not be shared if they compromise the privacy or confidentiality of human research subjects.
Accessing materials
Contact the journal if you encounter difficulties obtaining materials from published articles.
PLOS cannot arbitrate if any disputes arise between authors and peer review participants, especially in terms of Materials Transfer Agreements (MTAs).
Sharing Software
We expect that all researchers submitting to PLOS submissions in which software is the central part of the manuscript will make all relevant software available without restrictions upon publication of the work. Authors must ensure that software remains usable over time regardless of versions or upgrades. If the original software is not able to be shared, authors must provide a reasonable facsimile.
Software manuscripts
Software submitted to PLOS must meet the following requirements:
- Based on open source standards
- Conform to the Open Source Definition
- Deposited in an open software archive (see “Depositing software,” below)
- Included in the submission as supporting information
- Linked directly from the manuscript file
If the software or algorithm is not central to the manuscript, we also encourage authors to make all relevant materials freely available.
Depositing software
The following items must be deposited in an open software archive:
- The associated source code of the software described in the manuscript. This should, as far as possible, follow accepted community standards and be licensed under a suitable license such as BSD, LGPL, or MIT (see the full list of suitable licenses). Dependency on commercial software such as Mathematica and MATLAB does not preclude a manuscript from consideration, although complete open source solutions are preferred. The code should be easy to locate and download without creating user accounts, logging in, or entering other personal details.
- Documentation for running and installing the software. For end-user applications, instructions for installing and using the software are prerequisite; for software libraries, instructions for using the application program interface are prerequisite.
- A test dataset with associated control parameter settings. Where feasible, results from standard test sets should be included. Where possible, test data should not have any dependencies — for example, a database dump.
Software archives
Archives should provide a public repository of the described software. The repository must have been in existence for over five years or be hosting more than 1,000 projects.
Example archives
Reviewing software manuscripts
A software manuscript can be considered for publication if it covers a well-established project that has been providing an open source code repository for an extended amount of time.
In order for a software manuscript to be considered for publication, editors, reviewers, or readers must be able to:
- Access the public version of the software
- Reproduce the results
- Run the software on the deposited dataset with the provided control parameters.
Only one hardware-software platform is required. The platform must be in common use by the readership (e.g., MATLAB).
Software manuscripts will not be considered under the following circumstances:
- They require access to databases or other resources whose persistence is not guaranteed (e.g., individual laboratory databases without funding support).
- Running the software depends on proprietary or otherwise unobtainable ancillary software.