Dublin Core ist ein bewusst einfach gehaltener Metadaten-Standard, entstanden 1995 an einem Workshop in Dublin (Ohio). Er definiert eine Menge von Kernfeldern, mit denen sich beliebige Ressourcen — Webseiten, Dokumente, Bücher, Bilder, Archivalien — auf grundlegender Ebene beschreiben lassen. Pflege erfolgt durch die Dublin Core Metadata Initiative (DCMI).
Der Standard ist als ISO 15836 normiert (Part 1: 15 Elemente, Part 2: DCMI Metadata Terms) und als ANSI/NISO Z39.85 in den USA. In der Praxis ist Dublin Core das verbreitete Austauschformat — etwa als Pflicht-Format oai_dc in OAI-PMH oder als HTML-Meta-Tags auf Webseiten.
Die 15 Kernelemente
Alle 15 Elemente sind optional und wiederholbar. Die Bedeutungen sind absichtlich generisch gehalten:
| Element | Inhalt |
|---|---|
| title | Name der Ressource |
| creator | Hauptverantwortliche:r für den Inhalt |
| subject | Schlagwort, Klassifikation |
| description | freie Beschreibung |
| publisher | herausgebende Stelle |
| contributor | weitere beitragende Person/Körperschaft |
| date | datumsbezogenes Ereignis (Veröffentlichung, Erstellung …) |
| type | Art / Genre der Ressource |
| format | Datei-/Medienformat |
| identifier | eindeutiger Identifier (URI, ISBN, …) |
| source | abgeleitete Quelle |
| language | Sprache der Ressource (z. B. ISO 639) |
| relation | bezogene andere Ressource |
| coverage | räumliche oder zeitliche Abdeckung |
| rights | Rechte und Lizenz |
Simple vs. Qualified Dublin Core
- Simple Dublin Core — nur die 15 Elemente, alle ohne Untergliederung. Maximal einfach, minimal aussagekräftig.
oai_dcin OAI-PMH ist Simple Dublin Core. - Qualified Dublin Core / DCMI Metadata Terms — verfeinert die Kernelemente mit Element Refinements (z. B.
date.created,date.modified,date.issued) und ergänzt zusätzliche Terms (accessRights,bibliographicCitation,extent,spatial,temporal,license,provenance, …).
Beispiel als XML (oai_dc)
<oai_dc:dc xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<dc:title>Liechtensteinisches Urkundenbuch III</dc:title>
<dc:creator>Historischer Verein für das Fürstentum Liechtenstein</dc:creator>
<dc:date>2025</dc:date>
<dc:identifier>https://www.lub.li/lub3/</dc:identifier>
<dc:rights>CC BY-SA 4.0</dc:rights>
<dc:language>de</dc:language>
<dc:type>Text</dc:type>
</oai_dc:dc>
Beispiel als HTML-Meta-Tags
<meta name="DC.title" content="Open-Source-Pakete">
<meta name="DC.creator" content="Kränzle & Ritter GmbH">
<meta name="DC.date" content="2026-05-08">
<meta name="DC.identifier" content="https://k-r.ch/projekte/open-source/">
<meta name="DC.language" content="de">
<meta name="DC.rights" content="MIT">
Beispiel als RDF / Turtle
@prefix dc: <http://purl.org/dc/elements/1.1/> .
@prefix dcterms: <http://purl.org/dc/terms/> .
<https://k-r.ch/projekte/naegeli-edition/>
dc:title "Nägeli-Briefedition" ;
dc:creator "Kränzle & Ritter GmbH" ;
dcterms:created "2026-05-07"^^xsd:date ;
dc:language "de" ;
dcterms:license <https://creativecommons.org/licenses/by-sa/4.0/> .
Zwei Namespaces im Einsatz:
http://purl.org/dc/elements/1.1/— die 15 Kernelemente.http://purl.org/dc/terms/— DCMI Metadata Terms (umfasst die 15 plus Erweiterungen).
Verhältnis zu anderen Standards
Dublin Core ist absichtlich der „kleinste gemeinsame Nenner”. Reichhaltigere Beschreibungen entstehen mit anderen Schemata, die jeweils Mappings nach DC anbieten:
| Standard | Charakter | DC-Mapping |
|---|---|---|
| MODS | Bibliothek, mittlere Detailtiefe | gut |
| MARC21 | Bibliothek, vollständig | über MODS |
| EAD | Archiv, hierarchisch | reduziert |
| TEI | Texte, Editionen | reduziert |
| CIDOC CRM | Ontologie, ereignis-zentriert | konzeptionell, nicht 1:1 |
Im Aggregator-Kontext (Europeana, DPLA) wird DC oft als minimale „Crosswalk-Zielebene” benutzt: alle eingehenden reicheren Metadaten werden auf DC reduziert, damit sie in einer gemeinsamen Suchoberfläche dargestellt werden können.
Werkzeuge
- Dublin Core Generator auf dublincore.org — interaktive HTML-Meta-Tag-Generierung.
- Viele CMS und Repository-Software (Omeka, DSpace, Fedora, EPrints, …) speichern intern Dublin-Core-Felder.
- OAI-PMH-Endpunkte (siehe OAI-PMH-Spickzettel) müssen
oai_dczwingend anbieten.