LD.Events: Unterschied zwischen den Versionen

Aus LeipzigWiki
Zur Navigation springenZur Suche springen
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
Zeile 3: Zeile 3:


== Leipzig Data Events Framework ==
== Leipzig Data Events Framework ==
=== Zielstellung ===
'''Ziel''' dieses Teilprojekts ist es, eine ''Infrastruktur'' aufzubauen, in die Event-Daten in ''einheitlichem Format'' aus verschiedenen Quellen und von verschiedenen Akteuren eingespeist werden und der Allgemeinheit zum Gebrauch zur Verfügung stehen.
Die Infrastruktur bietet keinen elaborierten eigenen Service zur Präsentation dieser Event-Daten, sondern überlässt Zusammenführung mit weiteren Event-Daten, Filterung und Präsentation den Anbietern, die auf diese Infrastruktur zugreifen möchten.
:Die prinzipiellen Möglichkeiten des Leipzig Data Events Frameworks demonstriert unser [http://leipzig-data.de/widget/ Leipzig Data Event Widget]. 
Der primäre Zugriff erfolgt über Sparql-Anfragen auf einen [http://leipzig-data.de/widget/sparql.php Sparql-Endpunkt], in dem die Event-Daten mit weiteren Daten über Veranstalter und Veranstaltungsorte aus den Leipzig Data Yellow Pages (im Aufbau) angereichert und zusammengeführt sind.
:Derzeit werden die Event-Daten im Projektteam zusammengeführt und einmal wöchentlich aktualisiert.
Beim Design des Gesamtprozesses gehen wir davon aus, dass es eine Betreibergruppe der Infrastruktur geben wird, in der alle wichtigen Fragen abgestimmt werden. Eine enge Zusammenarbeit mit API Leipzig ist vereinbart, zur Kommunikation wird die [https://groups.google.com/forum/#!forum/apileipzig API Leipzig Mailingliste] verwendet.
Das derzeit vorliegende einheitliche Format (aka Protokoll) als Ergebnis eines längeren Entwicklungsprozesses ist in der [[LD.LEO|Leipzig Ontology]] genauer definiert. Fragen der Weiterentwicklung des Protokolls werden in der Betreibergruppe abgestimmt.
Um Event-Daten in die Infrastruktur einzuspielen, müssen interessierte Akteure einen Service aufsetzen, mit dem relevante eigene Daten (verfügbar etwa als RSS- oder ical-Feed) in das vereinbarte Format überführt werden. Hierzu gibt es eine Reihe von Beispielskripten. Wir beraten interessierte Akteure im Rahmen unserer Möglichkeiten, wie eine solche (nicht schwierige) Bereitstellung erfolgen kann.
Termine werden drei Monate nach Ablauf aus der Datenbasis herausgenommen. Werden Daten lokal weiter benötigt, so müssen diese rechtzeitig aus dem Endpunkt ausgelesen und in eigener Verantwortung gespeichert werden. Auch hierfür gibt eine Reihe von Beispielskripten.
=== Stand der Umsetzung ===


Im Events-Netzwerk sind derzeit beteiligt
Im Events-Netzwerk sind derzeit beteiligt
Zeile 12: Zeile 32:


Folgender '''Workflow''' ist dazu für die Projektdauer bis Ende April 2013 aufgesetzt:
Folgender '''Workflow''' ist dazu für die Projektdauer bis Ende April 2013 aufgesetzt:
* Wöchentlich (montags) werden die Event-Daten unter http://leipzig-data.de/Data aktualisiert und konsolidiert, neue Einträge aufgenommen und Events, die mehr als drei Monate zurückliegen, aus der Datenbasis entfernt.  
* Neue Einträge werden laufend aufgenommen und in die [http://leipzig-data.de/Data/ LD Datenbasis] eingearbeitet. Einträge, die mehr als drei Monate zurückliegen, werden aus der Datenbasis entfernt.  
* Daraus wird eine Datei EventsDump.ttl erzeugt, im internen Repo leipzig-data/Daten abgelegt und in den Sparql Endpunkt http://leipzig-data.de/widget/sparql.php des Widget-Stores eingespielt.
* Wöchentlich (montags) werden die Event-Daten im [http://leipzig-data.de/widget/sparql.php Sparql-Endpunkt des Event-Projekts] aktualisiert und neu ausgerollt.  
* Von dort aus werden mehrere Widget-Sichten auf die Event-Daten erzeugt:
* Von dort aus werden die Widget-Sichten auf die Event-Daten aktualisiert:
** [http://leipzig-data.de/widget/themes/theme-1/presentation.php einfache Ansicht] mit Karte  
** [http://leipzig-data.de/widget/themes/theme-1/presentation.php einfache Ansicht] mit Karte  
** [http://leipzig-data.de/widget/themes/theme-2/presentation.php komplexe Ansicht] mit mehreren Such- und Filterfunktionen
** [http://leipzig-data.de/widget/themes/theme-2/presentation.php komplexe Ansicht] mit mehreren Such- und Filterfunktionen
** [http://leipzig-data.de/widget/themes/theme-3/presentation.php experimentelle Ansicht] mit Features, die noch in der Erprobung sind
** [http://leipzig-data.de/widget/themes/theme-3/presentation.php experimentelle Ansicht] mit Features, die noch in der Erprobung sind
* Auf diesem Sparql-Endpunkt können Interessenten (city:cult u.a.) aufsetzen, um Event-Daten in die eigene Applikation zu übernehmen.
=== Zielstellung ===
'''Ziel''' dieses Teilprojekts ist es, eine Infrastruktur aufzubauen, in die Event-Daten in ''einheitlichem Format'' aus verschiedenen Quellen und von verschiedenen Akteuren eingespeist werden und der Allgemeinheit zum Gebrauch zur Verfügung stehen. Die Infrastruktur bietet keinen elaborierten eigenen Service zur Präsentation dieser Event-Daten, sondern überlässt Federierung, Filterung und Präsentation den Anbietern, die auf diese Infrastruktur zugreifen möchten. Der primäre Zugriff erfolgt über Sparql-Anfragen auf einen Sparql-Endpunkt, in dem die Event-Daten mit weiteren Daten über Veranstalter und Veranstaltungsorte aus den Leipzig Data Yellow Pages (im Aufbau) angereichert werden können.
Beim Design des Gesamtprozesses gehen wir davon aus, dass es eine Betreibergruppe der Infrastruktur geben wird, in der alle wichtigen Fragen abgestimmt werden. Eine enge Zusammenarbeit mit API Leipzig ist vereinbart, zur Kommunikation wird die [https://groups.google.com/forum/#!forum/apileipzig API Leipzig Mailingliste] verwendet.
Das derzeit vorliegende einheitliche Format (aka Protokoll) ist das Ergebnis eines längeren Entwicklungsprozesses des Vorgängerprojekts und ist in der [[LD.LEO|Leipzig Ontology]] genauer definiert. Fragen der Weiterentwicklung des Protokolls werden in der Betreibergruppe abgestimmt.
Um Daten in die Infrastruktur einzuspielen, müssen interessierte Akteure einen Service aufsetzen, mit dem relevante eigene Daten in das vereinbarte Format überführt werden. Hierzu gibt es eine Reihe von Beispielskripten. Das Projektteam berät interessierte Akteure, wie eine solche (nicht schwierige) lokale Bereitstellung erfolgen kann.
Termine werden drei Monate nach Ablauf aus der Datenbasis herausgenommen. Werden Daten lokal weiter benötigt, so müssen diese rechtzeitig aus dem Endpunkt ausgelesen und in eigener Verantwortung gespeichert werden. Auch hierfür gibt eine Reihe von Beispielskripten.
Nutzer (hiermit sind vor allem Webentwickler gemeint) können auf die Daten über einen der Sparql Endpunkte auf die aktuellen Event-Daten zugreifen. Eine Abbildung auf die APILeipzig-Event-Schnittstelle ist prototypisch verfügbar.


=== Betreibergruppe ===
=== Betreibergruppe ===


* Hans-Gert Gräbe (Maintainer), Andreas Nareike, Johannes Frey, Simon Johanning (Uni Leipzig)
* Hans-Gert Gräbe (Maintainer), Andreas Nareike
* Martin Gamnitzer (API Leipzig)
* Christof Pieloth (city:cult)
* Christof Pieloth (city:cult)


Zeile 44: Zeile 48:
=== Aktivitäten ===
=== Aktivitäten ===


* Regelmäßige Informationen über den Stand des Projekts auf dem [[LD.Seminar|Leipzig Open Data Seminar]]
* [http://leipzig-data.de/Upload/Event-Widget.pdf Technische Dokumentation] der Widget-Lösung
* [[LD.OpenInnovation-12.IdeenBoerse|11.-19.01.2013]]: Arbeiten im Rahmen der Ideenbörse
* [[LD.OpenInnovation-12.IdeenBoerse|11.-19.01.2013]]: Arbeiten im Rahmen der Ideenbörse
* [[LD.LOD.2012-07-20|20.07.2012]]: Vorstellung und Diskussion der Arbeiten an einer Präsentationsplattform basierend auf dem Exhibit-Framework durch Johannes Frey
* [[LD.LOD.2012-07-20|20.07.2012]]: Vorstellung und Diskussion der Arbeiten an einer Präsentationsplattform basierend auf dem Exhibit-Framework durch Johannes Frey

Version vom 25. März 2013, 11:08 Uhr

Home > Leipziger Initiative für Offene Daten

Leipzig Data Events Framework

Zielstellung

Ziel dieses Teilprojekts ist es, eine Infrastruktur aufzubauen, in die Event-Daten in einheitlichem Format aus verschiedenen Quellen und von verschiedenen Akteuren eingespeist werden und der Allgemeinheit zum Gebrauch zur Verfügung stehen.

Die Infrastruktur bietet keinen elaborierten eigenen Service zur Präsentation dieser Event-Daten, sondern überlässt Zusammenführung mit weiteren Event-Daten, Filterung und Präsentation den Anbietern, die auf diese Infrastruktur zugreifen möchten.

Die prinzipiellen Möglichkeiten des Leipzig Data Events Frameworks demonstriert unser Leipzig Data Event Widget.

Der primäre Zugriff erfolgt über Sparql-Anfragen auf einen Sparql-Endpunkt, in dem die Event-Daten mit weiteren Daten über Veranstalter und Veranstaltungsorte aus den Leipzig Data Yellow Pages (im Aufbau) angereichert und zusammengeführt sind.

Derzeit werden die Event-Daten im Projektteam zusammengeführt und einmal wöchentlich aktualisiert.

Beim Design des Gesamtprozesses gehen wir davon aus, dass es eine Betreibergruppe der Infrastruktur geben wird, in der alle wichtigen Fragen abgestimmt werden. Eine enge Zusammenarbeit mit API Leipzig ist vereinbart, zur Kommunikation wird die API Leipzig Mailingliste verwendet.

Das derzeit vorliegende einheitliche Format (aka Protokoll) als Ergebnis eines längeren Entwicklungsprozesses ist in der Leipzig Ontology genauer definiert. Fragen der Weiterentwicklung des Protokolls werden in der Betreibergruppe abgestimmt.

Um Event-Daten in die Infrastruktur einzuspielen, müssen interessierte Akteure einen Service aufsetzen, mit dem relevante eigene Daten (verfügbar etwa als RSS- oder ical-Feed) in das vereinbarte Format überführt werden. Hierzu gibt es eine Reihe von Beispielskripten. Wir beraten interessierte Akteure im Rahmen unserer Möglichkeiten, wie eine solche (nicht schwierige) Bereitstellung erfolgen kann.

Termine werden drei Monate nach Ablauf aus der Datenbasis herausgenommen. Werden Daten lokal weiter benötigt, so müssen diese rechtzeitig aus dem Endpunkt ausgelesen und in eigener Verantwortung gespeichert werden. Auch hierfür gibt eine Reihe von Beispielskripten.

Stand der Umsetzung

Im Events-Netzwerk sind derzeit beteiligt

  • API Leipzig Events Schnittstelle (mehrheitlich Events von kreatives-leipzig.de) - URI-Schema APILeipzig.<API-Nr>
  • MINT-Netzwerk
  • NuKLA - URI-Schema: NuKLA.<Datum>
  • Netzwerk Energie und Umwelt - URI-Schema: NEU.<Datum>

Die Einspeisung von Event-Daten weiterer Partner ist in Vorbereitung.

Folgender Workflow ist dazu für die Projektdauer bis Ende April 2013 aufgesetzt:

  • Neue Einträge werden laufend aufgenommen und in die LD Datenbasis eingearbeitet. Einträge, die mehr als drei Monate zurückliegen, werden aus der Datenbasis entfernt.
  • Wöchentlich (montags) werden die Event-Daten im Sparql-Endpunkt des Event-Projekts aktualisiert und neu ausgerollt.
  • Von dort aus werden die Widget-Sichten auf die Event-Daten aktualisiert:

Betreibergruppe

  • Hans-Gert Gräbe (Maintainer), Andreas Nareike
  • Christof Pieloth (city:cult)

Weitere Interessenten sind herzlich willkommen.

Aktivitäten

Vom Projektteam entwickelte Lösungen für einzelne Partner

Präsentationsschicht

Die Präsentationsschicht ist unabhängig von der Datenhaltung gestaltbar - über eine Sparql-Anfrage (konzeptionell vergleichbar mit einer SQL-Anfrage an eine lokale Datenbank) werden die relevanten Daten ausgelesen und auf die gewünschte Weise präsentiert.

Als "Proof of Concept" hat Johannes Frey das Javascript-Frameworks Exhibit für eine Widget-Lösung verwendet, mit der sich schnell Webseiten mit Suchmasken und Tagwolken herstellen lassen.

Die zur Präsentation verwendeten Widgets verwenden diese Lösung.

Einbindung von OSM (J. Frey, 15.03.2013):

Weitere Projekte ähnlicher Ausrichtung