Skip to content

Latest commit

 

History

History
56 lines (48 loc) · 5.4 KB

Page_127.md

File metadata and controls

56 lines (48 loc) · 5.4 KB
layout title
default
Post_127

Parent

Gelbe Seiten

Teilprojekt "Gelbe Seiten"

Worum geht es?

Ein wichtiger Bestandteil des Kernbestands von Leipzig Open Data ist die plattformübergreifende Identifizierung von Aktivitäten, natürlichen und juristischen Personen, Orten, Projekten und Events, über welche in Leipzig gesprochen wird. Um diese Gespräche technisch begleiten zu können, muss jede dieser "Ressourcen" (so der Oberbegriff in der Fachsprache) eine eindeutige URI zugewiesen bekommen, mit der sich erst Gespräche auf Dasselbe beziehen können. Für den Computer ist es weitgehend egal, ob URIs die Form 'xaferwgbatrceg12raf' oder 'Mueller_Peter' haben. Letztere sind für Menschen natürlich einfacher zu handhaben und tragen auch schon ein gewisses Maß an Information, auch wenn es in Leipzig mehrere "Peter Müller" geben mag. Deshalb auch "gelbe Seiten" - Anreicherung mit wenig allgemeiner Information, um die Ressource für einen "durchschnittlichen Leipziger Bürger" identifizierbar zu machen. Unsere erste Regel also: Wähle URIs, die "human readable" (und "machine readable" - also keine Umlaute etc.) und "sprechend" sind - folge also einem Namensschema, das im Bereich der Ontologie jeweils ausgewiesen ist.

Plattformen Leipziger Akteure

Jede Plattform hat eigene Methoden entwickelt, eine solche Identifizierung zu unterstützen. Meist werden hierfür Primärschlüssel in Datenbanken verwendet, die aber nicht von außen sichtbar sind. Derartige Primärschlüssel können - zusammen mit ausgewählten Informationen über das bezeichnete Objekt - über einen Webservice z.B. als JSON-Objekt verfügbar gemacht werden.

Das Leipzig Data Projekt unterstützt die Bemühungen, Plattformen einzelner Leipziger Akteure miteinander zu vernetzen. Dafür eignen sich semantische Technologien besonders gut. Im Rahmen der Leipzig Tools werden semantische Webservices für einzelne Plattformen als "best practise" Beispiele  entwickelt, die dort  ausgerollt werden können und relevante Informationen über Akteure, Events, Services usw. ausliefern.

Beschreibung des Webservice

Der Webservice kann auf die übliche Weise über <Basisadresse>/getdata.php?show=<RDF-Graph> angesprochen werden, unter Linux etwa als

curl <Basisadresse>/getdata.php?show=events

Mit dem Zusatzargument "embedded=true" wird der RDF-Graph als HTML-Seite zurückgegeben, die in eine Webseite zur Inspektion der Daten integriert werden kann. Eine solche Darstellung ist zu Demonstrationszwecken als Übersicht über die jeweils verfügbaren RDF-Graphen unter <Basisadresse>/index.php integriert. Zur direkten Weiterverwendung als RDF-Graph ist diese Darstellung aber nur bedingt geeignet.

Testinstallationen

Da es schwierig ist, Webservices in eine Plattform zu integrieren, die dafür ursprünglich nicht konzipiert wurde, haben wir einen Testserver aufgesetzt, mit dem die Möglichkeiten derartiger Datenintegrationen auf einem Dump der jeweiligen Plattform ausprobiert werden können. Da derartige Datentransformationen als sozio-technisches Projekt vor allem von der Kommunikation und gemeinsamen Entscheidungsfindung aller interessierter Seiten leben, bitten wir Interessenten, mit uns (Prof. Hans-Gert Gräbe, Matthias Petzold) Kontakt aufzunehmen, um das weitere gemeinsame Vorgehen abzustimmen.

Inzwischen haben die Leipziger Ecken den Webservice unter der Basisadresse auf ihrer Produktivinstanz ausgerollt, die Plattform "Nachhaltiges Leipzig" stellt einen (aktuell noch nicht öffentlich dokumentierten) REST-Service zur Verfügung. Wir sind dabei, die Webservices entsprechend umzubauen.

Aktuell sind Webservices zu folgenden Plattformen verfügbar:

Relevante Teilprojekte

Weitere Vorhaben

  • Kontakt mit http://www.sportinleipzig.de - Wollen Zugriff auf ihre Seiten über eine REST-API ermöglichen, dann kann man weiter schauen, wie das zu integrieren ist. Kontakt über Phillip Klose.
  • OSM-Projekte