20
Einführung in den DataCite Metadata Store (MDS) TIB, Hannover Frauke Ziedorn

DataCite Einführung: Der Metadata Store (MDS)

Embed Size (px)

Citation preview

Einführung in den DataCite Metadata Store (MDS)

TIB, HannoverFrauke Ziedorn

Nutzen des MDS

Registrieren eines Datensatzes Aktualisierung eines Datensatzes Hochladen einer Metadatendatei Finden eines bestimmten DOIs

Registrieren mehrerer Datensätze Aktualisierung mehrerer Datensätze Hochladen mehrerer Metadatendateien Abrufen von Metadaten

Einzel-operationen UI

„Bulk“ Operationen API

Einzeloperationen

UI

(User Interface)

Als Datenzentrum möchte ich einen meiner Datensätze mit einem DOI registrieren.

Ich habe die URL der dazugehörigen Landing Page sowie eine XML-Datei nach DataCite’s Standard.

Fall: Registrierung eines Datensatzes

Ergebnis: Ein DOI wird registriert und ein Datensatz im MDS angelegt

Weg: Registrierung eines Datensatzes

Als Datenzentrum habe ich einen Datensatz mit einem DOI registriert und möchte diesen nun im Metadata Store wiederfinden.

Fall: Einen bestimmten DOI suchen

oder

Weg: Einen bestimmten DOI suchen

Als Datenzentrum habe ich einen DOI registriert und möchte nun die URL hierzu aktualisieren.

Fall: Einen Datensatz aktualisieren

DOI suchen und bearbeiten:

Weg: Einen Datensatz aktualisieren

Als Datenzentrum möchte die Metadaten zu einem DOI aktualisieren.

Fall: Einen Metadatensatz aktualisieren

Weg: Einen Metadatensatz aktualisieren

„Bulk“ Operationen

API

(Application Programming Interface)

API

• RestFul API• HTTPS mit Basic Authentication• Dokumentation:

https://mds.datacite.org/static/apidoc

Beispiel API Aufrufe

Metadaten hochladen:

DOI registrieren oder aktualisieren:curl -u USER.NAME -d "url=http://example.com" -d "doi=10.01234/foobar" https://mds.datacite.org/doi

curl -u USER.NAME -H "Content-Type: application/xml" --data-binary @metadata.xml https://mds.datacite.org/metadata

Der DOI-Name

• Präfix wird von DataCite zugewiesen• Suffix kann das Datenzentrum selber festlegen• ‚nichtsprechende‘ Zeichenfolge• Zeichen für DOI-Namen:

A – Za – z0 – 9: (Doppelpunkt). (Punkt)- (Bindestrich)_ (Unterstrich)/ (Schrägstrich)

Keine Umlaute und Sonderzeichen!

http://www.tib-hannover.de/fileadmin/informationsmaterial/flyer/TIB_DOI_Service_DOKU_DT.pdf

• Jeder Nutzer kann nur die seinem Konto zugewiesenen Präfixe und Domains nutzen.

• Es ist möglich, dass Ihnen eine DOI-Quote zugewiesen wurde. Nachdem diese aufgebraucht ist, können keine neuen DOIs mehr registriert werden.

Einschränkungen

• Das Handle System – die technische Infrastruktur des DOI Systems – ist ein verteiltes System.

• Neue DOIs sind nach etwa 5 Minuten auflösbar.

• Ein DOI-Update kann bis zu 24 Stunden brauchen, bis ein weltweit verteilt wurde.

Latenzzeiten

Persistenz:DOIs können nicht gelöscht werden!

• Ein DOI ein ein persistenter Identifier (PID), d.h. ein DOI sollte immer genau ein Objekt dauerhaft identifiezieren.

• Es ist nicht möglich einen DOI zu löschen.

• Sollte das Objekt, das durch den DOI identifiziert wird, nicht mehr verfügbar sein, muss dies auf der Landing Page vermerkt sein.

• Ein DOI verweist immer auf eine Landing Page, die Metadaten und Informationen zum Zugang zum Objekt vermerkt sind.

DataCite stellt eine eigene Test-Umgebung bereit, in der alle Services in einem abgeschlossenen

System ausprobiert werden können.

http://test.datacite.org

Resolver für Test-DOIs: http://dx.test.datacite.org

Test-Umgebung

Die DataCite Mitglieder