wie kann ich erkennen Objekt-Eigenschaften vs Datentyp-Eigenschaften?

Auf Objekt-und Datentyp-Eigenschaften

In Schützling es gibt verschiedene Registerkarten für die Erstellung von Object Properties und Datatype Properties. Wenn eine Eigenschaft beziehen soll Privatpersonen, Einzelpersonen, dann muss es ein Objekt sein Eigentum, und wenn es Sie betrifft Personen, Literale, dann muss es eine datatype-Eigenschaft.

Wenn Sie eine Immobilie haben, die hasEdition deren Domäne Book, dann stellt sich die Frage, was der Bereich sein sollte. Wenn Sie erwarten, dass verdreifacht wie:

Book72 hasEdition "1"^^xsd:int
Book16 hasEdition "3"^^xsd:int

denen der Wert sind Literale, dann hasEdition sollte eine datatype-Eigenschaft. Wenn auf der anderen Seite, haben Sie eine Klasse Edition mit einigen bestimmten Personen, z.B.,

Edition a owl:Class .
first a Edition .
second a Edition .
third a Edition .
…

so, dass man

Book72 hasEdition first .
Book16 hasEdition third .

dann hasEdition sollte eine Objekt-Eigenschaft.

Wenn Sie benötigen, zu betrachten, die RDF-Serialisierung und bestimmen die Typen der Eigenschaften sind, sollten Sie die Abfrage für die Klassen owl:ObjectProperty und owl:DatatypeProperty (und, der Vollständigkeit halber, owl:AnnotationProperty). Das ist, je nachdem, ob hasEdition ist eine Objekt-Eigenschaft oder eine datatype-Eigenschaft, die Sie sehen würde:

hasEdition a owl:ObjectProperty .

oder

hasEdition a owl:DatatypeProperty .

Entscheidung, welche zu verwenden

Ob Sie eine hasEdition - Eigenschaft auf eine datatype-Eigenschaft oder eine Objekt-Eigenschaft hängt wirklich davon ab, welche Art von Daten willst du speichern, und das hängt von Ihrer Anwendung. Wenn Sie nur die Darstellung einfacher Informationen wie "first", "second" usw., dann wollen Sie wahrscheinlich die Verwendung einer datatype-Eigenschaft, die sich ein Buch zu seiner edition. Dies ist wahrscheinlich eine gute route, wenn Sie die Vertretung von Büchern in den abstrakten ich.e, nicht einzelne Instanzen Bücher (im Gegensatz zu einer Bookseller inventory-system, die würde sein, die sich mit einzelnen Instanzen der Bücher).

Wenn auf der anderen Seite, was Sie tatsächlich vertreten sind Instanzen Bücher. E. g., wenn Sie ein Buchhändler und auf Lager haben 25 Exemplare Semantic Web für die Arbeits-Ontologe und 27 Exemplare Die Programmierung des Semantic Web), dann könnte man wirklich daran interessiert sein, die einzelne Editionen von Büchern, auf denen der Titel, ISBN, und das würde wahrscheinlich gespeichert werden, auf die edition, nicht das Buch, die einzelnen.

Dies ist nur eine Meinung, und Sie haben wirklich eine Menge Flexibilität bei der Wahl Ihres Datenmodells. Normalerweise dauert es einige Erfahrung, um schöne Datenmodelle und Erfahrung braucht Zeit. Auch so, Sie haben gute Werkzeuge für die Manipulation und Transformation der Daten, so können Sie Experimentieren mit verschiedenen Darstellungen, und die Karte von einem zum anderen.

Ein Beispiel für die Folgen der Wahl einer oder der anderen

Ich schlage vor, Sie nehmen einen Blick auf die RDF Primer. Ressourcen und Literale sind verschiedene Dinge. Ressourcen, die anonym sind oder identifiziert durch eine IRI und können die Subjekte von Aussagen (und damit Mitglied der Klassen, die aufgrund der Anweisung

@prefix lib: <http://example.org/library/> .

lib:HermanMelville rdf:type lib:Author .

Literale, wie der string "Herman Melville" nicht die Subjekte der Sätze, und somit auch nicht Mitglieder von Klassen. Mit Autoren wie Ressourcen (Individuen), die Sie tun können,

lib:MobyDick lib:hasAuthor lib:HermanMelville .
lib:HermanMelville  lib:hasName "HermanMelville"@en .

In diesem Fall hasAuthor ist eine Objekt-Eigenschaft und hasName ist eine datatype-Eigenschaft.

Auf der anderen Seite, können Sie machen hasAuthor eine datatype-Eigenschaft und stattdessen tun

lib:MobyDick lib:hasAuthor "Herman Melville"@en .

Wenn Sie dies tun, obwohl, dann müssen Sie nicht haben eine bequeme Möglichkeit, um zusätzliche Informationen über den Autor, da die wörtliche "Herman Melville"@en sind, können nicht Gegenstand einer dreifach, also kann man nicht sagen wir zum Beispiel,

"Herman Melville"@en places:livedAt places:Arrowhead .

in der Erwägung, dass im ersten Fall könnte man sagen

lib:HermanMelville places:livedAt places:Arrowhead .

Es ist wirklich nur eine Frage des wie, die Sie wollen in der Lage sein, um die Daten abzufragen. In dem Fall, dass hasAuthor ist eine Objekt-Eigenschaft kann ich eine Abfrage schreiben, wie diese Bücher zu finden, geschrieben von Autoren, die lebten, at Arrowhead:

PREFIX lib: <http://...>
PREFIX places: <http//...>

SELECT ?book WHERE { 
  ?book lib:hasAuthor ?author .
  ?author places:livedAt places:Arrowhead .
}

oder noch prägnanter (aber gleichwertig):

PREFIX lib: <http://...>
PREFIX places: <http//...>

SELECT ?book WHERE { 
  ?book lib:hasAuthor [ places:livedAt places:Arrowhead ] .
}

Auf der anderen verfügen, wenn hasAuthor ist eine datatype-Eigenschaft, die sich ein Buch auf den Namen des Autors, können wir noch eine Author Klasse, deren Instanzen in Zusammenhang mit Ihrem Namen durch die hasName Eigenschaft, aber es macht das Abfragen der Daten etwas komplizierter, da die hasAuthor Eigenschaft zwingt eine Schicht der Dereferenzierung (den Namen des Autors des Buches, dann finden Sie den Autor, der diesen Namen), so haben wir Anfragen wie:

PREFIX lib: <http://...>
PREFIX places: <http//...>

SELECT ?book WHERE { 
  ?book lib:hasAuthor ?authorName .
  ?author lib:hasName ?authorName .
  ?author places:livedAt places:Arrowhead .
}

Diese Abfrage kann nicht vereinfacht werden, so schön. Es kommt wirklich darauf an, wie Sie möchten in der Lage sein, um die Daten abzufragen, und was ist bequem für Sie. Beachten Sie, dass einige Abfragen, die Sie schreiben können in SPARQL sind viel schwerer zu schreiben als OWL-DL-Ausdrücke. Wenn hasAuthor ist eine Objekt-Eigenschaft, Klasse der Bücher, deren Autoren lebten an der Pfeilspitze ist gegeben durch den Ausdruck:

lib:hasAuthor (places:livedAt value places:Arrowhead)

die einfach ist die Klasse der Dinge, die einen Autor, lebte in der Pfeilspitze. Wenn hasAuthor ist eine datatype-Eigenschaft, es ist wesentlich schwieriger, wenn nicht unmöglich zu schreiben, wie ein Ausdruck, weil Sie brauchen, zu finden, zwei Dinge (ein Buch und ein Autor), die das gleiche literal value (string, ist der name des Autors).

InformationsquelleAutor Joshua Taylor