LD.LOD.2013-01-25 - Versionsgeschichte

HGG am 27. April 2013 um 20:29 Uhr

2013-04-27T20:29:15Z

← Nächstältere Version		Version vom 27. April 2013, 22:29 Uhr
Zeile 15:		Zeile 15:

	Wir haben uns insbesondere über einen genaueren Workflow verständigt, mit dem wöchentlich die Event-Daten aktualisiert und diese Aktualisierungen bis zu den Präsentationsschichten propagiert werden können.		Wir haben uns insbesondere über einen genaueren Workflow verständigt, mit dem wöchentlich die Event-Daten aktualisiert und diese Aktualisierungen bis zu den Präsentationsschichten propagiert werden können.
	* Mehr dazu siehe [[LD~~.LeipzigData~~.Events]]		* Mehr dazu siehe [[LD.Events]]
	* Insbesondere liefert die LD.Events-Schnittstelle mit den Prädikaten ld:hasAddressAddendum (Adresszusatz, der den genauen Ort innerhalb eines Gebäudes beschreibt), ld:hasTag, ld:zurReihe und ld:Kosten Informationen, die nicht über die API-Events Schnittstelle propagiert werden können, da dort entsprechende Felder nicht vorgesehen sind.		* Insbesondere liefert die LD.Events-Schnittstelle mit den Prädikaten ld:hasAddressAddendum (Adresszusatz, der den genauen Ort innerhalb eines Gebäudes beschreibt), ld:hasTag, ld:zurReihe und ld:Kosten Informationen, die nicht über die API-Events Schnittstelle propagiert werden können, da dort entsprechende Felder nicht vorgesehen sind.
	* Auch ist unklar, wie die Anreicherung mit Geokoordinaten über die API-Events Schnittstelle propagiert werden kann.		* Auch ist unklar, wie die Anreicherung mit Geokoordinaten über die API-Events Schnittstelle propagiert werden kann.

HGG am 8. Februar 2013 um 18:11 Uhr

2013-02-08T18:11:15Z

← Nächstältere Version		Version vom 8. Februar 2013, 20:11 Uhr
Zeile 11:		Zeile 11:

	== Bericht ==		== Bericht ==

			Dabei: Johannes Frey, Hans-Gert Gräbe, Andreas Nareike, Claus Stadler

	Wir haben uns insbesondere über einen genaueren Workflow verständigt, mit dem wöchentlich die Event-Daten aktualisiert und diese Aktualisierungen bis zu den Präsentationsschichten propagiert werden können.		Wir haben uns insbesondere über einen genaueren Workflow verständigt, mit dem wöchentlich die Event-Daten aktualisiert und diese Aktualisierungen bis zu den Präsentationsschichten propagiert werden können.
Zeile 16:		Zeile 18:
	* Insbesondere liefert die LD.Events-Schnittstelle mit den Prädikaten ld:hasAddressAddendum (Adresszusatz, der den genauen Ort innerhalb eines Gebäudes beschreibt), ld:hasTag, ld:zurReihe und ld:Kosten Informationen, die nicht über die API-Events Schnittstelle propagiert werden können, da dort entsprechende Felder nicht vorgesehen sind.		* Insbesondere liefert die LD.Events-Schnittstelle mit den Prädikaten ld:hasAddressAddendum (Adresszusatz, der den genauen Ort innerhalb eines Gebäudes beschreibt), ld:hasTag, ld:zurReihe und ld:Kosten Informationen, die nicht über die API-Events Schnittstelle propagiert werden können, da dort entsprechende Felder nicht vorgesehen sind.
	* Auch ist unklar, wie die Anreicherung mit Geokoordinaten über die API-Events Schnittstelle propagiert werden kann.		* Auch ist unklar, wie die Anreicherung mit Geokoordinaten über die API-Events Schnittstelle propagiert werden kann.
	* Das wöchentlich aktualisierte Bündel mit allen Event- und daraus abgeleiteten Daten steht als EventsDump.ttl (derzeit etwa 100k) im internen Repo-Verzeichnis leipzig-data/Daten zur Verfügung und wird auch auf einen arc2-basierten Sparql-Endpunkt http://leipzig-data.de/widget/~~SparqlEndpoint~~.php ~~(nicht finale URL)~~ repliziert, von dem aus alle auf diesen Daten aufbauenden Prozesse starten können.		* Das wöchentlich aktualisierte Bündel mit allen Event- und daraus abgeleiteten Daten steht als EventsDump.ttl (derzeit etwa 100k) im internen Repo-Verzeichnis leipzig-data/Daten zur Verfügung und wird auch auf einen arc2-basierten Sparql-Endpunkt http://leipzig-data.de/widget/sparql.php repliziert, von dem aus alle auf diesen Daten aufbauenden Prozesse starten können.

	In nächster Zeit wird an der Einbeziehung weiterer Quellen von Eventdaten gearbeitet. Inzwischen sind die von mehr-als-chillen.de zur Verfügung gestellten Informationen in die Event-Datenbasis eingearbeitet und die entsprechende Hilfswissensbasis aufgelöst. Hier ist allerdings noch unklar, wie aktuellere Event-Informationen eingearbeitet werden können.		In nächster Zeit wird an der Einbeziehung weiterer Quellen von Eventdaten gearbeitet. Inzwischen sind die von mehr-als-chillen.de zur Verfügung gestellten Informationen in die Event-Datenbasis eingearbeitet und die entsprechende Hilfswissensbasis aufgelöst. Hier ist allerdings noch unklar, wie aktuellere Event-Informationen eingearbeitet werden können.

HGG am 27. Januar 2013 um 18:30 Uhr

2013-01-27T18:30:41Z

← Nächstältere Version		Version vom 27. Januar 2013, 20:30 Uhr
Zeile 9:		Zeile 9:
	Agenda:		Agenda:
	* Aktuelles zu [[LD.LeipzigData]]		* Aktuelles zu [[LD.LeipzigData]]

			== Bericht ==

			Wir haben uns insbesondere über einen genaueren Workflow verständigt, mit dem wöchentlich die Event-Daten aktualisiert und diese Aktualisierungen bis zu den Präsentationsschichten propagiert werden können.
			* Mehr dazu siehe [[LD.LeipzigData.Events]]
			* Insbesondere liefert die LD.Events-Schnittstelle mit den Prädikaten ld:hasAddressAddendum (Adresszusatz, der den genauen Ort innerhalb eines Gebäudes beschreibt), ld:hasTag, ld:zurReihe und ld:Kosten Informationen, die nicht über die API-Events Schnittstelle propagiert werden können, da dort entsprechende Felder nicht vorgesehen sind.
			* Auch ist unklar, wie die Anreicherung mit Geokoordinaten über die API-Events Schnittstelle propagiert werden kann.
			* Das wöchentlich aktualisierte Bündel mit allen Event- und daraus abgeleiteten Daten steht als EventsDump.ttl (derzeit etwa 100k) im internen Repo-Verzeichnis leipzig-data/Daten zur Verfügung und wird auch auf einen arc2-basierten Sparql-Endpunkt http://leipzig-data.de/widget/SparqlEndpoint.php (nicht finale URL) repliziert, von dem aus alle auf diesen Daten aufbauenden Prozesse starten können.

			In nächster Zeit wird an der Einbeziehung weiterer Quellen von Eventdaten gearbeitet. Inzwischen sind die von mehr-als-chillen.de zur Verfügung gestellten Informationen in die Event-Datenbasis eingearbeitet und die entsprechende Hilfswissensbasis aufgelöst. Hier ist allerdings noch unklar, wie aktuellere Event-Informationen eingearbeitet werden können.

			Wir verständigten uns noch einmal über lizenzrechtliche Fragen. Hierzu soll ein Vorschlag erarbeitet werden, wie die relevanten Informationen mit jeder Sparql-Anfrage mitgeschickt werden können.
			* Ein entsprechender Vorschlag ist inzwischen unter [[LD.LizenzFragen]] zu finden.

			Die Qualität der ''Geokoordinaten'' lässt noch zu wünschen übrig. Dies wird Claus Stadler in nächster Zeit fixen und auch neu eingetragene Adressen mit Geokoordinaten anreichern.

			Andreas Nareike berichtete von seinen Gesprächen mit der Leiterin des Stadtjugendrings Frau Graf. Der SJR wird zusammen mit Partnern (insbesondere der [http://leipzig-data.de/Data/Ort/GfZK GfZK]) zur [http://www.leipzig.de/de/business/invest/arbkraefte/worldskills/index.aspx WorldSkills 2013] in Leipzig einen ''Jugendstadtplan'' herausbringen und denkt dazu auch über eine Online-Variante nach. Hier wäre es sinnvoll Synergien zu heben.

HGG: Die Seite wurde neu angelegt: „Home > Leipziger Offene Daten Initiative Kategorie:LOD Kategorie:Veranstaltung.2013 ==Leipzig Open Data Seminar am 25. Januar 2013== :ab 13…“

2013-01-16T14:57:20Z

Die Seite wurde neu angelegt: „Home > Leipziger Offene Daten Initiative Kategorie:LOD Kategorie:Veranstaltung.2013 ==Leipzig Open Data Seminar am 25. Januar 2013== :ab 13…“

Neue Seite

Home > [[LD.LOD|Leipziger Offene Daten Initiative]]

[[Kategorie:LOD]] [[Kategorie:Veranstaltung.2013]]

==Leipzig Open Data Seminar am 25. Januar 2013==

:ab 13 Uhr im Raum P-701, Paulinum, Augustusplatz

Agenda:
* Aktuelles zu [[LD.LeipzigData]]