CARVIEW |
Principles
Best Effort Principles
Zenodo does not sign SLAs (service-level agreements). This is not a weakness, it is by design and marks a philosophy that we believe is most appropriate for Science. Instead, Zenodo is run by leading practitioners according to best practices.
What Science needs is inherent reliability, or more accurately demonstrated reliability based on open best practices. Furthermore the users should be able to influence these best practices. In the long-term, a service which is trusted is much more valuable than one for which assurances must be bought.
Service failure can never be undone. Enforcing an SLA means being prepared to litigate against the contract, which means compensation, frequently assessed on the basis of loss of revenue… but none of these concepts have any place or relevance in the free exchange of research results!
Living by these principles, Zenodo strives to make available architecture, implementation, practices and statistics. Please see for example the infrastructure page. We are also aiming to have these certified.
FAIR Principles
FAIR Principles definition as referenced from: Wilkinson, M. D. et al. The FAIR Guiding Principles for scientific data management and stewardship. Sci. Data 3:160018 doi: 10.1038/sdata.2016.18 (2016).
To be Findable:
- F1: (meta)data are assigned a globally unique and persistent identifier
- A DOI is issued to every published record on Zenodo.
- F2: data are described with rich metadata (defined by R1 below)
- Zenodo's metadata is compliant with DataCite's Metadata Schema minimum and recommended terms, with a few additional enrichments.
- F3: metadata clearly and explicitly include the identifier of the data it describes
- The DOI is a top-level and a mandatory field in the metadata of each record.
- F4: (meta)data are registered or indexed in a searchable resource
- Metadata of each record is indexed and searchable directly in Zenodo's search engine immediately after publishing.
- Metadata of each record is sent to DataCite servers during DOI registration and indexed there.
To be Accessible:
- A1: (meta)data are retrievable by their identifier using a standardized communications protocol
- A1.1: the protocol is open, free, and universally implementable
- See point A1. OAI-PMH and REST are open, free and universal protocols for information retrieval on the web.
- A1.2: the protocol allows for an authentication and authorization procedure, where necessary
- Metadata are publicly accessible and licensed under public domain. No authorization is ever necessary to retrieve it.
- A2: metadata are accessible, even when the data are no longer available
- Data and metadata will be retained for the lifetime of the repository. This is currently the lifetime of the host laboratory CERN, which currently has an experimental programme defined for the next 20 years at least.
- Metadata are stored in high-availability database servers at CERN, which are separate to the data itself.
To be Interoperable:
- I1: (meta)data use a formal, accessible, shared, and broadly applicable language for knowledge representation.
- Zenodo uses JSON Schema as internal representation of metadata and offers export to other popular formats such as Dublin Core or MARCXML.
- I2: (meta)data use vocabularies that follow FAIR principles
- For certain terms we refer to open, external vocabularies, e.g.: license (Open Definition), funders (FundRef) and grants (OpenAIRE).
- I3: (meta)data include qualified references to other (meta)data
- Each referenced external piece of metadata is qualified by a resolvable URL.
To be Reusable:
- R1: (meta)data are richly described with a plurality of accurate and relevant attributes
- Each record contains a minimum of DataCite's mandatory terms, with optionally additional DataCite recommended terms and Zenodo's enrichments.
- R1.1: (meta)data are released with a clear and accessible data usage license
- License is one of the mandatory terms in Zenodo's metadata, and is referring to an Open Definition license.
- Data downloaded by the users is subject to the license specified in the metadata by the uploader.
- R1.2: (meta)data are associated with detailed provenance
- All data and metadata uploaded is traceable to a registered Zenodo user.
- Metadata can optionally describe the original authors of the published work.
- R1.3: (meta)data meet domain-relevant community standards
- Zenodo is not a domain-specific repository, yet through compliance with DataCite's Metadata Schema, metadata meets one of the broadest cross-domain standards available.
Plan S - compliance self-assessment
The following is a self-assessment of Zenodo against the Plan S requirements for Open Access Repositories (as published October 2019).
See the Plan S Principles and Implementation (under Part III: Technical Guidance and Requirements / 2. Requirements for Open Access Repositories).
Mandatory criteria for repositories
1. The repository must be registered in the Directory of Open Access Repositories (OpenDOAR) or in the process of being registered. | ✅ | |
2. Use of PIDs for the deposited versions of the publications (with versioning, for example in case of revisions), such as DOI (preferable), URN, or Handle. | ✅ |
|
3. High quality article level metadata in standard interoperable non-proprietary format, under a CC0 public domain dedication. This must include information on the DOI (or other PIDs) both of the original publication and the deposited version, on the version deposited (AAM/VoR), and on the Open Access status and the license of the deposited version. Metadata must include complete and reliable information on funding provided by cOAlition S funders (including as a minimum the name of the funder and the grant number/identifier). | ✅ |
|
4. Machine readable information on the Open Access status and the license embedded in the article, in standard non-proprietary format. | ✅ |
|
5. Continuous availability (uptime at least 99.7%, not taking into account scheduled downtime for maintenance or upgrades). | ✅ |
|
6. Helpdesk: as a minimum, an email address (functional mailbox) has to be provided; a response time of no more than one business day must be ensured. | ✅ |
|
Strongly recommended additional criteria for repositories:
7. Manuscript submission system that supports both individual author uploads and bulk uploads of manuscripts (AAM or VoR) by publishers. | ✅ |
|
8. Full text stored in a machine-readable community standard format such as JATS XML. | ✅ |
|
9. Support for PIDs for authors (e.g., ORCID), funders, funding programmes and grants, institutions, and other relevant entities. | ✅ |
|
10. Openly accessible data on citations according to the standards by the Initiative for Open Citations (I4OC). | ✅ |
|
11. Open API to allow others (including machines) to access the content. A compliant API must be free to access without any barrier. A light authentication mechanism such as a token for ‘power users’ – e.g., high-traffic collaborators – is acceptable as long as there is a totally open/anonymous route too. | ✅ |
|
12. OpenAIRE compliance of the metadata. | ✅ |
|
13. Quality assurance processes to link full-text deposits with authoritative bibliographic metadata from third-party systems, e.g., PubMed, Crossref, or SCOPUS where feasible. | ✅ |
|
This site uses cookies. Find out more on how we use cookies