ApplicationProfiles/DcamGerman

DCMI Abstract Model (DCAM) auf deutsch

• Andy Powell, Eduserv Foundation, UK
• Mikael Nilsson, KMR Group, CID, NADA, KTH (Royal Institute of Technology), Sweden
• Ambjörn Naeve, KMR Group, CID, NADA, KTH (Royal Institute of Technology), Sweden
• Pete Johnston, Eduserv Foundation, UK
• Thomas Baker, DCMI

• Übersetzung von: http://dublincore.org/documents/2007/06/04/abstract-model/
• Übersetzer: Thomas Baker und Stefanie Rühle, Kompetenzzentrum Interoperable Metadaten (KIM)

1. Einführung

Dieses Dokument beschreibt das Abstraktmodell für Dublin-Core-Metadaten. Ziel des Dokuments ist es vor allem, die Elemente und Strukturen, die in Dublin-Core-Metadaten verwendet werden, zu benennen. Das Dokument definiert die verwendeten Elemente und beschreibt, wie sie miteinander kombiniert werden, um Informationsstrukturen zu bilden. Es stellt ein von jeglicher besonderen Codierungssyntax unabhängiges Informationsmodell dar. Ein solches Informationsmodell macht es uns möglich, die Beschreibungen, die wir codieren wollen, besser zu verstehen und erleichtert die Entwicklung besserer Mappings und syntaxübergreifender Datenkonvertierungen.

Dieses Dokument richtet sich in erster Linie an Entwickler von Softwareanwendungen, die Dublin-Core-Metadaten unterstützen, an Personen, die neue syntaktische Codierungsrichtlinien für Dublin-Core-Metadaten entwickeln und an Personen, die Metadatenprofile entwickeln, die auf DCMI- oder anderen kompatibelen Vokabularen basieren.

Das DCMI-Abstraktmodell basiert auf der Arbeit des World Wide Web Consortium (W3C) am Resource Description Framework (RDF). Die Verwendung von Konzepten aus RDF wird unten im Abschnitt 5 zusammengefasst.

Das DCMI-Abstraktmodell wird hier mit UML-Klassen-Diagrammen dargestellt. Für Leser, die solche UML-Klassen-Diagramme nicht kennen, eine kurze Anleitung: Linien, die in einem Maßpfeil enden, werden als 'ist' oder 'ist eine' gelesen (z.B. "value ist eine resource"). Linien, die mit einer Raute beginnen, werden als 'hat' oder 'hat eine' gelesen (z.B. "statement hat einen property URI"). Andere Beziehungen werden entsprechend gekennzeichnet. Die kursiv geschriebenen Wörter und Phrasen in diesem Dokument werden im Abschnitt 7 ("Terminologie") definiert.

2. DCMI Abstract Model

2.1. Das DCMI-Ressourcenmodell

Das Abstraktmodell für Ressourcen (resource), die von Beschreibungen (description)" beschrieben werden, sieht folgendermaßen aus:

• Jede beschriebene Ressource (described resource) wird mit einem oder mehreren Paaren aus Eigenschaften und Werten (property-value pair) beschrieben.
• Jedes dieser Paare besteht aus einer Eigenschaft (property) und einem Wert (value).
• Jeder Wert (value) ist eine Ressource (resource) - eine physische, digitale oder begriffliche Entität oder ein Literal (literal), das mit einer Eigenschaft (property) assoziiert wird, wenn ein Paar aus einer Eigenschaft und einem Wert (property-value pair) benutzt wird, um eine Ressource (resource) zu beschreiben. Demgemäß ist jeder Wert entweder ein literaler Wert (literal value) oder kein literaler Wert (non-literal value):
  • Ein literaler Wert (literal value) ist ein Wert, der ein Literal (literal) ist.
  • Ein nicht-literaler Wert (non-literal value) ist ein Wert, der eine physische, digitale oder begriffliche Entität ist.
• Ein nach RDF definiertes Literal (literal) ist eine Entität, die, um eine Ressource (resource) zu bezeichnen eine Unicode-Zeichenkette sowie optional die Sprache und/oder den Datentyp verwendet.

Diagramm 1 - das DCMI-Ressourcenmodell

2.2. Das DCMI-Beschreibungssatzmodell

Das Abstraktmodell für einen DC-Metadaten-Beschreibungssatz (description set) sieht folgendermaßen aus:

• Ein Beschreibungssatz (description set) besteht aus einer oder mehreren Beschreibungen (descriptions), von denen jede eine einzige Ressource (resource) beschreibt.
• Eine Beschreibung (description) besteht aus einer oder mehreren Aussagen (statements) über eine, und nur eine Ressource (resource) und Null oder einem URI der beschriebenen Ressource (described resource URI), der die beschriebene Ressource (described resource) identifiziert.
• Jede Aussage (statement) realisiert ein Paar aus einer Eigenschaft und einem Wert (property-value pair) und besteht aus dem URI der Eigenschaft (property URI), der die Eigenschaft (property) identifiziert und einem Platzhalter für den Wert (value surrogate).
• Der Wert ist entweder durch einen literalen Platzhalter (literal value surrogate) oder einen nicht-literalen Platzhalter (non-literal value surrogate) vertreten.
  • Ein literaler Platzhalter (literal value surrogate) ist der Platzhalter für einen literalen Wert (literal value) und besteht aus genau einer Zeichenkette (value string). Die Zeichenkette (value string) ist ein Literal (literal), das den literalen Wert (literal value) codiert.
  • Ein nicht-literaler Platzhalter (non-literal value surrogate) steht für einen nicht-literalen Wert (non-literal value) und besteht aus Null oder dem URI des Werts (value URI), (einem URI, der den nicht-literalen Wert, der mit der Eigenschaft assoziiert ist, identifiziert), Null oder dem URI des Semantischen Codierungsschemas (vocabulary encoding scheme URI) (einem URI, der das Semantische Codierungsschema, dem der nicht-literale Wert angehört, identifiziert), und Null oder mehreren Zeichenketten (value strings). Jede Zeichenkette (value string) ist ein Literal (literal), das den nicht-literalen Wert (non-literal value) repräsentiert.
• Eine Zeichenkette (value string) ist entweder eine einfache Zeichenkette (plain value string) oder eine typisierte Zeichenkette (typed value string).
  • Eine einfache Zeichenkette (plain value string) kann verwendet werden mit einer Angabe zur Sprache der Zeichenkette (value string language). Dabei handelt sich um eine ISO-normierte Sprachangabe (z. B. "en-GB"). Einfache Zeichenketten (plain value string) sollen von Menschen lesbar sein.
  • Eine typisierte Zeichenkette (typed value string) ist verbunden mit dem URI des syntaktischen Codierungsschemas (syntax encodings scheme URI), der das syntaktische Codierungsschema (syntax encoding scheme) identifiziert.

Diagramm 2 - das DCMI-Beschreibungssatzmodell

2.3. Das DCMI-Vokabular-Modell

Das Abstraktmodell für Vokabulare (vocabularies), die in Beschreibungen (descriptions) mit Dublin-Core-Metadaten verwendet werden, sieht folgendermaßen aus:

• Ein Vokabluar (vocabulary) besteht aus einem oder mehreren Termen (terms). Jeder Term (term) ist Teil eines oder mehrerer Vokabulare (vocabularies).
• Ein Term (term) ist entweder eine Eigenschaft (property) bzw. ein Element (element), eine Klasse (class), ein semantisches Codierungsschema (vocabulary encoding scheme) oder ein syntaktisches Codierungsschema (syntax encodings scheme).
• Jede Eigenschaft (property) kann zu der Domain einer oder mehrerer Klassen (classes) gehören (has domain). Wenn eine Eigenschaft (property) zu der Domain einer Klasse (class) gehört und die Eigenschaft (property) ist Teil eines Paares aus Eigenschaft und Wert (property/value pair), dann ist der Wert (value) ein Objekt dieser Klasse (class).
• Jede Eigenschaft (property) kann zu dem Range einer oder mehrerer Klassen (classes) gehören (has range). Wenn eine Eigenschaft (property) zu dem Range einer Klasse (class) gehört und die Eigenschaft (property) ist Teil eines Paares aus Eigenschaft und Wert (property/value pair), dann ist der Wert (value) ein Objekt dieser Klasse (class).
• Jede Ressource (resource) kann eine Instanz (instance of) einer oder mehrerer Klassen (classes) sein.
• Jede Ressource (resource) kann zu einem oder mehreren semantischen Codierungsschemas (vocabulary encoding scheme) gehören (member of).
• Jede Klasse (class) kann Subklasse einer oder mehrerer Klassen (classes) sein (sub-class of) (wobei die beiden Klassen derart definiert sind, dass jede Ressource, die Instanz der Subklasse ist auch eine Instanz der Klasse ist, der die Subklasse untergeordnet ist).
• Jede Eigenschaft (property) kann Sub-Eigenschaft einer oder mehrerer Eigenschaften (properties) sein (sub-property of). Ist dies der Fall, so werden die beiden Eigenschaften (properties) derart definiert, dass immer wenn die Sub-Eigenschaft (sub-property) Teil eines Paares aus Eigenschaft und Wert (property/value pair) ist, die Ressource (resource), die mit diesem Paar beschrieben wird, auch mit einem zweiten Paar aus Eigenschaft und Wert (property/value pair) beschrieben wird, das aus der Eigenschaft (property), der die Sub-Eigenschaft untergeordnet ist, und deren Wert (value) besteht.
• Jedes syntaktische Codierungsschema (syntax encoding scheme) ist eine Klasse (class), die aus Literalen (literals) besteht.

Beachte, dass der Begriff "Vokabular" (vocabulary) hier verwendet wird, um einen Satz aus einem oder mehreren Termen zu bezeichnen -- einen Satz, der sich aus Eigenschaften (properties) bzw. Elementen (elements), Klassen (classes), Semantischen Codierungsschemas (vocabulary encoding schemes) und/oder syntaktischen Codierungsschemas (syntax encoding schemes) zusammensetzt.

Diagramm 3 - das DCMI-Vokabularmodell

2.4. Anmerkungen

Folgende Hinweise zu dem Modell sind zu beachten:

• Jeder nicht-literale Wert (non-literal value) kann eine Ressource (resource) sein, die in einer separaten Beschreibung (description) innerhalb ein- und desselben Beschreibungssatzes beschrieben wird – so kann z. B. eine separate Beschreibung die Metadaten zu einer Person beinhalten, die der Verfasser der beschriebenen Ressource ist. Ein literaler Wert (literal value) kann dagegen keine in einer separaten Beschreibung beschriebene Ressource sein.
• Das DCMI-Beschreibungssatzmodell verfügt über keinen expliziten Mechanismus, um die Klassen (classes) einer beschriebenen Ressource (described resource) kenntlich zu machen. Die Klassen (classes) einer beschriebenen Ressource (described resource) können entweder explizit durch eine oder mehrere Aussagen (statements) in der Beschreibung (description) angegeben werden oder implizit von der Domain (domain) der Eigenschaften (properties), die in der Beschreibung (description) verwendet werden, abgeleitet werden.
• Das DCMI-Beschreibungssatzmodell macht die Unterscheidung zwischen literalen Werten (literal values) und nicht-literalen Werten (non-literal values) kenntlich, indem in den Aussagen (statements) literale Platzhalter (literal value surrogates) oder nicht-literale Platzhalter (non-literal value surrogates) verwendet werden. Bei nicht-literalen Werten (non-literal values) verfügt das DCMI-Beschreibungssatzmodell über keinen expliziten Mechanismus, um außerdem die Klassen (classes) der Werte (value) kenntlich zu machen. Die Klassen (classes) jedes möglichen nicht-literalen Wertes (non-literal value) können entweder explizit angegeben werden (durch eine oder mehrere Aussagen (statements) in einer separaten Beschreibung (description) dieses Werts) oder implizit von dem Range (range) der Eigenschaft (property) abgeleitet werden. Bei literalen Werten (literal value) können die Klassen (classes) eines Wertes (value) entweder explizit angegeben werden (indem für die Zeichenkette (value string) ein syntaktisches Codierungsschema (syntax encoding scheme) verwendet wird) oder implizit von dem Range (range) der Eigenschaft (property) abgeleitet werden.
• XML-Inhalte in einer Zeichenkette (value string) werden kenntlich gemacht, indem eine typisierte Zeichenkette (typed value string) zusammen mit der URI eines syntaktischen Codierungsschemas (syntax encoding scheme URI) aus http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral verwendet wird.

3. Beschreibungen, Beschreibungssätze und Datensätze

Das vorliegende Abstract Model schreibt vor, dass jede Beschreibung (description) mit Metadaten eine, und nur eine Ressource (resource) beschreibt. Dieses Prinzip wird das "Eins-zu-Eins-Prinzip" ("one-to-one principle") genannt.

Allerdings basieren Metadaten-Anwendungen i. d. R. auf lose gruppierten Beschreibungssätzen (description sets) (wobei die beschriebenen Ressourcen (described resources) normalerweise irgendwie miteinander in Beziehung stehen). Ein Beschreibungssatz (description set) kann beispielsweise sowohl die Beschreibung (description) eines Bildes als auch die des Künstlers enthalten. Außerdem kommt es häufig vor, dass ein Beschreibungssatz (description set) auch die Beschreibung (description) des Beschreibungssatzes (description set) selbst enthält (zuweilen auch als "administrative Metadaten" oder "Meta-Metadaten" bezeichnet).

Beschreibungssätze (description sets) dienen dem Austausch zwischen Software-Anwendungen und werden in Form von Meta-Datensätzen (records) gemäß den DCMI-Codierungs-Richtlinien (z.B. für XHTML meta tags, XML und RDF/XML) realisiert.

4. Werte

Ein Wert (value) im Sinne der Dublin-Core-Metadaten ist eine physische, digitale oder begriffliche Entität oder ein Literal (literal), das mit einer Eigenschaft (property) assoziiert wird, wenn ein Paar aus einer Eigenschaft und einem Wert (property value pair) benutzt wird, um eine Ressource (resource) zu beschreiben. So ist zum Beispiel der Wert (value), der mit der Dublin Core-Eigenschaft (property) Creator assoziiert wird, eine Person, eine Organisation oder ein Dienst - also eine physische Entität. Der Wert (value), der mit der Dublin Core-Eigenschaft (property) Date assoziiert wird, ist ein Zeitpunkt (oder eine Zeitspanne) – also eine begriffliche Entität. Der Wert (value), der mit der Dublin Core-Eigenschaft (property) Coverage assoziiert wird, ist ein geographisches Gebiet oder ein Land – also eine physische Entität. Der Wert (value), der mit der Dublin Core-Eigenschaft (property) Subject assoziiert wird, ist ein Begriff (also eine begriffliche Entität) oder ein physisches Objekt oder eine Person (also eine physische Entität). Der Wert (value), der mit der FOAF-Eigenschaft (property) Name assoziiert wird, ist ein Literal (literal). Jede dieser Entitäten ist eine Ressource (resource).

5. Semantik des DCMI-Abstraktmodells

Beachte, dass dieses Dokument keine explizite Definition der formalen Semantik des DCMI Abstrakt-Modells vornimmt. Vielmehr wird die formale Semantik durch den Verweis auf RDF und das RDF Schema definiert. Analogien zwischen Begriffen des DCMI Abstract Model und den entsprechenden Begriffen bei RDF werden in der folgenden Tabelle angegeben:

DCAM	RDF/RDFS
resource	Klasse: http://www.w3.org/2000/01/rdf-schema#Resource
property oder element	Klasse: http://www.w3.org/1999/02/22-rdf-syntax-ns#Property
class	Klasse: http://www.w3.org/2000/01/rdf-schema#Class
syntax encoding scheme	Klasse: http://www.w3.org/2000/01/rdf-schema#Datatype
has domain	Eigenschaft: http://www.w3.org/2000/01/rdf-schema#domain
has range	Eigenschaft: http://www.w3.org/2000/01/rdf-schema#range
sub-property of	Eigenschaft: http://www.w3.org/2000/01/rdf-schema#subPropertyOf
sub-class of	Eigenschaft: http://www.w3.org/2000/01/rdf-schema#subClassOf
plain value string)	Plain literal. Siehe http://www.w3.org/TR/rdf-concepts/#dfn-plain-literal
typed value string)	Typed literal. Siehe http://www.w3.org/TR/rdf-concepts/#dfn-typed-literal

Tabelle 1 - Semantik des DCMI-Abstraktmodells

Zusammen mit dem DCMI-Dokument "Expressing Dublin Core metadata using the Resource Description Framework" (RDF)" sind diese Analogien die Basis der formalen Semantik des DCMI Abstract Model. Auf diese Semantik tiefer einzugehen liegt allerdings außerhalb des Rahmens des vorliegenden Dokuments.

6. Codierungs-Richtlinien

Spezielle Codierungs-Richtlinien (z.B. für HTML meta tags, XML oder RDF/XML u. a.) müssen nicht unbedingt alle der oben beschriebenen Aspekte des Abstraktmodells abbilden. Sie sollten jedoch auf das DCMI Abstrac Model verweisen und kennzeichnen, welche Teile des Modells abgebildet werden und welche nicht.

Codierungs-Richtlinien sollten angeben, wie ein nicht-literaler Wert (non-literal value) in einer separaten Beschreibung (description) als beschriebene Ressource (desribed resource) behandelt werden kann, wenn der nicht-literale Platzhalter des Werts (non-literal value surrogate) keine URI (value URI) zur Verfügung stellt.

7. Terminologie

Dieses Dokument verwendet die folgenden Begriffe:

class

Eine Gruppe, die aus Elementen besteht, die bestimmte Attribute, Verhaltensweisen, Beziehungen oder Semantik gemeinsam haben; eine Art Kategorie.

described resource

Eine Ressource (resource), die mittels einer Beschreibung (description) beschrieben wird.

described resource URI

Ein URI, der die beschriebene Ressource (described resource) identifiziert.

description

Eine oder mehrere Aussagen (statements) über eine, und nur eine, beschriebene Ressource (described resource).

description set

Ein Satz aus einer oder mehreren Beschreibungen (descriptions), von denen jede eine einzelne Ressource (resource) beschreibt.

element, http://www.w3.org/1999/02/22-rdf-syntax-ns#Property

Ein Synonym für property. Es ist anzumerken, dass "element" gewöhnlich auch für die strukturellen Markup-Bestandteile eines XML-Dokuments verwendet wird.

has domain, http://www.w3.org/2000/01/rdf-schema#domain

Die Beziehung zwischen einer Eigenschaft (property) und einer Klasse (class), aus der logisch folgt, wenn die beschriebene Ressource mittels jener Eigenschaft mit einem Wert assoziiert wird, daß die beschriebene Ressource eine Instanz jener Klasse ist.

has range (hat Range-Beziehung), http://www.w3.org/2000/01/rdf-schema#range

Eine Beziehung zwischen einer Eigenschaft und einer Klasse, wonach logisch folgt, wenn die beschriebene Ressource mittels jener Eigenschaft mit einem Wert assoziiert wird, daß der Wert eine Instanz jener Klasse ist.

instance of (Instanz von-Beziehung)

Eine Beziehung zwischen einer Ressource und einer Klasse, der eine Klasse, von der die Ressource eine Instanz ist, bezeichnet.

literal (Literal)

Eine Entität, die eine Unicode-Zeichenkette als ihre lexikale Form, zusammen mit einer optionalen Sprachangabe oder Datentyp, verwendet, um eine Ressource (d.h. ein Literal im RDF-Sinne) zu bezeichnen.

literal value (literaler Wert)

Ein Wert, der ein Literal ist.

literal value surrogate (literaler Werte-Ersatz)

Ein Werte-Ersatz für einen literalen Wert, der aus genau einer Werte-Zeichenkette (einem Literal, das den Wert codiert) besteht.

member of (Mitglied von-Beziehung), http://purl.org/dc/dcam/memberOf

Eine Beziehung zwischen einer Ressource und einem Semantischen Codierungs-Schema, die bezeichnet, daß die Ressource einem Satz angehört.

non-literal value (nicht-literaler Wert)

Ein Wert, der eine physische, digitale oder begriffliche Entität ist.

non-literal value surrogate (nicht-literaler Werte-Ersatz)

Ein Werte-Ersatz für einen nicht-literalen Wert, der aus einem URI der Eigenschaft (einem URI, der eine Eigenschaft identifiziert), Null oder einem URI des Wertes (einem URI, der den nicht-literalen Wert, die mit der Eigenschaft assoziiert ist, identifiziert), Null oder einem URI des Semantischen Codierungsschemas (einem URI, der das Semantische Codierungsschema, dem der Wert angehört, identifiziert) und Null oder mehr Werte-Zeichenketten (Literale, die den Wert repräsentieren).

plain value string (einfache Werte-Zeichenkette)

Ein Werte-Zeichenkette ohne einen entsprechenden URI des Syntax-Codierungsschemas.

property (Eigenschaft), http://www.w3.org/1999/02/22-rdf-syntax-ns#Property

Ein spezifischer Aspekt, Charakter, Attribut oder Beziehung, der verwendet wird, Ressourcen zu beschreiben.

property URI (URI der Eigenschaft)

Ein URI, der eine einzige Eigenschaft identifiziert.

property/value pair (Eigenschaft/Wert-Paar)

Die Kombination einer Eigenschaft mit einem Wert, die für die Beschreibung einer Ressource verwendet wird.

record (Metadatensatz)

Eine Instanziierung eines Beschreibungssatzes, die gemäss DCMI-Codierungs-Richtlinien (z.B. für XHTML meta tags, XML oder RDF/XML) erstellt wird.

resource (Ressource), http;//www.w3.org/2000/01/rdf-schema#Resource

Jede Sache, die identifiziert werden kann. Gängige Beispiele dafür sind ein elektronisches Dokument, eine Abbildung, ein Dienst (z.B., "der heutige Wetterbericht für Los Angeles") oder eine Sammlung anderer Ressourcen. Nicht alle Ressourcen sind unbedingt im Netz abrufbar; Menschen, Firmen, Begriffe und gebundene Bücher in einer Bibliothek können auch als Ressourcen angesehen werden.

statement (Aussage)

Eine Instanziierung eines Eigenschaft/Wert-Paares, die aus einem URI der Eigenschaft (einem URI, der eine Eigenschaft identifiziert) und einem Werte-Ersatz besteht.

sub-class of (Subklasse von-Beziehung), http://www.w3.org/2000/01/rdf-schema#subClassOf

Eine Beziehung zweier Klassen, in der die zwei Klassen derartig definiert sind, daß alle Ressourcen, die Instanzen der Subklasse sind, auch Instanzen der entsprechenden Klasse sind.

sub-property of (Subeigenschaft von-Beziehung) (http://www.w3.org/2000/01/rdf-schema#subPropertyOf)

Eine Beziehung zweier Eigenschaften in der die zwei Eigenschaften derartig definiert sind, daß logisch folgt, wenn die Subeigenschaft Teil eines Eigenschaft/Wert-Paars ist, die eine Ressource beschreibt, daß die Ressource auch mit einem zweiten Eigenschaft/Wert-Paar beschrieben wird, die aus der Eigenschaft und dem Wert besteht.

syntax encoding scheme (Syntax-Codierungsschema), http://www.w3.org/2000/01/rdf-schema#Datatype

Ein Satz von Zeichenketten und ein entsprechender Satz von Regeln, die eine Abbildung zwischen dem Zeichenkettensatz und einem Satz von Ressourcen beschreibt. Die Abbildungsregeln können bestimmen, wie eine Zeichenkette strukturiert wird (z.B. DCMI Box) oder sie können gegebenenfalls einfach alle Zeichenketten und die entsprechenden Ressourcen auflisten (z.B. ISO 3166).

syntax encoding scheme URI (URI des Syntaktischen Codierungsschemas)

Ein URI, der ein Syntax-Codierungsschema identifiziert.

term (Term)

Eine Eigenschaft (Element), Klasse, Semantisches Codierungsschema oder Syntax-Codierungsschema.

typed value string

Ein Werte-Zeichenkette mit einem entsprechenden URI des Syntax-Codierungsschemas.

URI

Ein Uniform Resource Identifier oder Internationalized Resource Identifier Für die Zwecke des DCMI Abstract Model wird die Äquivalenz von URIs durch RDF definiert.

value (Wert)

Die physische oder begriffliche Entität oder Literal, die mit einer Eigenschaft assoziiert wird, wenn ein Eigenschaft/Wert-Paar verwendet wird, um eine Ressource zu beschreiben.

value URI (Werte-URI)

Ein URI, der den Wert identifiziert.

value string (Werte-Zeichenkette)

Eine Zeichenkette, die fakultativ entweder mit einem URI des Syntax-Codierungsschema oder mit einer Werte-Zeichenkette-Sprachangabe assoziiert wird und die den Wert repräsentiert.

value string language (Werte-Zeichenkette-Sprachangabe)

Eine ISO-normierte Angabe für die Sprache einer Werte-Zeichenkette.

value surrogate

Ein literaler Werte-Ersatz oder ein nicht-literaler Werte-Ersatz.

vocabulary

Ein Satz aus einem oder mehr Termen.

vocabulary encoding scheme (Semantisches Codierungsschema), http://purl.org/dc/dcam/VocabularyEncodingScheme

Ein gezählter Satz von Ressourcen.

vocabulary encoding scheme URI (URI des Semantischen Codierungsschemas)

Ein URI, der ein Semantisches Codierungsschema identifiziert.

8. Beziehung zu den älteren "DCMI grammatischen Prinzipien"

Das grundlegende Modell für Dublin-Core-Metadaten hat seit den späten 1990er Jahren, als die ersten Formalismen aufgestellt wurden, sich weiterentwickelt. Die folgende Tabelle zeigt ungefähre Äquivalenzen zwischen Begriffen der früheren Spezifikation "DCMI Grammatical Principles" und dem vorliegenden DCMI Abstract Model.

DCMI Grammatical Principles (2003)	DCMI Abstract Model (2007)
vocabulary term	Ressource
element	Eigenschaft oder Element
element refinement	Eigenschaft mit sub-property-of-Beziehung
encoding scheme	Syntax-Codierungsschema oder Semantisches Codierungsschema
syntax encoding scheme	Syntax-Codierungsschema
qualifier	Eigenschaft mit sub-property-of-Beziehung, Syntax-Codierungsschema oder Semantisches Codierungsschema
vocabulary encoding scheme	Semantisches Codierungsschema

Tabelle 2 - Grammatische Prinzipien und DCMI Abstract Model

Anerkennung

Wir danken Dan Brickley, Rachel Heery, Alistair Miles, Sarah Pulis und die Mitglieder des DCMI Usage Board und des DCMI Architecture Community für ihr Feedback bei früheren Versionen von diesem Dokument.

Zu dieser Übersetzung

Diese Übersetzung wurde vielmehr mit der Absicht vorbereitet, deutschsprachigen Lesern den Zugang zu einem linguistisch anspruchsvollen Text zu erleichtern als den Umgang mit dem originalen Text zu ersetzen oder die Bildung einer parallelen Terminologie in deutscher Sprache anzuregen.

Der englischsprachige Übersetzer, der auch einer der Autoren des DCMI Abstract Models ist, hat sich an den Wünschen seiner Kollegen gehalten, alle Begriffe ins deutsch zu übersetzen und sich so nah wie möglich am englischen Text zu halten.

Falls manche Formulierung etwas künstlich erklingt, sei bemerkt, daß hier und da die Formulierungen auch im englischen ungewohnt sind. Das liegt wohl in der Natur der Aufgabe, ein kleines aber in sich schlüssiges Gedankengebäude aufzuziehen.

Dublin Core Metadata Initiative

Dublin Core Abstract Model

United Kingdom

Kompetenzzentrum Interoperable Metadaten

World Wide Web Consortium

Resource Description Framework

Unified Modeling Language

Uniform Resource Identifier

Dublin Core

International Organization for Standardization

Extensible Markup Language

Extensible HyperText Markup Language

Friend of a Friend Project

Hypertext Markup Language

Request For Comment

Internet Engineering Task Force