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 7 Nächste Version anzeigen »

Basic Formal Ontology (BFO)

Die Basic Formal Ontology sieht eine explizite Modellierung von Rollen vor.

Beispiel aus Arp/Smith/Spear: Building ontologies with Basic Formal Ontology (2015), S. 82:

CIDOC Conceptual Reference Model (CRM)

Im ereigniszentrierten Referenzmodell CIDOC-CRM werden Rollen als Eigenschaften von Eigenschaften ausgedrückt, zum Beispiel:

Activity P14 carried out by (P14 wurde ausgeführt von) Actor

Properties: P14.1 in the role of: E55 Type
"This property describes the active participation of an E39 Actor in an E7 Activity. It implies causal or legal responsibility. The P14.1 in the role of property of the property allows the nature of an Actor’s participation to be specified."
Die Klasse E55 Type (E55 Typus) umfasst "concepts denoted by terms from thesauri and controlled vocabularies used to characterize and classify instances of CRM classes. (...) E55 Type is the CRM’s interface to domain specific ontologies and thesauri. These can be represented in the CRM as subclasses of E55 Type, forming hierarchies of terms, i.e. instances of E55 Type linked via P127 has broader  term (has narrower term). Such hierarchies may be extended with additional properties. 

Getty Vocabulary Program ontology (GVP)

In der GVP-Ontologie

Wikidata

Das Wikidata-Modell unterscheidet nicht zwischen einer Ontologie- und einer Aussage-Ebene (T-Box versus A-Box). Unterschieden wird zwischen Items (alles, was unter einem Identifikator referenziert werden kann), Properties (Items, die als Prädikate dienen), und Datentypen (deren Inhalt für sich selbst steht). Die einzige native Restriktion besteht darin, dass Aussagen dem (aus RDF bekannten) Muster Subjekt - Prädikat - Objekt folgen müssen und Datentypen nur in der Objekt-Position zulässig sind.

Semantische Restriktionen werden in der Datenbasis selbst formuliert. Jedes Item, das einen Allgemeinbegriff repräsentiert, kann als Klasse dienen und damit für die Definition von Property-Restriktionen herangezogen werden.  So ist die Property architect (wdt:P84) mit einer Domain-Restriktion (hier type constraint genannt) auf Bauwerk (wd:Q811979) und Grünraum (wd:Q22652) versehen. Als Range-Restriktion (hier value type constraint genannt) wird Mensch (wdt:Q5) und Gruppe von Menschen (wd:Q16334295) deklariert. Damit ist diese Definition von wdt:P84 nahezu deckungsgleich mit gndo:architect, was in Wikidata durch ein entsprechendes Alignment (equivalent property, wdt:P1628) ausgedrückt wird.

wdt:P84 ("architect") wird, ebenso wie gndo:architect, als implizite Umkehrbeziehung aufgefasst, d.h. die Deklaration einer inversen Property (Person ist Architekt von Bauwerk) wird nicht als erforderlich angesehen. Einfacher als in der GND hingegen gestaltet sich die geschlechtsspezifische Darstellung der Beziehung, da für die Property weibliche Bezeichnungen in verschiedenen Sprachen vorhanden sind.

BIBFRAME

Das Bibframe-Modell definiert für Beziehungen zwischen Gegenstand und Akteur ein Konstrukt aus der Property bf:contribution und einer Klasse bf:Contribution. Ein Anwendungsbeispiel findet sich hier: http://www.loc.gov/bibframe/docs/pdf/bf2-roles-march2017.pdf . Die Property bf:contribution ist für die Klassen bf:Work, bf:Instance und bf:Item definiert. Mittels der als rdfs:range vorgeschriebenen Klasse bf:Contribution lassen sich die Aussagen über den Akteur und dessen Rolle zusammenfassen. Die Klasse bf:Contribution kann damit als Reifizierungs-Konstrukt betrachtet werden.


  • Keine Stichwörter

0 Kommentare

Sie sind nicht angemeldet. Ihre Änderungen werden mit anonym markiert. Sie sollten sich anmelden, wenn Sie bereits über ein Konto verfügen.