Archiv der Kategorie: Linked Data

Linked Data, Projekt, Software-Entwicklung

groovyrdf vereinfacht WebID-Publizierung

15. Februar 2013 Angelo Veltens

In Version 0.2.1 vereinfacht groovyrdf nun auch die Veröffentlichung von RSA-Public-Keys. Dazu muss einfach die Methode ‚publicKey‘ innerhalb der den Key besitzenden Resource aufgerufen werden. In folgendem Beispiel bekommt Alice einen Public Key zugewiesen:

RdfData rdfData = rdfBuilder {
  "http://example.com/resource/alice" {
    publicKey (
      '#alicePublicKey',
      label: 'Public Key of Alice',
      modulus: '2cbf8fff963dea33ee7d4f007ae',
      exponent: 65537
    )
  }
}

Der obige Code erzeugt RDF gemäß der aktuellen WebID-Spezifikation:


<http://example.com/resource/alice>
 <http://www.w3.org/ns/auth/cert#key>
 <#alicePublicKey>.

<#alicePublicKey>
 a <http://www.w3.org/ns/auth/cert#RSAPublicKey>;
 <http://www.w3.org/2000/01/rdf-schema#label>
   "Public Key of Alice";
 <http://www.w3.org/ns/auth/cert#exponent>
   65537;
 <http://www.w3.org/ns/auth/cert#modulus>
   "2cbf8fff963dea33ee7d4f007ae"^^<http://www.w3.org/2001/XMLSchema#hexBinary> .

groovyrdf steht hier zum Download bereit. Ein ausführlicher User-Guide ist hier verfügbar.

Linked Data

Linked Data in „java aktuell“

10. Februar 2013 Angelo Veltens

In der Ausgabe 01/13 von „Java aktuell“ erschien mein Artikel „Linked Data – ein Web aus Daten“, den ich nun auch an dieser Stelle als PDF bereit stelle. Es handelt sich um eine Einführung in das Thema Linked Data:

Wer heute im Web Daten abrufen möchte, hat es nicht leicht. Obwohl hinter vielen Diensten große Datenbanken stehen, beschränkt sich das Surfen im Web meist noch auf menschenlesbare Webseiten. Entwickler können bestenfalls den mühsamen Umweg über proprietäre APIs gehen. Mit Linked Data werden die Daten Teil des Webs und das dokumentenbasierte World Wide Web erweitert sich um ein Web aus Daten.

In der nächsten Ausgabe erscheint ein Praxisartikel der verdeutlicht, wie leicht man selbst Linked Data bereitstellen und verarbeiten kann. Die Ausgabe erscheint am 06.03.2013.

Linked Data, Projekt, Software-Entwicklung

groovyrdf 0.2 veröffentlicht

15. Dezember 2012 Angelo Veltens

Es ist mittlerweile schon über 1 Jahr her, dass ich mit groovyrdf eine Bibliothek zur einfachen Erzeugung von RDF-Daten mit Groovy veröffentlicht habe. Nun ist endlich das 2. Release da, und es bringt interessante Neuerungen mit sich.

Neben dem Erzeugen von RDF ist mit Version 0.2 auch das elegante Auslesen und Verarbeiten von Daten möglich. Mittels RdfLoader unterstützt groovyrdf das Laden von Linked Data Ressourcen inklusive Content-Negotiation. Die Daten können anschließend ausgelesen und weiter verarbeitet werden:

  // Namespace-Deklaration
  def foaf = new RdfNamespace ('http://xmlns.com/foaf/0.1/')

  // Laden einer Ressource mittels RdfLoader
  RdfLoader rdfLoader = new JenaRdfLoader()
  RdfResource person = rdfLoader.loadResource(
    'http://me.desone.org/person/aveltens#me'
  )

  println person(foaf.name) // Gibt 'Angelo Veltens' aus

Der Loader kümmert sich selbstständig um Content-Negotation und das Parsen des zurückgelieferten Formats. Solange RDF geliefert wird, kann es uns egal sein, ob dies vom Server in TURTLE, RDF/XML oder N3 ausgedrückt wird. Alle gängigen RDF-Syntaxen werden unterstützt. Der Zugriff auf die Eigenschaften der geladenen Resouce ist anschließend einfach über resource(predicateUri) möglich. Näheres erklärt der User Guide. Version 0.2 steht hier zum Download bereit und den Sourcecode gibt es nach wie vor bei GitHub.

[important]Wenn ihr groovyrdf nutzt, oder auch einfach nur kurz ausprobiert, freue ich mich über euer Feedback![/important]

HowTo, Linked Data, Social Web, Software-Entwicklung

Andocken ans „Social Web of Data“ – Ein WebID HowTo

4. September 2012 Angelo Veltens

Mit Hilfe von WebID und Linked Data ist es möglich das Web zu einem großen sozialen Netzwerk auszubauen. Möglicherweise habt ihr meinen Vortrag über WebID gesehen und fragt euch nun, wie ihr ein WebID-Login in eure Webanwendung einbauen könnt? Gute Nachricht: Es ist total einfach – und ich zeige euch jetzt wie es geht!

Wir werden:

Den Dienst von foafssl.org nutzen um eine WebID zu verifizieren
Die Antwort von foafssl.org auswerten
Den WebID-User mit einem Benutzer unserer Anwendung verknüpfen

[important]Ich benutze im Beispielcode das Grails-Webframework, aber das grundsätzliche Vorgehen ist mit jedem anderen Framwork gleich.[/important]

Verifikation durch foafssl.org

Prinzipiell funktioniert ein WebID-Login ganz ohne Abhängigkeit zu irgendwelchen Anbietern. Für den Anfang ist es aber am einfachsten, einen bestehenden Dienst zur Verifikation einer WebID zu nutzen, anstatt alles selbst zu machen.

Um einem WebID-User die Authentifizierung mit seinem Zertifikat zu ermöglichen, müssen wir ihn lediglich zu einer bestimmten URL des Dienstes weiterleiten und zwar zu

https://foafssl.org/srv/idp?rs=<Antwort-URL>

Wobei die <Antwort-URL> eine bestimmte URL unserer Webanwendung ist, welche die Antwort von foafssl.org entgegennehmen und auswerten wird.

Im Grails-Webframework sind das gerade einmal zwei Zeilen Code:

class WebIdController {
  def login () {
    def rs = createLink (action: 'verify', absolute: true).encodeAsURL ()
    redirect (url: "https://foafssl.org/srv/idp?rs=${rs}")
  }
}

In Zeile 3 generieren wir einen absoluten Link auf die verify-Action des WebIdControllers und encodieren ihn, sodass er als URL-Parameter geeignet ist. In Zeile 4 erfolgt die Weiterleitung zu foafssl.org inklusive unserer verify-URL als Parameter.

Antwort auswerten

In der verify-Action werten wir anschließend die Antwort von foafssl.org aus. Werfen wir einen Blick auf die Antwort-Parameter:

webid: Die WebID des authentifizierten Users
ts: Ein Zeitstempel, wann die Authentifizierung durchgeführt wurde
sig: Die Signatur des Dienstes

Die Signatur ist besonders wichtig, da wir prüfen müssen, ob die Antwort wirklich von foafssl.org stammt und nicht manipuliert wurde. Widmen wir uns also zunächst der Überprüfung dieser Signatur. Stellt sie sich als ungültig heraus müssen wir die Antwort verwerfen und dürfen den Nutzer nicht einloggen.

Signatur prüfen

Die Signatur ist nichts anderes als unsere verify-URL inklusive der Parameter „webid“ und „ts“ signiert mit dem RSA-Schlüssel von foafssl.org. Der öffentliche Schlüssel der zur Überprüfung der Signatur notwendig ist, wurde in der Dokumentation des Dienstes veröffentlicht. Wir müssen also nichts weiter tun als mit einer Bibliothek unserer Wahl und diesem Public-Key die Signatur zu prüfen. Ich habe wie folgt die Java-Standardbibliothek verwendet:

BigInteger MODULUS = new BigInteger("9093ac0285..." , 16);
BigInteger PUBLIC_EXPONENT = new BigInteger("65537", 10);
def publicKeySpec = new RSAPublicKeySpec(MODULUS, PUBLIC_EXPONENT);
KeyFactory keyFactory = KeyFactory.getInstance("RSA");
PublicKey publicKey = keyFactory.generatePublic(publicKeySpec);
byte[] data = "$verifyUrl?webid=${URLEncoder.encode(webId)}&ts=${URLEncoder.encode(timestamp)}".getBytes()
Signature sig = Signature.getInstance("SHA1withRSA");
sig.initVerify(publicKey);
sig.update(data);
return sig.verify(Base64.decodeBase64(signatureBase64));

In den Zeilen 1-3 erzeugen wir einen PublicKey aus den Daten (MODULUS, PUBLIC_EXPONENT) die uns in der Dokumentation mitgeteilt wurden. In Zeile 4 bauen wir aus unserer verfiy-URL, der übermittelten webId und dem übermittelten timestamp, eben jene URL, die foafssl.org signiert haben sollte. Die Parameter müssen dazu URL-encodiert sein. Weil Grails URL-Parameter automatisch decodiert, muss ich sie hier wieder encodieren. Das mag aber bei eurem Framework ggf. anders sein.

Anschließend übergeben wir in den Zeilen 6 und 7 sowohl den Key, als auch die angeblich signierten Daten in ein Signature-Objekt und gleichen die Signatur in Zeile 8 mit der übermittelten ab. Zu beachten ist, dass die übermittelte Signatur Base64-URL(!)¹-Encodiert ist und wir sie zunächst decodieren müssen.

Timestamp prüfen

Neben der Signatur müssen wir auch den Zeitstempel überprüfen um Replay-Attacken zu erschweren. Nachdem wir die Echtheit durch Überprüfung der Signatur sicher gestellt haben, prüfen wir nun mittels Timestamp, dass die Beglaubigung von foafssl.org nicht „zu alt“ ist. Was als „zu alt“ gilt ist eine etwas knifflige Gratwanderung. Einerseits dürfen wir den Zeitraum nicht zu kurz wählen, sonst werden womöglich gültige Requests die etwas länger dauern, als veraltet verworfen. Wählen wir den Zeitraum zu kurz, kann man (oder ein Hacker, der die Kommunikation abgehört hat!) sich später mit Hilfe des gleichen Requests einfach wieder einloggen, ohne sich tatsächlich über WebID zu authentifizieren. Ich halte eine Gültigkeitsdauer von 5 Minuten für einen angemessenen Kompromiss, bin aber für Diskussionen offen².

Wir müssen also nun lediglich den Timestamp parsen und mit der aktuellen Uhrzeit abgleichen:

Date verifiedDate =
  new SimpleDateFormat(TIMESTAMP_FORMAT).parse(timestamp)
def differenceInMillis =
  new Date().getTime() - verifiedDate.getTime()
return (differenceInMillis / 1000) <= TIMESTAMP_LIFESPAN

Ein Zeitstempel von foafssl.org sieht konkret z.B. so aus:

2012-09-04T12-22-28-0700

Dies entspricht bei Java/Groovy folgendem Datumsformat:

yyyy-MM-dd'T'HH:mm:ssZ

Mit Überprüfung der Signatur und des Zeitstempels haben wir das Gröbste hinter uns! Fehlt nur noch das eigentliche „Einloggen“ unseres Nutzers.

WebID-Nutzer mit lokalem User-Account verbinden

Wir haben sichergestellt, dass die Antwort von foafssl.org korrekt und aktuell ist und können nun dem WebID-Nutzer Zugriff auf unsere Anwendung gewähren. Was genau das bedeutet, hängt letztendlich von eurer Anwendung ab. In meinem aktuellen Project picserv lege ich für WebID-Nutzer einen neuen Account an, oder lade einen bereits existierenden, der mit dieser WebID verknüpft ist:

session.user = webIdAccountService.loadOrCreateUserAccount(webId)
flash.message = "You successfully logged in with your WebID $webId"
redirect (controller: 'picture')

Ggf. habt ihr aber auch bereits einen User in der Session und wollt diesen lediglich mit seiner nun bestätigten WebID verbinden:

session.user.webId = webId
flash.message = "You connected your account with your WebID $webId"
redirect (controller: 'myAccount')

Da es sich bei einer WebID um eine URI handelt, die bei Abruf Linked Data bereitstellt, könnt ihr über die WebID natürlich auch weitere Informationen über euren Nutzer laden! ³

Das wars!

Geschafft! Mit wenigen Zeilen Code haben wir eine Web-Anwendung um ein Login mittels WebID erweitert und damit den ersten Schritt gemacht, unsere Anwendung dem Social Web of Data zu öffnen. Wer Gefallen an der Idee des dezentralen Social Webs gefunden hat, kann nun beginnen, die Daten seiner Anwendung als Linked Data zu veröffentlichen und mit den WebIDs der Nutzer zu verlinken.

[important]Verständnisfragen? Probleme? Lob? Kritik? Schreib einen Kommentar oder sende mir eine E-Mail[/important]

Im Gegensatz zur gewöhnlichen Base64-Encodierung werden hierbei die Zeichen + und / durch – und _ ersetzt. ↩
5 Minuten mögen für ein Request sehr lang erscheinen, wir müssen aber neben der reinen Übertragungsdauer auch berücksichtigen (und tolerieren), dass die Zeiten der Server um einige Minuten voneinander abweichen können. ↩
groovyrdf wird das Laden und Lesen von Daten in einem kommenden Release unterstützen. ↩

Linked Data, Veranstaltung

FrOSCon – Folien des Vortrags „Linked Open Data“

27. August 2012 Angelo Veltens

Auf der FrOSCon habe ich abermals über Linked Open Data referiert.

Der Vortrag baut sehr stark auf meiner SIGINT12-Präsentation auf, setzt jedoch auch einen Fokus auf die praktische Bereitstellung von Linked Data in Open-Source-Projekten.

Wie immer steht alles unter Creative Commons Lizenzen.

Demnächst^tm wird auch eine Aufzeichnung online gestellt.

Linked Data, Veranstaltung

Warum „Open“ nicht genug ist – Vortragsvideo der SIGINT 12

1. August 2012 Angelo Veltens

Der CCC hat inzwischen die Vortragsvideos der SIGINT 2012 online gestellt. Auch mein Vortrag „Linked Open Data- Warum ‚open‘ nicht genug ist und wir Daten verlinken müssen.“ ist mit dabei. ~~Leider klappt das Einbetten gerade nicht.~~

Der Vortrag ist zum einen eine Einführung in das Thema Linked Data, die keine Vorkenntnisse benötigt. Zum anderen soll er Menschen, die bereits Open Data kennen und lieben verdeutlichen, wie durch Verlinkung ein zusätzlicher Mehrwert entsteht. Auch die sehr interessanten Rückfragen und Kommentare während und nach des Vortrags wurden mit aufgezeichnet.

Wer tiefer in das Thema Semantic Web einsteigen möchte, dem empfehle ich anschließend den Vortrag von Carina Haupt.

Die Folien sind hier verlinkt.

[important]Fragen unbeantwortet? Nutze die Kommentarfunktion ;-)[/important]

Linked Data, Social Web, Veranstaltung

WebID: Vortragsvideo & Folien vom Webmontag

16. Juni 2012 Angelo Veltens

Auf dem 6. Braunschweiger Webmontag habe ich einen Vortrag zum Thema „Dezentrale Soziale Netzwerke mit Linked Data und WebID gehalten“. Ich habe maßlos überzogen und viel zu schnell gesprochen. Der Vortrag kam trotzdem sehr gut an und führte zu vielen interessierten Fragen.

Wer nicht die Gelegenheit hatte, live dabei zu sein, kann sich die Aufzeichnungen auf Vimeo ansehen.

Mein Vortrag beginnt in Teil 2 bei Minute 13:55:

und setzt sich fort in Teil 4:

[important]Meine Vortragsfolien habe ich wie immer mit allen Sourcen und unter freier Lizenz bei GitHub hochgeladen. Hier ist auch nochmal die PDF-Fassung.[/important]

Linked Data, Semantic Web, Veranstaltung

Linked Open Data – Vortragsfolien

22. Mai 2012 Angelo Veltens

Ich habe die Vortragsfolien meiner „Linked Open Data“-Präsentation auf der SIGINT 2012 inzwischen online gestellt:

Wie immer alles Creative-Commons-lizenziert!

Nochmals vielen Dank für das rege Interesse und das positive Feedback. Ich bin immer froh, wenn viele Rückfragen gestellt werden und eine Interaktion mit dem Publikum entsteht. Ich freue mich auch weiterhin über Fragen und Feedback per Mail oder in den Kommentaren.

Der Vortrag wurde aufgezeichnet und wird wohl innerhalb der nächsten Wochen online gestellt (Hoffentlich vollständig, denn es gab leider ein technisches Problem während der Aufzeichnung). Ich werde nochmal darauf hinweisen, wenn es soweit ist.

Der Semantic-Web -Vortrag von Carina Haupt war übrigens (wenn auch leider zeitlich vorher platziert) eine prima Ergänzung zu meinem Einstieg ins Thema. Schaut euch auch dessen Aufzeichnung an, wenn ihr nicht vor Ort sein konntet!

Für die FrOSCon 7 habe ich den Vortrag gerade ebenfalls eingereicht, würde dort den Fokus aber stärker auf Entwickler-Bedürfnisse setzen, wenn er angenommen wird.

[important]Da ich den Eindruck habe, dass das konkrete Interesse am Thema wächst und auch viele Rückfragen zur praktischen Umsetzung kamen, plane ich für die nächste SIGINT einen Workshop zum Thema einzureichen. Was haltet ihr davon?[/important]

Linked Data

Linked Data: Mehr als nur RDF

3. Mai 2012 Angelo Veltens

Das Beispiel offenerhaushalt.de zeigt, dass zur Partizipation am Web of Data mehr gehört, als die Veröffentlichung von RDF/XML-Daten. Es lohnt sich dennoch, den Schritt zu „Linked Data“ zu gehen.

Die Veröffentlichung von Daten im RDF-Format gehört zu den Linked Data Grundprinzipien, die Tim Berners-Lee aufgestellt hat. Daher freue ich mich, dass immer mehr Open-Data-Projekte neben JSON und XML, auch Daten in einer RDF-Syntax veröffentlichen.

Das allein reicht aber leider nicht aus, um von Linked Data sprechen zu können, wie ich am Beispiel der RDF/XML-Daten von offenerhaushalt.de zeigen möchte.

Rufen wir uns zunächst die Grundprinzipien noch einmal ins Gedächtnis:

Use URIs as names for things

Use HTTP URIs so that people can look up those names

When someone looks up a URI, provide useful information, using the standards (RDF, SPARQL)

Include links to other URIs. so that they can discover more things

Ich werde diese Prinzipien nun nacheinander mit den RDF-Daten des Haushaltspostens „Bundesministerium für Bildung und Forschung“ von offenerhaushalt.de abgleichen, welche sich im Dokument http://bund.offenerhaushalt.de/30.rdf befinden.

[important]Disclaimer: Auch wenn ich in Sachen Linked Data in diesem Artikel einiges an offenerhaushalt.de zu kritisieren habe, möchte ich dies nicht als generelle Kritik am Projekt verstehen. Im Gegenteil: Ich halte das Projekt für ein Vorzeigebeispiel der Open-Data-Bewegung und spreche allen Beteiligten großen Dank und Respekt aus! Meine Kritik ist im Vergleich zu dem, was bereits geleistet wurde, eine Kleinigkeit. Ich möchte sie eher als Anregung verstanden wissen. Auch bin ich gerne bereit zu helfen, wenn Interesse besteht, die offenen Haushaltsdaten ins Web of Data zu hieven.[/important]

Use URIs as names for things

Wesensmerkmal des Web of Data ist, dass dort nicht nur reine Dokumente („Informationsressourcen„), sondern auch Daten über reale und abstrakte „Dinge“ aufzufinden sind. Diese Dinge benötigen einen global eindeutigen Namen. Genau diese Anforderung erfüllen URIs.

Bei der Namensgebung ist zu beachten, dass das „Ding“ welches beschrieben wird und die Dokumente welche es beschreiben unterschiedlich sind und deshalb auch über unterschiedliche URIs identifiziert werden müssen. Getreu dem Merksatz: „Du bist nicht deine Website„!

Das Datendokument http://bund.offenerhaushalt.de/30.rdf beschreibt ein Subjekt namens http://bund.offenerhaushalt.de/30. Unklar bleibt dabei, um was für eine Art von „Ding“ es sich dabei handelt. Ein rdf:type ist nicht hinterlegt.

Nun liegt die Vermutung nahe, dass bei offenerhaushalt.de Haushaltsposten beschrieben werden. Ruft man jedoch die URI http://bund.offenerhaushalt.de/30 im Browser oder mit Hilfe eines Tools wie curl ab, so wird ein HTML-Dokument zurückgeliefert:

user@pc:~$ curl -I http://bund.offenerhaushalt.de/30
HTTP/1.1 200 OK
Date: Wed, 02 May 2012 18:38:32 GMT
Server: Apache/2.2.14 (Ubuntu)
Pragma: no-cache
Cache-Control: no-cache
Content-Length: 73434
Vary: Accept-Encoding
Content-Type: text/html; charset=utf-8

Auch wenn man den Accept-Header explizit auf application/rdf+xml oder text/turtle setzt, wird ausschließlich text/html zurück geliefert.

Bei http://bund.offenerhaushalt.de/30 handelt es sich also schlichtweg um ein herkömmliches HTML-Dokument und nicht um einen Haushaltsposten.

Interessant sind unter diesem Aspekt Aussagen wie zum Beispiel folgende¹:

<http://bund.offenerhaushalt.de/30> openhaushalt:is_department "true".

Das HTML-Dokument ist also eine Abteilung, soso 🙂

Wobei wir streng genommen gar nicht wissen können, was openhaushalt:is_department überhaupt bedeutet. Das Prädikat ist nämlich nicht auflösbar, womit wir beim nächsten Punkt angelangt sind:

Use HTTP URIs so that people can look up those names

Die URI des Prädikats erhält man, indem man das Namespace-Prefix durch die Namespace-URI ersetzt. Für openhaushalt:is_department ergibt sich somit http://offenerhaushalt.de/schema/0.3/is_department. Bei Abruf dieser URI erhält man leider nichts weiter als den HTTP-Fehlercode 404: Not Found. Zwar wurden HTTP-URIs verwendet, diese sind aber nicht abrufbar.

Provide useful information

Bei den abrufbaren URIs scheitert es an „nützlichen Informationen“. Wie schon im ersten Abschnitt bemerkt, liefert http://bund.offenerhaushalt.de/30 lediglich ein HTML-Dokument zurück, wohingegen die RDF-Daten eher auf ein abstraktes „Ding“, wie einen Haushaltsposten oder eine Abteilung, hindeuten.

Dieses „Ding“ müsste zunächst einmal einen eigenen Namen bekommen, z.B. http://bund.offenerhaushalt.de/30#item

Beim Abruf mittels Browser würde durch den Wegfall des Fragment-Identifiers weiterhin das HTML-Dokument http://bund.offenerhaushalt.de/30 ausgeliefert werden, wodurch die „nützlichen Informationen“ zumindest für den menschlichen Klienten weiterhin gewährleistet wären.

Fordert ein Client mittels HTTP-Accept-Header jedoch ausdrücklich RDF, dann muss dieses ebenfalls über die URI http://bund.offenerhaushalt.de/30#item respektive http://bund.offenerhaushalt.de/30 verfügbar sein, da der Client entscheidet, welches Datenformat für ihn nützlich ist. Derzeit wird aber immer HTML ausgeliefert.

Nützlich sind die Daten aber auch deshalb nicht, weil die URIs der Prädikate nicht abrufbar sind. Die verwendete Ontologie ist somit ohne API-Dokumentation nicht zu verstehen. Es bleibt unklar, was Prädikate wie openhaushalt:is_department tatsächlich bedeuten. Die RDF-Daten sind damit kein Zugewinn im Vergleich zu z.B. JSON. Die Semantik fehlt in beiden Varianten.

Include links to other URIs

Die Verlinkung beschränkt sich auf andere URIs innerhalb des Projekts offenerhaushalt.de. Eine Verlinkung ins offene Web of Data findet derzeit nicht statt. Problematisch ist auch hier wieder, dass die URIs lediglich HTML-Dokumente identifizieren und somit auch kein „internes Web of Data“ entsteht. Was bleibt sind RDF/XML-Dokumente mit Links zu HTML-Seiten.

Na und?

Nun stellt sich dem ein oder anderen sicher die Frage, wozu man diese manchmal recht akademisch anmutenden Ansätze überhaupt verfolgen sollte? Die offenen Haushaltsdaten, die derzeit vom Projekt angeboten werden, sind zweifelsohne bereits in der vorliegenden Form sehr wertvoll. Die vorliegenden RDF/XML-Daten bieten aber nach meiner Auffassung keinen Mehrwert gegenüber dem JSON-Format. Im Gegenteil: Sie sind für einen Programmierer eher noch schwerer zu verarbeiten.

In Form von Linked Data können die Daten aber ein Potential entfalten, das deutlich über den Status quo hinaus geht. Eindeutige URIs für Haushaltsposten (nicht die HTML-Seiten!) könnten z.B. auch von anderen Projekten genutzt werden um strukturierte Aussagen über diese Haushaltsposten zu treffen. Denkbar wären zum Beispiel Tools zum Bürgerhaushalt, welche ihre Nutzer die Budgets für die einzelnen Haushaltsposten neu verteilen lassen. Dadurch dass alle über die gleichen (durch URIs global benannten!) Haushaltsposten „sprechen“, ist es dabei völlig egal, auf welchem Server mit welchem Tool solch ein Bürgerhaushalt erstellt wurde. Man kann sich das ähnlich vorstellen wie heute Verlinkungen und Pingbacks in der Blogosphäre, nur dass eben nicht über Dokumente/Blogeinträge „gesprochen“ wird, sondern über Daten und Dinge, wie z.B. Haushaltsposten.

Die Verwendung von einheitlichen Ontologien macht diesen Austausch ebenfalls leichter. Zudem wird eine „API“-Dokumentation letztlich überflüssig, wenn die Prädikate der Ontologien im Web abrufbar sind uns sich auf diese Weise selbst erklären.

Fazit

Das Projekt offenerhaushalt.de stellt RDF/XML-Daten bereit, ist damit aber noch kein Teil des Web of Data. Die folgenden Kritikpunkte zeigten sich bei einem Abgleich mit den Linked Data Prinzipien von Tim Berners-Lee:

URIs identifizieren lediglich Dokumente, aber keine „Dinge“ wie Haushaltsposten.
Die „Ontologie“ besteht nur aus toten Links und ist damit genauso ausdruckslos wie JSON.
Es findet keine Content-Negotiation statt, die Wünsche des Clients werden ignoriert.
Aufgrund von 1. kann es auch keine Links auf „Dinge“ geben. Es entsteht somit kein Web of Data.
Es gibt keine Verlinkungen ins Web of Data.

Werden diese Aspekte angepasst und die Linked Data Prinzipien beachtet, können die Daten von offenerhaushalt.de Teil des Web of Data werden und dadurch ihr volles Potential entfalten.

¹ Zur besseren Lesbarkeit verwende ich hier die TURTLE-Notation, obwohl die Daten im Original als RDF/XML vorliegen. Semantisch macht dies keinen Unterschied.

Linked Data, Semantic Web, Veranstaltung

Linked Data & Semantic Web auf der SIGINT 2012

24. April 2012 Angelo Veltens

Mein Vortrag „Linked Open Data“ wurde für die Konferenz SIGINT des Chaos Computer Clubs angenommen. Mit besonderem Fokus auf die Chancen für die Open Data Bewegung werde ich dort die Grundlagen von Linked Data erläutern.

Aus der Vortragsbeschreibung:

Open Data ist auf dem Vormarsch. Doch es reicht nicht CSV-Daten in ein Zip-Archiv zu packen und zum Download anzubieten. Wenn wir die Stärken von frei verfügbaren Behördendaten voll ausschöpfen wollen, dann müssen wir ein „Web of Data“ schaffen, in dem Rohdaten miteinander verlinkt sind, so wie im WWW HTML-Seiten miteinander verlinkt sind. Der Vortrag stellt das Konzept „Linked Data“ vor, erklärt, wie wir zum „Web of Data“ beitragen können und erläutert das gesellschaftliche Potential von Linked Open Data.

Ebenfalls angekündigt ist der Vortrag „The Semantic Web – Raising of the Dead?“ von Carina Haupt:

A lot of people say that the semantic web is dead, but why is then google announcing that they plan to make the biggest change in their web search ever by introducing it. So, what is the semantic web actually? Which technologies are behind it? Why was it called dead? And why is it coming back?

Das komplette Programm der SIGINT 2012 findet ihr hier.

Die SIGINT ist eine Konferenz zu den Diskursen im digitalen Zeitalter und findet vom 18. bis 20. Mai 2012 im KOMED in Köln statt. Nähere Infos unter http://sigint.ccc.de

Datenwissen