Ich habe mich gefragt, welche Vorteile die Ontologiesprachen von RDFS / OWL gegenüber der Verwendung eines Tagging- / Markup-Systems (wie http://www.schema.org/ ) zum Verwalten und Erstellen von Metadaten haben.
Ich habe mich gefragt, welche Vorteile die Ontologiesprachen von RDFS / OWL gegenüber der Verwendung eines Tagging- / Markup-Systems (wie http://www.schema.org/ ) zum Verwalten und Erstellen von Metadaten haben.
Antworten:
Ihre Frage macht so wenig Sinn wie sie ist. RDFS ist eine sehr einfache Schemasprache, um RDF-Einschränkungen auszudrücken. OWL ist ein fortgeschritteneres Schema, um eine komplizierte Ontologie auszudrücken. Sie haben absolut nichts mit XML gemeinsam, außer dass sie in XML ausgedrückt werden können.
Konnte nicht mehr mit ZJRs Antwort übereinstimmen. Es ist völlig uninformiert.
Eine Liste der gängigen OWL-Vokabulare finden Sie unten:
Die nächste Version von RDF steht kurz bevor, einschließlich neuer Serialisierungsformate wie Turtle und RDFj
SPARQL 1.1 steht ebenfalls unmittelbar bevor. Abfrageverbund, Eigenschaftspfadausdruck, SPARQL-Update und vieles mehr.
Die BBC basiert auf RDF. Die Facebook-Diagramm-API bietet RDF (das ist richtig, Sie können einen Diagramm-URI mithilfe des Text / Turtle Accepts-Headers zurückstellen und RDF zurückerhalten) und viele andere große Unternehmen.
Zusammenfassend sind Semantic Web, RDF, RDFS, OWL, SPARQL und alle Semantic Web-Standards sehr lebendig und aufregend. Wenn Sie mir nicht glauben, schauen Sie sich alle Aktivitäten auf http://www.semanticoverflow.com an
RDF<some-letter>
erzeugt die Nomenklatur die ganze Zeit Verwirrung und Streit.
RDF / OWL vs XML ist eine falsche Alternative. Tatsächlich verwendet XML eine der beliebtesten Serialisierungen.
Auch RDF / OWL vs Mikroformate ist eine falsche Alternative. Tatsächlich gibt es Standards, die die Verwendung von RDF als Mikroformat, die offizielle RDFa von eRDF und W3C mit standardisierter Einbettung in HTML5 ermöglichen .
Die Frage ist also wirklich, welchen Vorteil die Verwendung von Standardformaten mit W3C-Zulassung hat. Gründe sind:
Insgesamt sehe ich keinen Grund, warum Sie sich für ein nicht standardmäßiges Mikroformat ohne W3C entscheiden sollten.
RDF und OWL sind etablierte Standards für die Codierung semantischer Daten und ihres Schemas auf einer viel tieferen und allgemeineren Ebene als ein Ad-hoc-Markup.
Mit OWL können Sie beispielsweise ein neues Schema definieren, das von anderen Tools zumindest teilweise verstanden wird (da Sie verschiedene OWL / RDF-Schemata miteinander mischen können). Auf diese Weise können Sie aus einem Datensatz verschiedene "Ansichten" davon exportieren und alle zusammenarbeiten lassen. Sie können auch nur Verknüpfungen zwischen Objekten und ihren Eigenschaften "untersuchen" .
Bei Mikrodaten handelt es sich im Grunde genommen um eine ad-hoc akzeptierte Reihe von Dingen, die Sie anwenden können, und nicht um eine allgemeine semantische Plattform.
Zunächst möchte ich darauf hinweisen, dass diese Antwort nicht von einem Experten auf diesem Gebiet verfasst wurde. Obwohl ich ein Befürworter semantischer verteilter Systeme bin, denke ich, dass die Anwendungen von OWL derzeit begrenzt sind. Obwohl eine genaue Beschreibung der Nische, in der OWL angewendet werden kann, den Rahmen dieser Antwort sprengen würde, könnte ich möglicherweise einige Vor- und Nachteile ans Licht bringen.
OWL ist im Grunde eine Sprache, die den Ausdruck semantischer Konstrukte mithilfe der Klassifizierung ermöglicht, ähnlich wie die Klassen, die Sie aus OOP kennen, und Einschränkungen zwischen Klassen und ihren Instanzen. Man könnte es als eine formellere und übergeordnete Methode ansehen, um Beziehungen zu beschreiben, die Sie aus einer relationalen Datenbank kennen.
Um diese Sprache zu beschreiben und zu kommunizieren, muss sie in ein bestimmtes Format serialisiert werden. Es gibt mehrere Formate, von denen RDF nur eines ist.
Es gibt drei verschiedene Ebenen von OWL, die eine Steigerung der Ausdruckskraft ermöglichen, aber die Berechenbarkeit einschränken (z. B. ob Sie eine mögliche Lösung für die Fragen finden können, die Sie der in einer OWL-Definition beschriebenen Wissensdatenbank stellen). Dies sind OWL Lite, DL und Full.
Der wichtigste Vorteil der Verwendung von OWL / RDF ist der Wissensaustausch zwischen verschiedenen Wissensdatenbanken (oder Klassifizierungshierarchien) und die Erstellung nützlicher Schlussfolgerungen, ohne dass alle diese Grundlagen im Voraus erstellt werden müssen, damit sie kommunizieren können. Dies erfolgt teilweise durch Definieren von Äquivalenzklassen. Durch die Verwendung von Namespaces kann der Ingenieur die Eindeutigkeit feststellen. ein nützliches Paradigma.
Ein weiterer Vorteil ist die ständig wachsende Anzahl von Inferenz-Engines und Abfragesprachen. In unserer vernetzten Welt besteht Bedarf an verteiltem Wissensaustausch.
Möglicherweise ist ein wichtiger Nachteil die relativ hohe Komplexität der Ermittlung der Berechenbarkeit von Schlussfolgerungen und ihrer räumlichen und zeitlichen Einschränkungen. Z.B. In OWL full können Sie möglicherweise nach Schlussfolgerungen fragen, deren Beendigung nicht nachgewiesen werden kann. Somit gibt es sicherlich eine Grenze für die Leistung von OWL.
OWL-Wissen ist diskret ... es gibt keine Halbwahrheiten oder Glaubenssysteme. Diese zu haben würde die Lösungen höchstwahrscheinlich viel zu komplex machen.
Der wichtigste Nachteil für meinen Geschmack ist jedoch, dass man einfach nicht viele gute Ingenieure auf dem Gebiet finden kann. Sie benötigen einen Wissensingenieur, ein oder zwei Informatiker und ein kleines Entwicklungsteam, um selbst eine kleine Wissensbasis aufzubauen. Daher ist es oft viel billiger und effektiver, nur beschreibende Sprachen wie das XML-Schema zu verwenden und die erforderliche Semantik in einem für Menschen lesbaren Dokument zu beschreiben.
Bei RDFS geht es darum, strukturierte Daten zu beschreiben. Es wäre viel nützlicher, wenn es Methoden oder Funktionen enthalten würde, damit wir Schnittstellen damit beschreiben könnten. Derzeit benötigen Sie dazu ein zusätzliches Vokabular, z. B. WSDL oder Hydra von Webservices. Ich denke, es gibt auch ein Vokabular für OOP, ich kenne nur nicht viele Vokabeln.
OWL ist so etwas wie XSD. Es geht darum, Ihre Daten zu validieren. Wenn Sie beispielsweise eine Zeichenfolge mit höchstens 20 Zeichen erwarten, verwenden Sie OWL, um diese Regel zu beschreiben und einen Validator zu generieren. Theoretisch könnte man das auch mit RDFS und XSD machen. Ich habe keine Ahnung, warum die Leute OWL erfinden mussten, anstatt nur XSD zu verwenden. Möglicherweise liegt es daran, dass XSD nicht auf RDFS basiert, sodass beispielsweise die XSD-Zeichenfolge kein Nachkomme von RDFS Literal ist.
Schema.org beschreibt gängige Klassen wie beispielsweise Person. Sie erstellen ein eigenes RDFS-ähnliches Vokabular, das Thing anstelle von rdfs: Class, domainIncludes anstelle von rdfs: domain, rangeIncludes anstelle von rdfs: range usw. anstelle von RDFS enthält. Ihre eingeschränkten Typen sind ebenfalls ad-hoc. Sie verwenden Text und Nummer, ohne sie zu definieren oder zumindest mit rdfs: Literal- oder XSD-Grundelementen zu verbinden. Soweit ich das beurteilen kann, verwenden sie weder XSD noch OWL, um eingeschränkte Typen zu definieren. Ich bin mir nicht sicher, ob es irgendwelche Einschränkungen in ihrem Wortschatz gibt, aber wenn ja, werden sie wahrscheinlich in den von Menschen lesbaren Beschreibungen erwähnt, sodass Sie keinen geeigneten Validator für schema.org generieren können, was Sie tun könnten, wenn sie es tun würde XSD / OWL und RDFS verwenden.
Daher denke ich, dass der Vorteil der Verwendung von Standards wie RDFS, XSD, OWL darin besteht, dass Sie Bibliotheken schreiben können, die Sie für jedes Dokument wiederverwenden können.
Für die Entwicklung zukünftiger Produkte gelten RDFS / OWL-XML-Dateien als ziemlich tot und verschwunden.
Sie erfordern zu viel Arbeit , um Konzepte auszudrücken, die eine benutzerdefinierte Lösung, die auf benutzerdefinierten Textformaten basiert, besser ausdrücken würde , während die Daten für Mensch und Maschine gleichermaßen lesbarer und bearbeitbarer bleiben. Sie schaffen keinen wirklichen Wert und machen das Leben für alle, die über sie stolpern, nur ein wenig elender. (und muss sich mit ihrer Namespace-Nomenklatur befassen)
Es gibt jedoch gigantische Lösungen für die Dokumentenverarbeitung, die auf ihnen basieren. Sie wurden kürzlich entwickelt, bereitgestellt und sind derzeit in Betrieb. Sie drohen sehr lange zu verweilen. Viele Programmierer werden in Zukunft zweifellos unter vielen RDF- und OWL-induzierten WTFs leiden.
Mikrodatensysteme (die validatorfreundliche Version von Mikroformaten ) wie die in schema.org beschriebenen bieten Entwicklern, Redakteuren und Lesern gleichermaßen viele Vorteile. sowohl menschlich als auch mechanisch.
RDF-Konzepte (die es wert sind, gespeichert zu werden) können schmerzlos über Mikrodatendarstellungen abgebildet werden (und werden tatsächlich explizit zugeordnet).
Mit Mikrodatenelementen können Autoren und Dokumentverarbeitungssysteme die Kommunikation auf eine Weise bereichern , die für den Leser recht einfach (so einfach wie CSS oder DOM) zu handhaben und anzupassen ist.