Zum Ende der Metadaten springen
Zum Anfang der Metadaten

Sie zeigen eine alte Version dieser Seite an. Zeigen Sie die aktuelle Version an.

Unterschiede anzeigen Seitenhistorie anzeigen

« Vorherige Version anzeigen Version 2 Nächste Version anzeigen »

dateOfBirth

foaf:birthday ist kein Geburtsdatum (GNDO 2018-10-16)

Z 2821: <rdf:Property rdf:about="http://d-nb.info/standards/elementset/gnd#dateOfBirth">

ist so definiert:

Z 2825: <rdfs:comment xml:lang="de">Geburts- und Sterbejahr einer Person oder die Jahre, in denen eine Familie nachweisbar ist</rdfs:comment>

Damit ist

Z 2834: <owl:equivalentProperty rdf:resource="http://xmlns.com/foaf/0.1/birthday"/>

falsch, weil foaf:birthday definiert ist als "The birthday of this Agent, represented in mm-dd string form, eg. '12-31'.".

dateOfBirth ist kein Geburts- und Sterbejahr

Die Definition
Z 2825: <rdfs:comment xml:lang="de">Geburts- und Sterbejahr einer Person oder die Jahre, in denen eine Familie nachweisbar ist</rdfs:comment>
ist falsch: Ein Geburtsjahr ist ein Geburtsjahr und kein Sterbejahr. dateOfBirth ist Geburtsdatum, nicht Geburtsjahr.

dateOfBirth ist kein Datum für Familie

Familien werden nicht geboren.
Domain und Definition sind inkonsistent: Laut Definition gilt dateOfBirth auch für Familien; Domain ist dagegen nur "DifferentiatedPerson".

dateOfBirth und Superproperties

dateOfBirth hat die Superproperties "gndo:associatedDate" und "agrelon:hasBeginDate". Diese Aussagen führen zu einer regelwidrigen Hierarchie der Eigenschaften:
associatedDate
    dateOfBirth
    hasBeginDate
       dateOfBirth   

Änderungsvorschlag für dateOfBirth

Definition ändern in "Geburtsdatum einer Person. Angegeben wird das Datum so genau wie möglich in der Form YYYY-MM-DD."
Domain: DifferentiatedPerson – Range: 

dateOfProduction

Domain und Definition sind inkonsistent: Laut Definition gilt dateOfProduction (Erstellungszeit) für "Zeitpunkt (Jahr), in dem ein Schriftdenkmal erstellt oder ein Bauwerk errichtet wurde / Entstehungszeit".
Domain ist dagegen Place or geographic name, Subject heading, Work.

MusicalCorporateBody ist nicht äquivalent zu CorporateBody (GNDO 2018-10-16)

Z 311:  <rdfs:Class rdf:about="http://d-nb.info/standards/elementset/gnd#MusicalCorporateBody">
Z 312:     <owl:equivalentClass rdf:resource="http://purl.org/ontology/mo/CorporateBody"/>

OWL definiert equivalentClass mit folgender Erläuterung:

The meaning of such a class axiom is that the two class descriptions involved have the same class extension (i.e., both class extensions contain exactly the same set of individuals).

Damit würde hier ausgesagt, dass jede Körperschaft eine musikalische Körperschaft ist.

Problematischer Gebrauch von owl:AnnotationProperty (GNDO 2018-10-16)

Z 93: All Properties named #preferredName* or #variantName are now instances of owl:AnnotationProperty instead of owl:DatatypeProperty

Die "klassische" OWL-Spezifikation sagt hierzu

Annotation properties must not be used in property axioms. Thus, in OWL DL one cannot define subproperties or domain/range constraints for annotation properties.

und die Spezifikation für OWL 2 ergänzt

annotation properties can be used to associate nonlogical information with ontologies, axioms, and entities

wogegen die GNDO eine Hierarchie von AnnotationProperties deklariert, die als logische Axiome der Ontologie formuliert sind und in der GND als Aussagen instanziiert werden.

Damit verstößt der Gebrauch von owl:AnntotationProperty in der GNDO in mehrerer Hinsicht gegen die OWL-Spezifikation. Diese stellt fünf vordefinierte AnnotationProperties bereit: owl:versionInfo, rdfs:label, rdfs:comment, rdfs:seeAlso und rdfs:isDefinedBy, mit denen ausdrücklich nur Elemente der Ontologie selbst annotiert werden können.

Die Änderungen von owl:DatatypeProperty in owl:AnnotationProperty (Januar 2016) sollten deshalb rückgängig gemacht werden.

RDA-Alignments mit GNDO-Property-Hierarchien (GNDO 2018-10-16)

Viele RDA-Properties sind GNDO-Properties auf mehr als einer Hierarchiestufe zugeordnet.

gndo:composer
     rdfs:subPropertyOf rdau:P60426

gndo:accreditedComposer
     rdfs:subPropertyOf rdau:P60426
     rdfs:subPropertyOf gndo:composer

Hiermit wird gndo:composer einschließlich aller Subproperties auf die RDA-Property P60426 ("has composer") abgebildet. Ein Mapping GNDO→RDA bereitet hier keine Probleme, weil es nur ein einziges Mapping-Ziel gibt.

In umgekehrter Richtung erhalten wir allerdings eine Abbildung von rdau:P60426 auf fünf verschiedene GNDO-Properties (gndo:composer, gndo:accreditedComposer, gndo:citedComposer, gndo:doubtfulComposer und gndo:firstComposer). Als unmittelbare Subproperties von rdau:P60426 stellen alle fünf GNDO-Properties im Mapping-Szenario RDA→GNDO gleichwertige Mapping-Ziele dar. Tatsächlich aber kommt nur gndo:composer als Mapping-Ziel in Frage, da aus der Definition von rdau:P60426 nicht hervorgeht, ob und/oder welche Subproperty von gndo:composer zur Anwendung kommen könnte.

Das RDA-Alignment in dieser Form eignet sich damit lediglich für ein unidirektionales Mapping GNDO→RDA. Für ein konfliktfreies bidirektionales Mapping sollte lediglich gndo:composer in einer direkten Beziehung zu rdau:P60426 stehen. Für Properties wie gndo:accreditedComposer ergibt sich das Mapping-Ziel durch den Hierarchiepfad rdfs:subPropertyOf gndo:composer rdfs:subPropertyOf rdau:P60426, ohne dass es hierzu einer zusätzlichen "Abkürzung" bedarf.

Wird auf die wiederholte Verwendung von Property-Axiomen für Subproperties verzichtet, können viele Beziehungen nach dem Muster (GNDO-Property) rdfs:subPropertyOf (Property aus anderem Namensraum) auch mittels owl:equivalentProperty als bidirektionale Property-Axiome formuliert werden.

Dem Gebrauch von owl:AnnotationProperty in der GNDO liegt eine Verwechslung von Modell und Instanz zugrunde.

  • Keine Stichwörter