LD.LOD.2012-10-26 - Versionsgeschichte

HGG am 17. November 2012 um 16:28 Uhr

2012-11-17T16:28:54Z

← Nächstältere Version		Version vom 17. November 2012, 18:28 Uhr
Zeile 1:		Zeile 1:
	Home > [[LD.LOD\|Leipzig Open Data]]		Home > [[LD.LOD\|Leipzig Open Data]]

	[[Kategorie:LOD]]		[[Kategorie:LOD]] [[Kategorie:Veranstaltung.2012]]

	==Leipzig Open Data Seminar am 26. Oktober 2012==		==Leipzig Open Data Seminar am 26. Oktober 2012==

HGG am 13. November 2012 um 08:04 Uhr

2012-11-13T08:04:02Z

← Nächstältere Version		Version vom 13. November 2012, 10:04 Uhr
Zeile 1:		Zeile 1:
	Home > [[LD.LOD\|Leipzig Open Data]]		Home > [[LD.LOD\|Leipzig Open Data]]

	~~[[Kategorie:Leipzig]]~~ [[Kategorie:LOD]]		[[Kategorie:LOD]]

	==Leipzig Open Data Seminar am 26. Oktober 2012==		==Leipzig Open Data Seminar am 26. Oktober 2012==

HGG am 6. November 2012 um 10:59 Uhr

2012-11-06T10:59:02Z

← Nächstältere Version		Version vom 6. November 2012, 12:59 Uhr
Zeile 14:		Zeile 14:
	==Anmerkungen==		==Anmerkungen==

	dabei: Hans-Gert Gräbe, Andreas Nareike, Claus Stadler, Sebastian Hellmann (Uni Leipzig), Martin Gamnitzer (API Leipzig)		Mit dabei: Hans-Gert Gräbe, Andreas Nareike, Claus Stadler, Sebastian Hellmann (Uni Leipzig), Martin Gamnitzer (API Leipzig)

	Zunächst stellte [http://bis.informatik.uni-leipzig.de/ClausStadler Claus Stadler] mit '''Sparqlify''' einen Ansatz vor, wie auf einer klassischen Datenbank-Quelle ein SPARQL-Endpunkt aufgesetzt werden kann, mit dem eine durch den Anbieter definierbare Sicht auf die dort verfügbaren und aktuell gehaltenen Daten im RDF-Format generiert werden kann, um die Daten in eine übergreifende Linked Open Data Struktur einzubetten.		Zunächst stellte [http://bis.informatik.uni-leipzig.de/ClausStadler Claus Stadler] mit '''Sparqlify''' einen Ansatz vor, wie auf einer klassischen Datenbank-Quelle ein SPARQL-Endpunkt aufgesetzt werden kann, mit dem eine durch den Anbieter definierbare Sicht auf die dort verfügbaren und aktuell gehaltenen Daten im RDF-Format generiert werden kann, um die Daten in eine übergreifende Linked Open Data Struktur einzubetten.

HGG am 6. November 2012 um 10:58 Uhr

2012-11-06T10:58:35Z

← Nächstältere Version		Version vom 6. November 2012, 12:58 Uhr
Zeile 13:		Zeile 13:

	==Anmerkungen==		==Anmerkungen==

			dabei: Hans-Gert Gräbe, Andreas Nareike, Claus Stadler, Sebastian Hellmann (Uni Leipzig), Martin Gamnitzer (API Leipzig)

	Zunächst stellte [http://bis.informatik.uni-leipzig.de/ClausStadler Claus Stadler] mit '''Sparqlify''' einen Ansatz vor, wie auf einer klassischen Datenbank-Quelle ein SPARQL-Endpunkt aufgesetzt werden kann, mit dem eine durch den Anbieter definierbare Sicht auf die dort verfügbaren und aktuell gehaltenen Daten im RDF-Format generiert werden kann, um die Daten in eine übergreifende Linked Open Data Struktur einzubetten.		Zunächst stellte [http://bis.informatik.uni-leipzig.de/ClausStadler Claus Stadler] mit '''Sparqlify''' einen Ansatz vor, wie auf einer klassischen Datenbank-Quelle ein SPARQL-Endpunkt aufgesetzt werden kann, mit dem eine durch den Anbieter definierbare Sicht auf die dort verfügbaren und aktuell gehaltenen Daten im RDF-Format generiert werden kann, um die Daten in eine übergreifende Linked Open Data Struktur einzubetten.

HGG am 30. Oktober 2012 um 20:23 Uhr

2012-10-30T20:23:18Z

← Nächstältere Version		Version vom 30. Oktober 2012, 22:23 Uhr
Zeile 21:		Zeile 21:

	Die bisherigen zeitlichen Planungen für den Hackathon Track wurden als wenig realistisch angesehen, auch mit Blick darauf, dass sich die Erteilung des Zuwendungsbescheids weiter hinzieht. In einer Phase 1 sollen zunächst softwareferne Endnutzer intensiver für das Projekt interessiert werden, um reale Anwendungsszenarien zu erhalten. Solche Anwendungsszenarien sollen möglichst schon vor dem '''Auftakttreffen am 16.11.''' über eine Webseite mit geringen Zugangshürden zusammengetragen werden. Parallel dazu sollen Datenbestände identifiziert werden, die in solchen Anwendungsszenarien oder darüber hinaus von einigem öffentlichen Interesse sind, welche Möglichkeiten der Aktualisierung der entsprechenden Datenbestände bestehen und mit welchen Akteuren wir hierzu ins Gespräch kommen müssten.		Die bisherigen zeitlichen Planungen für den Hackathon Track wurden als wenig realistisch angesehen, auch mit Blick darauf, dass sich die Erteilung des Zuwendungsbescheids weiter hinzieht. In einer Phase 1 sollen zunächst softwareferne Endnutzer intensiver für das Projekt interessiert werden, um reale Anwendungsszenarien zu erhalten. Solche Anwendungsszenarien sollen möglichst schon vor dem '''Auftakttreffen am 16.11.''' über eine Webseite mit geringen Zugangshürden zusammengetragen werden. Parallel dazu sollen Datenbestände identifiziert werden, die in solchen Anwendungsszenarien oder darüber hinaus von einigem öffentlichen Interesse sind, welche Möglichkeiten der Aktualisierung der entsprechenden Datenbestände bestehen und mit welchen Akteuren wir hierzu ins Gespräch kommen müssten.
			:Beides findet sich im [http://leipzig-netz.de/blog Leipzig-Netz-Blog] in verschiedenen Artikeln, die ohne Anmeldung kommentiert werden können. Weitere Informationen im Blog selbst. Interessierte Mitstreiter können auf Anfrage ein Login für den Blog bekommen.

	Im eigentlichen '''Hackathon Anfang Januar''' sollen dann prototypische Lösungen für eine Reihe dieser Anwendungsszenarien diskutiert und gefunden werden, die sich in zweiten Projektphase bis Ende April 2013 weiter konsolidieren lassen.		Im eigentlichen '''Hackathon Anfang Januar''' sollen dann prototypische Lösungen für eine Reihe dieser Anwendungsszenarien diskutiert und gefunden werden, die sich in zweiten Projektphase bis Ende April 2013 weiter konsolidieren lassen.

	Hans-Gert Gräbe, 29.10.2012		Hans-Gert Gräbe, 30.10.2012

HGG am 29. Oktober 2012 um 12:02 Uhr

2012-10-29T12:02:47Z

← Nächstältere Version		Version vom 29. Oktober 2012, 14:02 Uhr
Zeile 20:		Zeile 20:
	Im zweiten Teil des Seminars diskutierten wir intensiver über das weitere Vorgehen in der '''Leipziger Initiative für Offene Daten'''. Die bisherige englische Bezeichnung "Leipzig Open Data Initiative" wurde als Teil des Problems angesehen, mit der Endnutzergruppe der Konzepte ins Gespräch zu kommen, von der eine größere technische Affinität nicht vorausgesetzt werden kann und die durch ungewöhnliche Bezeichnungen eher irritiert ist.		Im zweiten Teil des Seminars diskutierten wir intensiver über das weitere Vorgehen in der '''Leipziger Initiative für Offene Daten'''. Die bisherige englische Bezeichnung "Leipzig Open Data Initiative" wurde als Teil des Problems angesehen, mit der Endnutzergruppe der Konzepte ins Gespräch zu kommen, von der eine größere technische Affinität nicht vorausgesetzt werden kann und die durch ungewöhnliche Bezeichnungen eher irritiert ist.

	Die bisherigen zeitlichen Planungen für den Hackathon Track wurden als wenig realistisch angesehen. In einer Phase 1 sollen zunächst softwareferne Endnutzer intensiver für das Projekt interessiert werden, um reale Anwendungsszenarien zu erhalten. Solche Anwendungsszenarien sollen möglichst schon vor dem '''Auftakttreffen am 16.11.''' über eine Webseite mit geringen Zugangshürden zusammengetragen werden. Parallel dazu sollen Datenbestände identifiziert werden, die in solchen Anwendungsszenarien oder darüber hinaus von einigem öffentlichen Interesse sind, welche Möglichkeiten der Aktualisierung der entsprechenden Datenbestände bestehen und mit welchen Akteuren wir hierzu ins Gespräch kommen müssten.		Die bisherigen zeitlichen Planungen für den Hackathon Track wurden als wenig realistisch angesehen, auch mit Blick darauf, dass sich die Erteilung des Zuwendungsbescheids weiter hinzieht. In einer Phase 1 sollen zunächst softwareferne Endnutzer intensiver für das Projekt interessiert werden, um reale Anwendungsszenarien zu erhalten. Solche Anwendungsszenarien sollen möglichst schon vor dem '''Auftakttreffen am 16.11.''' über eine Webseite mit geringen Zugangshürden zusammengetragen werden. Parallel dazu sollen Datenbestände identifiziert werden, die in solchen Anwendungsszenarien oder darüber hinaus von einigem öffentlichen Interesse sind, welche Möglichkeiten der Aktualisierung der entsprechenden Datenbestände bestehen und mit welchen Akteuren wir hierzu ins Gespräch kommen müssten.

			Im eigentlichen '''Hackathon Anfang Januar''' sollen dann prototypische Lösungen für eine Reihe dieser Anwendungsszenarien diskutiert und gefunden werden, die sich in zweiten Projektphase bis Ende April 2013 weiter konsolidieren lassen.

	Hans-Gert Gräbe, 29.10.2012		Hans-Gert Gräbe, 29.10.2012

HGG am 29. Oktober 2012 um 11:59 Uhr

2012-10-29T11:59:18Z

← Nächstältere Version		Version vom 29. Oktober 2012, 13:59 Uhr
Zeile 16:		Zeile 16:
	Zunächst stellte [http://bis.informatik.uni-leipzig.de/ClausStadler Claus Stadler] mit '''Sparqlify''' einen Ansatz vor, wie auf einer klassischen Datenbank-Quelle ein SPARQL-Endpunkt aufgesetzt werden kann, mit dem eine durch den Anbieter definierbare Sicht auf die dort verfügbaren und aktuell gehaltenen Daten im RDF-Format generiert werden kann, um die Daten in eine übergreifende Linked Open Data Struktur einzubetten.		Zunächst stellte [http://bis.informatik.uni-leipzig.de/ClausStadler Claus Stadler] mit '''Sparqlify''' einen Ansatz vor, wie auf einer klassischen Datenbank-Quelle ein SPARQL-Endpunkt aufgesetzt werden kann, mit dem eine durch den Anbieter definierbare Sicht auf die dort verfügbaren und aktuell gehaltenen Daten im RDF-Format generiert werden kann, um die Daten in eine übergreifende Linked Open Data Struktur einzubetten.

	Im Gegensatz zu den bisher stärker diskutierten Ansätzen der ''Transformation der Daten'' selbst hat ein solcher Zugang den Vorteil, bestehende Datenaktualisierungsprozesse für die SQL-Datenbank unmittelbar weiter nutzen zu können. In der Diskussion wurde deutlich, dass für die weitere Entwicklung einer Leipzig Open Data Cloud die soziale Dimension der Datenmanagement-Prozesse zur ''Fortschreibung'' von Datenbeständen (primäre Daten) klarer berücksichtigt werden muss, und über Ansätze wie den hier vorgestellten auch ein ''Caching'' von Daten oder Teilen davon in der Leipzig Open Data Cloud möglich ist. Der Fokus verschiebt sich damit von den technischen zu den sozialen und rechtlichen Aspekten der Bereitstellung solcher Daten durch den jeweiligen Betreiber		Im Gegensatz zu den bisher stärker diskutierten Ansätzen der ''Transformation der Daten'' selbst hat ein solcher Zugang den Vorteil, bestehende Datenaktualisierungsprozesse für die SQL-Datenbank unmittelbar weiter nutzen zu können. In der Diskussion wurde deutlich, dass für die weitere Entwicklung einer Leipzig Open Data Cloud die soziale Dimension der Datenmanagement-Prozesse zur ''Fortschreibung'' von Datenbeständen (primäre Daten) klarer berücksichtigt werden muss, und über Ansätze wie den hier vorgestellten auch ein ''Caching'' von Daten oder Teilen davon in der Leipzig Open Data Cloud möglich ist. Der Fokus verschiebt sich damit von den technischen zu den sozialen und rechtlichen Aspekten der Bereitstellung solcher Daten durch den jeweiligen Betreiber.

	Im zweiten Teil des Seminars diskutierten wir intensiver über das weitere Vorgehen in der '''Leipziger Initiative für Offene Daten'''. Die bisherige englische Bezeichnung "Leipzig Open Data Initiative" wurde als Teil des Problems angesehen, mit der Endnutzergruppe der Konzepte ins Gespräch zu kommen, von der eine größere technische Affinität nicht vorausgesetzt werden kann und die durch ungewöhnliche Bezeichnungen eher irritiert ist.		Im zweiten Teil des Seminars diskutierten wir intensiver über das weitere Vorgehen in der '''Leipziger Initiative für Offene Daten'''. Die bisherige englische Bezeichnung "Leipzig Open Data Initiative" wurde als Teil des Problems angesehen, mit der Endnutzergruppe der Konzepte ins Gespräch zu kommen, von der eine größere technische Affinität nicht vorausgesetzt werden kann und die durch ungewöhnliche Bezeichnungen eher irritiert ist.

	Die ~~Bemerkungen~~ sind ~~weiter zu ergänzen~~.		Die bisherigen zeitlichen Planungen für den Hackathon Track wurden als wenig realistisch angesehen. In einer Phase 1 sollen zunächst softwareferne Endnutzer intensiver für das Projekt interessiert werden, um reale Anwendungsszenarien zu erhalten. Solche Anwendungsszenarien sollen möglichst schon vor dem '''Auftakttreffen am 16.11.''' über eine Webseite mit geringen Zugangshürden zusammengetragen werden. Parallel dazu sollen Datenbestände identifiziert werden, die in solchen Anwendungsszenarien oder darüber hinaus von einigem öffentlichen Interesse sind, welche Möglichkeiten der Aktualisierung der entsprechenden Datenbestände bestehen und mit welchen Akteuren wir hierzu ins Gespräch kommen müssten.

	Hans-Gert Gräbe, 28.10.2012		Hans-Gert Gräbe, 29.10.2012

HGG am 29. Oktober 2012 um 11:52 Uhr

2012-10-29T11:52:18Z

← Nächstältere Version		Version vom 29. Oktober 2012, 13:52 Uhr
Zeile 14:		Zeile 14:
	==Anmerkungen==		==Anmerkungen==

	Zunächst stellte [http://bis.informatik.uni-leipzig.de/ClausStadler Claus Stadler] mit Sparqlify einen Ansatz vor, wie auf einer klassischen Datenbank-Quelle ein SPARQL-Endpunkt aufgesetzt werden kann, mit dem eine durch den Anbieter definierbare Sicht auf die dort verfügbaren und aktuell gehaltenen Daten im RDF-Format generiert werden kann, um die Daten in eine übergreifende Linked Open Data Struktur einzubetten.		Zunächst stellte [http://bis.informatik.uni-leipzig.de/ClausStadler Claus Stadler] mit '''Sparqlify''' einen Ansatz vor, wie auf einer klassischen Datenbank-Quelle ein SPARQL-Endpunkt aufgesetzt werden kann, mit dem eine durch den Anbieter definierbare Sicht auf die dort verfügbaren und aktuell gehaltenen Daten im RDF-Format generiert werden kann, um die Daten in eine übergreifende Linked Open Data Struktur einzubetten.

	Im Gegensatz zu den bisher stärker diskutierten Ansätzen der Transformation der Daten selbst hat ein solcher Zugang den Vorteil, bestehende Datenaktualisierungsprozesse für die SQL-Datenbank unmittelbar weiter nutzen zu können.		Im Gegensatz zu den bisher stärker diskutierten Ansätzen der ''Transformation der Daten'' selbst hat ein solcher Zugang den Vorteil, bestehende Datenaktualisierungsprozesse für die SQL-Datenbank unmittelbar weiter nutzen zu können. In der Diskussion wurde deutlich, dass für die weitere Entwicklung einer Leipzig Open Data Cloud die soziale Dimension der Datenmanagement-Prozesse zur ''Fortschreibung'' von Datenbeständen (primäre Daten) klarer berücksichtigt werden muss, und über Ansätze wie den hier vorgestellten auch ein ''Caching'' von Daten oder Teilen davon in der Leipzig Open Data Cloud möglich ist. Der Fokus verschiebt sich damit von den technischen zu den sozialen und rechtlichen Aspekten der Bereitstellung solcher Daten durch den jeweiligen Betreiber

	Im zweiten Teil des Seminars diskutierten wir intensiver über das weitere Vorgehen in der '''Leipziger Initiative für Offene Daten'''. Die bisherige englische Bezeichnung "Leipzig Open Data Initiative" wurde als Teil des Problems angesehen, mit der Endnutzergruppe der Konzepte ins Gespräch zu kommen, von der eine größere technische Affinität nicht vorausgesetzt werden kann und die durch ungewöhnliche Bezeichnungen eher irritiert ist.		Im zweiten Teil des Seminars diskutierten wir intensiver über das weitere Vorgehen in der '''Leipziger Initiative für Offene Daten'''. Die bisherige englische Bezeichnung "Leipzig Open Data Initiative" wurde als Teil des Problems angesehen, mit der Endnutzergruppe der Konzepte ins Gespräch zu kommen, von der eine größere technische Affinität nicht vorausgesetzt werden kann und die durch ungewöhnliche Bezeichnungen eher irritiert ist.

HGG am 28. Oktober 2012 um 20:36 Uhr

2012-10-28T20:36:45Z

@@ Zeile 8: / Zeile 8: @@
 Agenda:
-* sparklify - Claus Stadler (AKSW-Gruppe, Uni Leipzig)
+* [http://aksw.org/projects/Sparqlify Sparqlify] - Claus Stadler (AKSW-Gruppe, Uni Leipzig)
 * Stand [[LD.OpenInnovation-12|"Open Innovation"]], Diskussion des weiteren Vorgehens
 ** Siehe dazu auch den Mailverkehr auf der Liste [https://groups.google.com/forum/#!forum/apileipzig apileipzig]

HGG am 24. Oktober 2012 um 09:22 Uhr

2012-10-24T09:22:44Z

← Nächstältere Version		Version vom 24. Oktober 2012, 11:22 Uhr
Zeile 9:		Zeile 9:
	Agenda:		Agenda:
	* sparklify - Claus Stadler (AKSW-Gruppe, Uni Leipzig)		* sparklify - Claus Stadler (AKSW-Gruppe, Uni Leipzig)
	* Stand "Open Innovation", Diskussion des weiteren Vorgehens		* Stand [[LD.OpenInnovation-12\|"Open Innovation"]], Diskussion des weiteren Vorgehens
	** Siehe dazu ~~einigen~~ Mailverkehr auf der Liste apileipzig		** Siehe dazu auch den Mailverkehr auf der Liste [https://groups.google.com/forum/#!forum/apileipzig apileipzig]