Skip to content

Linked Open Data (German)

Andreas Kuckartz edited this page Jul 28, 2014 · 1 revision

This is in German but will be translated sometime

Linked Open Data (LOD)

Ein wesentliches Kriterium für OpenGovLD ist, dass auch für solche RIS keine Barrieren bei der Implementierung errichtet werden, die nur wenige oder keine Verlinkungen der Daten anbieten können. Der Weg von Open Data zu Linked Open Data soll inkrementell erfolgen können.

Gleichzeitig sollte jedoch OpenGovLD nicht selbst unnötig dem Angebot solcher Verlinkungen durch RIS entgegen stehen.

Ein Mitautor der JSON-LD Spezifikation hat Unterstützung angeboten.

JSON-LD

Eine Teilmenge von JSON ist JSON-LD, d.h. JSON-LD-Dokumente sind auch JSON-Dokumente. "LD" steht dabei für Linked Data.

JSON-LD 1.0 - A JSON-based Serialization for Linked Data

Inkrementeller Ansatz

Ein inkrementeller Ansatz wird auch von der Linked Data Szene gewünscht:

Definitions for Linked Data are often stricter than is required for many applications, where it is not feasible or desirable to identify every object with an IRI which resolves to a Linked Data representation of the IRI used to reference it. In such cases, graphs may be described with unlabeled nodes, or nodes having non-dereferencable IRIs.

Structured Data is described as a super-set of Linked Data in which subject or object nodes are not labeled with a dereferencable IRI. The concept of a linked data graph is extended to include nodes in which nodes are not labeled with dereferencable IRIs.

Quelle: http://json-ld.org/requirements/latest/#structured-data

RDF ohne Anstrengung

JSON-LD Konformität ist, wie oben demonstriert, nahezu mühelos zu erreichen. Mit dem gleichen Aufwand können aber auch JSON-LD Dokumente generiert werden, die zusätzlich eine automatische Umwandlung in RDF ermöglichen. Damit ist dann die Brücke zwischen der Welt der Web-Technologien und der Welt der semantischen Technologien gebaut - und die RIS-Systeme müssen sich dazu noch nicht einmal mit der letzteren befassen !

Blank Nodes

Für weltweit nicht eindeutige Identifikatoren können sogenannte "blank nodes" verwendet werden. Die Notation ist z.B. "_:12345" mit dem unterscheidenden Bestandteil "12345".

Die wesentliche Frage ist: Führt die Notwendigkeit der Umwandlung zwischen "_:12345" und "12345" zu Problemen, die größer sind als der zu erwartende Nutzen?

Der erwartete Nutzen besteht darin, dass

  • bereits Linked Open Data über OParl angeboten werden kann, dies aber nicht gemacht werden muss.
  • erhebliche spätere Änderungen sowohl auf Server-, als auch auf Client-Seite vermieden werden können. Diese Änderungen würden eine spätere Erweiterung auf Linked Open Data möglicherweise behindern.

Die zu erwartenden "Probleme" sollten geringfügig sein. Technisch ist die Konkatenation mit der konstanten Zeichenkette ":" sowohl auf dem Server als auch auf dem Client trivial. Dies gilt aber auch für die Zerlegung von ":12345". Eine Unterscheidung zwischen IRI und blank node kann durch Vergleich des ersten Zeichens mit "_" erfolgen. Die Lesbarkeit durch Menschen mag auch etwas beeinträchtigt sein, aber JSON ist primär für maschinelle Verarbeitung gedacht.

Eine weitere Frage betrifft eventuelle Auswirkungen auf die Performance. Die zu übertragende Datenmenge wird etwas größer und die oben angegebenen String-Operationen erfordern etwas Rechenzeit. Die potentiell größten Auswirkungen sind hier auf mobilen Geräten zu erwarten.

Empfohlene Lektüre

  • Linked Data: Evolving the Web into a Global Data Space, Tom Heath und Christian Bizer, http://linkeddatabook.com

  • Best Practices for Publishing Linked Data, W3C Working Group Note 09 January 2014 http://www.w3.org/TR/ld-bp/

  • Cookbook for Open Government Linked Data, Bernadette Hyland, Boris Villazón Terrazas, "This wiki page is a W3C Note supporting the Working Group's deliverable for the related Recommendation Track document, outlined in the W3C Government Linked Data Working Group Charter", http://www.w3.org/2011/gld/wiki/Linked_Data_Cookbook

  • On Using JSON-LD to Create Evolvable RESTful Services, Markus Lanthaler and Christian Gütl, Proceedings of the 3rd International Workshop on RESTful Design (WS-REST 2012) at WWW2012, http://m.lanthi.com/jsonld4rest-paper (Link zu PDF-Datei)

Offene Punkte