LD.Events: Unterschied zwischen den Versionen

Aus LeipzigWiki
Zur Navigation springenZur Suche springen
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
Zeile 4: Zeile 4:
== Leipzig Data Events Framework ==
== Leipzig Data Events Framework ==


Folgender Workflow ist dazu aufgesetzt:
Im Events-Netzwerk sind derzeit beteiligt
* Wöchentlich (montags) wird die Event-Basis aktualisiert, neue Einträge aufgenommen und Events, die mehr als drei Monate zurückliegen, aus der Datenbasis entfernt. usw.
* API Leipzig Events Schnittstelle (mehrheitlich Events von kreatives-leipzig.de)
* MINT-Netzwerk
* Mehr als Chillen Grünau (experimentell)
Die Einspeisung von Event-Daten weiterer Partner ist in Vorbereitung.


 
Folgender '''Workflow''' ist dazu für die Projektdauer bis Ende April 2013 aufgesetzt:
 
* Wöchentlich (montags) wird die Event-Basis im [http://leipzig-data.de/Data/model/info/?m=http%3A%2F%2Fleipzig-data.de%2FData%2FEvents%2F Sparql Endpunkt] aktualisiert, neue Einträge aufgenommen und Events, die mehr als drei Monate zurückliegen, 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/Store.php des Widget-Stores eingespielt.
 
* Von dort aus werden mehrere Widget-Sichten auf die Eventdaten erzeugt:
Events-Widget mit dem [http://simile-widgets.org/wiki/Getting_Started_with_Exhibit Exhibit] JavaScript-Framework
** [http://leipzig-data.de/widget/themes/theme-1/presentation.html einfache Ansicht] mit Karte
* Damit lassen sich schnell Webseiten mit Suchmasken und Tagwolken auf Ontologie-konformen Eventdaten herstellen.  
** [http://leipzig-data.de/widget/themes/theme-2/presentation.html komplexe Ansicht] mit mehreren Such- und Filterfunktionen
* [http://leipzig-data.de/Upload/Event-Widget.pdf Dokumentation]
** [http://leipzig-data.de/widget/themes/theme-3/presentation.html experimentelle Ansicht] mit Features, die noch in der Erprobung sind
* [http://leipzig-data.de/widget/themes/theme-1/presentation.html Testinstallation]


=== Zielstellung ===
=== Zielstellung ===
Zeile 24: Zeile 26:
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.
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 in den [[LD.LeipzigTools]]. Diese Daten werden derzeit einmal wöchentlich per Hand in den [http://leipzig-data.de/Data/model/info/?m=http%3A%2F%2Fleipzig-data.de%2FData%2FEvents%2F Sparql Endpunkt] eingespielt. 
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 in den [[LD.LeipzigTools]]. Das Projektteam berät interessierte Akteure, wie eine solche (nicht schwierige) lokale Bereitstellung erfolgen kann.  


Termine werden (frühestens) einen Monat 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 in den [[LD.LeipzigTools]].  
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 in den [[LD.LeipzigTools]].  


Nutzer (hiermit sind vor allem Webentwickler gemeint) können auf die Daten über den Endpunkt zugreifen. Eine Abbildung dieses Endpunkts auf die APILeipzig-Event-Schnittstelle ist prototypisch verfügbar.
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 ===
Zeile 46: Zeile 48:


* Event-System von [[LD.API-Leipzig]] - wird derzeit von http://www.kreatives-leipzig.de/termine genutzt
* Event-System von [[LD.API-Leipzig]] - wird derzeit von http://www.kreatives-leipzig.de/termine genutzt
** Anbindung über das Perl-Skript getAPIEvents
** Perl-Skript getAPIEvents.pl greift auf die Webschnittstelle zu
* http://www.umweltbildung-leipzig.de - lokales Portal in einem bundesweiten Netzwerk (Hoster in Hamburg)
* http://www.umweltbildung-leipzig.de - lokales Portal in einem bundesweiten Netzwerk (Hoster in Hamburg)
* http://www.mehr-als-chillen.de/de/2/p1/home.html
* http://www.mehr-als-chillen.de/de/2/p1/home.html
** Perl-Skript getMehrAlsChillenEvents.pl greift (derzeit) auf einen lokalen Datenbank-Dump zu.


=== Präsentationsschicht einer solchen Anwendung ===
=== Präsentationsschicht ===


Plan 2011 war, eine prototypische Lösung auf der Basis eines verbreiteten Web-Frameworks zu erstellen, die den Leistungsumfang der Such- und Darstellungsmöglichkeiten der Seiten http://www.umweltbildung-leipzig.de erreicht und damit die Leistungsfähigkeit eines solchen Ansatzes demonstriert.  
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.


Johannes Frey hat das Javascript-Frameworks [http://simile-widgets.org/wiki/Getting_Started_with_Exhibit Exhibit] eingesetzt, mit dem sich schnell Webseiten mit Suchmasken und Tagwolken auf Ontologie-konformen Eventdaten herstellen lassen.  
Als "Proof of Concept" hat Johannes Frey das Javascript-Frameworks [http://simile-widgets.org/wiki/Getting_Started_with_Exhibit Exhibit] für eine Widget-Lösung verwendet, mit der sich schnell Webseiten mit Suchmasken und Tagwolken herstellen lassen.  
* [http://leipzig-data.de/Upload/Event-Widget.pdf Dokumentation]
* [http://leipzig-data.de/Upload/Event-Widget.pdf Dokumentation]
* [http://leipzig-data.de/widget/themes/theme-1/presentation.html Testinstallation]
== Aufbau einer Event-Datenbank ==


Hier gibt es derzeit zwei Ansätze
Die zur Präsentation verwendeten Widgets verwenden diese Lösung.
* Event-Sammlung über [[LD.API-Leipzig|API Leipzig]]
* Realisierung einer prototypischen Web-Einbindung von [[LD.LeipzigData.Events|Event-Daten]], die in ihrem Funktionsumfang etwa http://umweltbildung-leipzig.de/bildungsangebote/veranstaltungskalender entspricht, als "proof of concept" zu den prinzipiellen Potenzen der vorgeschlagenen Architektur.
** [[LD.LeipzigData.Events|Mehr]] zum Prototyp von Johannes Frey auf der Basis des Javascript-Exhibit-Frameworks


=== Weitere Projekte ähnlicher Ausrichtung ===
=== Weitere Projekte ähnlicher Ausrichtung ===

Version vom 26. Januar 2013, 15:39 Uhr

Home > Leipzig Digital > LD.LeipzigData

Leipzig Data Events Framework

Im Events-Netzwerk sind derzeit beteiligt

  • API Leipzig Events Schnittstelle (mehrheitlich Events von kreatives-leipzig.de)
  • MINT-Netzwerk
  • Mehr als Chillen Grünau (experimentell)

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

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

  • Wöchentlich (montags) wird die Event-Basis im Sparql Endpunkt aktualisiert, neue Einträge aufgenommen und Events, die mehr als drei Monate zurückliegen, 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/Store.php des Widget-Stores eingespielt.
  • Von dort aus werden mehrere Widget-Sichten auf die Eventdaten erzeugt:

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 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 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 in den LD.LeipzigTools. 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 in den LD.LeipzigTools.

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

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

Weitere Interessenten sind herzlich willkommen.

Aktivitäten

  • 11.-19.01.2013: Arbeiten im Rahmen der Ideenbörse
  • 20.07.2012: Vorstellung und Diskussion der Arbeiten an einer Präsentationsplattform basierend auf dem Exhibit-Framework durch Johannes Frey

Einzubeziehende Ansätze in der Stadt Leipzig

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.

Weitere Projekte ähnlicher Ausrichtung

Abgerufen von „http://www.leipzig-netz.de/index.php?title=LD.Events&oldid=19386“