Zum Inhalt springen
RepoReady
Registrieren
Menü
Menü der Dokumentation

Zugang & Archivierung: dauerhaft und zitierbar

Zugang beschreibt, wie andere Ihre Materialien erhalten; Archivierung hält sie nach dem Paper verfügbar. Beides steht neben der Stufe, zusammen mit Lizenz, Zitation und Zeitschriftenrichtlinie.

Zuletzt aktualisiert

Zugangsbedingungen beschreiben Ihre Materialien. Sie heben oder senken die Stufe nie.
Bezug zur StufeUnabhängig von der Stufe

Ein Repository lässt sich nach der Publikation umbenennen, umschreiben oder löschen. Fachzeitschriften verlangen dauerhafte Kopien: PLOS Computational Biology empfiehlt Repositorien, die DOIs vergeben. RepoReady zeigt die gefundenen Zugangsbedingungen; Archive prüft es noch nicht. Befunde zu Zeitschriftenrichtlinien und guter Praxis sind Warnungen: Sie ändern die Stufe nie.

Zugangsbedingungen

Was zählt
Jeder Datensatz und jedes Werkzeug nennt den Bezugsweg: offen, nach Registrierung, über ein Data Access Committee, per Kauf oder unter Lizenz.
Häufige Lücken
„Auf Anfrage erhältlich“ ohne Weg oder private Daten ohne Hinweis, wer sie nutzen darf.
So beheben Sie es
Nennen Sie den Weg je Element im README. Öffentliches Hosting, kontrollierter und privater Zugang werden getrennt ausgewiesen.

Ein dauerhaftes Archiv

Was zählt
Code und Daten liegen in einem Archiv mit dauerhaften Kennungen, etwa Zenodo, figshare, Software Heritage oder einem Fachrepositorium.
Häufige Lücken
Nur ein GitHub-Repository oder eine DOI, die auf die neueste Version zeigt statt auf die im Paper.
So beheben Sie es
Verbinden Sie das Repository mit Zenodo, damit jedes GitHub-Release eine eigene Versions-DOI erhält, und zitieren Sie diese.

Journal policy

Was zählt
Was Fachzeitschriften über die Stufe hinaus verlangen: eine Softwarelizenz, eine Zitationsdatei, die das Paper nennt, Quelldaten zu jeder Abbildung und ein Code Availability Statement.
Häufige Lücken
Keine Lizenz oder nur CC-BY für Code, eine Abhängigkeit, deren Lizenz Nachnutzung verbietet, keine Zitationsdatei oder leere, unvollständige oder doppelte Quelldaten.
So beheben Sie es
Hinterlegen Sie eine Quelldatendatei je Abbildung, nutzen Sie unsere Vorlage und ergänzen Sie eine Lizenz (ohne sie darf niemand den Code nachnutzen) und eine Zitationsdatei:
CITATION.cff
cff-version: 1.2.0
message: "If you use this code, please cite the paper below."
title: "Code for: <paper title>"
version: "v1.0-paper"
doi: "<version DOI from Zenodo>"
license: MIT
authors:
  - family-names: "<Family>"
    given-names: "<Given>"
preferred-citation:
  type: article
  title: "<paper title>"
  authors:
    - family-names: "<Family>"
      given-names: "<Given>"
  doi: "<paper DOI>"

Good practice

Was zählt
Hinweise jenseits der Stufen, jeder Befund eine Warnung: ein aufgeräumtes Repository, Tests, Notebooks in Reihenfolge, genannte Hardware und Werkzeuge und ein in sich stimmiges Paper.
Häufige Lücken
Ballast oder doppelte Dateien, keine Tests, Notebooks außer der Reihe gespeichert, ungenannter GPU-Bedarf, Schritte nur mit kommerzieller Software, Code älter als das Paper.
So beheben Sie es
Jede Warnung nennt die Datei oder Stelle. Die Leitfäden zeigen Lösungen für ein aufgeräumtes Repository, Tests und Notebooks und ein stimmiges Paper.

Sehen Sie, wo Ihr Projekt steht

Starten Sie die Analyse für Ihr Paper oder Repository. Jeder Befund nennt seinen Bereich und verweist hierher.

Jetzt starten