LD.Konzeption - Versionsgeschichte

HGG: /* Interessen und Interessengruppen im Web der Daten */

2013-02-14T09:07:02Z

Interessen und Interessengruppen im Web der Daten

← Nächstältere Version		Version vom 14. Februar 2013, 11:07 Uhr
Zeile 37:		Zeile 37:
	Das Web der Daten eröffnet vollkommen neue Möglichkeiten der gemeinsamen Verwaltung formalisierter Informationen. Informationen sind ohne Bezug zur kontextuellen Einbettung ihrer Semantik - also jenseits der ''Stories'', in denen diese Informationen erst ihre Bedeutung entfalten und die im überwiegenden Teil nicht oder kaum formalisiert sind - wertlos. Dieser Aspekt wird bei den meisten heutigen Datenprojekten zu wenig beachtet, und so pflastern Datenfriedhöfe den Weg ins Informationszeitalter.		Das Web der Daten eröffnet vollkommen neue Möglichkeiten der gemeinsamen Verwaltung formalisierter Informationen. Informationen sind ohne Bezug zur kontextuellen Einbettung ihrer Semantik - also jenseits der ''Stories'', in denen diese Informationen erst ihre Bedeutung entfalten und die im überwiegenden Teil nicht oder kaum formalisiert sind - wertlos. Dieser Aspekt wird bei den meisten heutigen Datenprojekten zu wenig beachtet, und so pflastern Datenfriedhöfe den Weg ins Informationszeitalter.

	Informations-Aggregationsprojekte wie das [[LD.LeipzigData\|Leipzig Data Projekt]] werden also ohne Identifizierung und Berücksichtigung dieser informellen Kontexte nicht erfolgreich sein können, innerhalb derer verschiedene Aspekte von Stadtgeschichte weitgehend autonom bewegt werden. Wir gehen davon aus, dass es innerhalb ~~jeder~~ solchen ''Interessengruppe'' eine eigene "gemeinsame Story" gibt, die sich aus den Stories verschiedener Vereine und Unterstrukturen in der Interessengruppe speist, die mit eigenen digitalen Angeboten im Netz präsent sind. Diese Angebote werden möglicherweise nicht von den Unterstrukturen selbst betreut, sondern von einem ''~~Web~~-Anbieter'' mit entsprechender technischer Kompetenz.		Informations-Aggregationsprojekte wie das [[LD.LeipzigData\|Leipzig Data Projekt]] werden also ohne Identifizierung und Berücksichtigung dieser informellen Kontexte nicht erfolgreich sein können, innerhalb derer verschiedene Aspekte von Stadtgeschichte weitgehend autonom bewegt werden. Wir gehen davon aus, dass es innerhalb einer jeden solchen ''Interessengruppe'' eine eigene "gemeinsame Story" gibt, die sich aus den Stories verschiedener Unternehmen, Vereine und Unterstrukturen in der Interessengruppe speist, die mit eigenen digitalen Angeboten im Netz präsent sind. Diese Angebote werden möglicherweise nicht von den Unterstrukturen selbst betreut, sondern von einem ''Webdienste-Anbieter'' mit entsprechender technischer Kompetenz.

	Informations-Aggregation bedeutet in einem solchen verteilten Kontext Harmonisierung der Datenstrukturierungen und der Werkzeuge. Dabei ist eine Harmonisierung der Datenstrukturierungen auf der Ebene der Interessengruppen selbst zu erreichen (Einigung auf eine gemeinsame Sprache für die gemeinsame Story). Die ''technische'' Basis der Werkzeuge und Konzepte, die eingesetzt werden, um eine solche Harmonisierung zu befördern, ist allerdings nicht zwingend interessengruppenspezifisch und kann von einem übergreifenden Projekt wie dem Netzprojekt an der Uni Leipzig entwickelt, fortgeschrieben und als Dienstleistung verschiedenen regionalen Interessengruppen zur Verfügung gestellt werden.		Informations-Aggregation bedeutet in einem solchen verteilten Kontext Harmonisierung der Datenstrukturierungen und der Werkzeuge. Dabei ist eine Harmonisierung der Datenstrukturierungen auf der Ebene der Interessengruppen selbst zu erreichen (Einigung auf eine gemeinsame Sprache für die gemeinsame Story). Die ''technische'' Basis der Werkzeuge und Konzepte, die eingesetzt werden, um eine solche Harmonisierung zu befördern, ist allerdings nicht zwingend interessengruppenspezifisch und kann von einem übergreifenden Projekt wie dem Netzprojekt an der Uni Leipzig entwickelt, fortgeschrieben und als Dienstleistung verschiedenen regionalen Interessengruppen zur Verfügung gestellt werden.
Zeile 45:		Zeile 45:
	'''Ebene 1''': Nutzer (Organisationen, Vereine, Unternehmen jenseits der IT) möchten eine solche verteilte gemeinsame Datenbasis innerhalb von ''Interessengruppen'' praktisch aufbauen und nutzen.		'''Ebene 1''': Nutzer (Organisationen, Vereine, Unternehmen jenseits der IT) möchten eine solche verteilte gemeinsame Datenbasis innerhalb von ''Interessengruppen'' praktisch aufbauen und nutzen.

	'''Ebene 2''': ''~~Betreiber~~'' ~~von~~ Websites für Vereine und Unterstrukturen sind die erste Ebene mit umfassenderer technischer Kompetenz, wie die entsprechenden Wünsche und Vorhaben technisch-praktisch unterstützt werden können. ~~Über~~ standardisierte Lösungen ~~können~~ im Rahmen eines Web-Frameworks mit ~~lesendem Zugriff auf die gemeinsam verwaltete verteilte Datenbasis einer Interessengruppe~~ spezifische Sichten mit Such- und Auswahlfunktionalitäten erstellt und in die Webpräsenz ihrer Kunden eingebaut werden. ~~Der Zugriff~~ auf die gemeinsam verwaltete verteilte Datenbasis geschieht derart, dass in regelmäßigen Abständen ein lokales Abbild der für den jeweiligen Betreiber relevanten Daten erzeugt wird, aus dem das lokale Web-Framework gespeist wird. Hier sind zukünftig dezentralere Ansätze auf technischer Ebene denkbar, die Prozesse der Semantik-Harmonisierung sind jedoch unverzichtbar.		'''Ebene 2''': ''Webdienste-Anbieter'', die Websites für Vereine und Unterstrukturen hosten und gestalten, sind die erste Ebene mit umfassenderer technischer Kompetenz, wie die entsprechenden Wünsche und Vorhaben technisch-praktisch unterstützt werden können. Üblicherweise kommen dabei standardisierte Lösungen im Rahmen eines Web-Frameworks zum Einsatz, mit dem spezifische Sichten mit Such- und Auswahlfunktionalitäten erstellt und in die Webpräsenz ihrer Kunden eingebaut werden. Idealerweise wird dabei bereits auf die gemeinsam verwaltete verteilte Datenbasis einer Interessengruppe zugegriffen.

	'''Ebene 3''': Im Rahmen der Interessengruppe wird die gemeinsam verwaltete verteilte Datenbasis fortgeschrieben und weiterentwickelt, wobei Harmonisierung und Qualitätssicherung eine zentrale Rolle spielen. Hierfür ist durch die beteiligten Organisationen, Vereine und Unternehmen ein Netzwerk von interessierten und technik-affinen Personen zu knüpfen, die sowohl in die Prozesse des Fortschreibens der gemeinsamen Story der Interessengruppe (Fachkenntnis) eingebunden sind als auch die konzeptionellen und technischen Möglichkeiten des formalisierten "Storytellings" kennen. Dafür stehen Ansätze und Werkzeuge bereit, die in der AKSW-Gruppe an der Uni Leipzig entwickelt werden.		Der Zugriff auf eine solche gemeinsam verwaltete verteilte Datenbasis geschieht derart, dass in regelmäßigen Abständen Daten ausgetauscht werden und so ein aktuelles lokales Abbild der für den jeweiligen Betreiber relevanten Daten entsteht, aus dem das lokale Web-Framework gespeist wird. Hier sind zukünftig dezentralere Ansätze auf technischer Ebene denkbar, die Prozesse der Semantik-Harmonisierung sind jedoch unverzichtbar.

			'''Ebene 3''': Im Rahmen der Interessengruppe wird die gemeinsam verwaltete verteilte Datenbasis fortgeschrieben und weiterentwickelt, wobei Harmonisierung und Qualitätssicherung eine zentrale Rolle spielen. Hierfür ist durch die beteiligten Organisationen, Vereine und Unternehmen ein Netzwerk von interessierten und technik-affinen Personen zu knüpfen, die sowohl in die Prozesse des Fortschreibens der gemeinsamen Story der Interessengruppe (Fachkenntnis) eingebunden sind als auch die konzeptionellen und technischen Möglichkeiten des formalisierten "Storytellings" kennen (technische Kompetenz). Dafür stehen Ansätze und Werkzeuge bereit, die in der AKSW-Gruppe an der Uni Leipzig entwickelt werden.

	'''Ebene 4''': Interessengruppenübergreifend sind die konzeptionellen und technischen Möglichkeiten des formalisierten "Storytellings" weiterzuentwickeln sowie ein Schulungssystem aufzubauen, das Personal auf den Ebenen 2 und 3 beim Erwerb entsprechender technischer Kompetenz unterstützt.		'''Ebene 4''': Interessengruppenübergreifend sind die konzeptionellen und technischen Möglichkeiten des formalisierten "Storytellings" weiterzuentwickeln sowie ein Schulungssystem aufzubauen, das Personal auf den Ebenen 2 und 3 beim Erwerb entsprechender technischer Kompetenz unterstützt.

HGG am 14. Februar 2013 um 08:57 Uhr

2013-02-14T08:57:28Z

← Nächstältere Version		Version vom 14. Februar 2013, 10:57 Uhr
Zeile 7:		Zeile 7:
	=== Vision ===		=== Vision ===

	Seit dem [http://www.bibleserver.com/text/EU/1.Mose11 Turmbau zu Babel] war nie so viel Möglichkeit, die ''Freie Rede Freier Bürger'' zur gemeinsamen Gestaltung unserer Mitwelt zu befördern, wie im heutigen Zeitalter einer nun auch technisch vernetzten Welt. Mit dem Semantischen Web entwickeln sich Konzepte und Werkzeuge, auch den ''Sinn Freier Rede'' genauer zu artikulieren. Diese sollten in einer Freien Stadtgesellschaft wie Leipzig zur Anwendung kommen.		Seit dem [http://www.bibleserver.com/text/EU/1.Mose11 Turmbau zu Babel] war nie so viel Möglichkeit, die ''Freie Rede Freier Bürger'' zur gemeinsamen Gestaltung unserer Mitwelt zu befördern, wie im heutigen Zeitalter einer nun auch technisch vernetzten Welt. Mit dem Semantischen Web entwickeln sich Konzepte und Werkzeuge, dabei auch den ''Sinn Freier Rede'' genauer zu artikulieren. Diese sollten in einer Freien Stadtgesellschaft wie Leipzig zur Anwendung kommen.

	Es gibt viele Hindernisse auf dem Weg der Entfaltung der freien Rede freier Bürger jenseits der Unverbindlichkeit einer ''Speakers Corner''. Eines der wichtigsten ist die ''Entwicklung einer gemeinsamen freien Sprache'', mit der wir uns öffentlich auf einfache oder komplexe Sachverhalte beziehen können, ohne gleich Post vom Anwalt erwarten zu müssen. Grundlage einer solchen freien Sprache ist die Möglichkeit, die Gegenstände unserer Rede zunächst einmal frei zu benennen.		Es gibt viele Hindernisse auf dem Weg der Entfaltung der freien Rede freier Bürger jenseits der Unverbindlichkeit einer ''Speakers Corner''. Eines der wichtigsten ist die ''Entwicklung einer gemeinsamen freien Sprache'', mit der wir uns öffentlich auf einfache oder komplexe Sachverhalte beziehen können, ohne gleich Post vom Anwalt erwarten zu müssen. Grundlage einer solchen freien Sprache ist die Möglichkeit, die Gegenstände unserer Rede zunächst einmal frei zu benennen.
Zeile 13:		Zeile 13:
	Über passende rechtliche Rahmen für ein solches Projekt eines Public Domain (Öffentlichen Bereichs) ist in den letzten Jahren [http://wiki.creativecommons.org/Public_domain viel diskutiert] worden. Im Ergebnis hat sich die [http://creativecommons.org/publicdomain/zero/1.0/deed.de CC-Zero-Lizenz] etabliert als die genaueste Weise, den Public Domain Gedanken im heutigen weltweiten Rechtssystem auszudrücken.		Über passende rechtliche Rahmen für ein solches Projekt eines Public Domain (Öffentlichen Bereichs) ist in den letzten Jahren [http://wiki.creativecommons.org/Public_domain viel diskutiert] worden. Im Ergebnis hat sich die [http://creativecommons.org/publicdomain/zero/1.0/deed.de CC-Zero-Lizenz] etabliert als die genaueste Weise, den Public Domain Gedanken im heutigen weltweiten Rechtssystem auszudrücken.

	Ziel des Projekts ''LeipzigData'' als Teil der [[LD.LOD\|Leipziger Initiative für Offene Daten]] ist es, im Namespace leipzig-data.de/Data/ einen ''Kernbestand'' von Daten über Leipziger Belange als '''[http://leipzig-data.de/Data Leipzig Open Data]''' unter dieser Lizenz frei verfügbar zu machen und fortzuschreiben. Dazu ist insbesondere eine entsprechende Ontologie zu entwickeln, '''[[LD.LEO\|LEO - die Leipzig Ontology]]'''.		Ziel des Projekts ''LeipzigData'' als Teil der [[LD.LOD\|Leipziger Initiative für Offene Daten]] ist es, im Namespace leipzig-data.de/Data/ einen ''Kernbestand'' von Daten über Leipziger Belange als '''[http://leipzig-data.de/Data LOD - Leipzig Open Data]''' unter dieser Lizenz frei verfügbar zu machen und fortzuschreiben. Dazu ist insbesondere eine entsprechende Ontologie zu entwickeln, '''[[LD.LEO\|LEO - die Leipzig Ontology]]'''.

	Eine solcher Kerndatenbestand als konsensual befestigte gemeinsame Freie Sprache ist die Grundlage auch für die ''private Freie Rede Freier Bürger'' über strittige Leipziger Sachverhalte, deren Sichtbarkeit und digitale Unterstützung als '''Leipzig Data''' mit der Leipziger Initiative für Offene Daten befördert werden soll, ohne dass sich die Initiative diese Meinungen zu eigen machen oder auch nur gutheißen muss.		Eine solcher Kerndatenbestand als ''konsensual befestigte'' gemeinsame Freie Sprache ist die Grundlage auch für die ''private Freie Rede Freier Bürger'' über ''strittige'' Leipziger Sachverhalte, deren Sichtbarkeit und digitale Unterstützung als '''Leipzig Data''' mit der Leipziger Initiative für Offene Daten befördert werden soll, ohne dass sich die Initiative diese Meinungen zu eigen machen oder auch nur gutheißen muss.

	=== Allgemeine Prinzipien zum Aufbau einer ''~~Leipziger~~ Data Cloud'' ===		=== Allgemeine Prinzipien zum Aufbau einer ''Leipzig Data Cloud'' ===

	Die Vielfalt der Akteure, Projekte und Prozesse, welche die Leipziger Stadtlandschaft prägen, findet sich als Vielfalt von Datenquellen im Web wieder, die von diesen Akteuren aufgebaut wurden und fortgeschrieben werden. Diese ''Cloud'' gilt es, im Rahmen kommunikativer und kooperativer Prozesse für die Weiterentwicklung der Leipziger Stadtlandschaft intensiver zu nutzen. Mit den Konzepten und Werkzeugen des ''Semantic Web'' stehen hierfür technische Mittel bereit, die es dafür klug einzusetzen gilt.		Die Vielfalt der Akteure, Projekte und Prozesse, welche die Leipziger Stadtlandschaft prägen, findet sich als Vielfalt von Datenquellen im Web wieder, die von diesen Akteuren aufgebaut wurden und fortgeschrieben werden. Diese ''Cloud'' gilt es, im Rahmen kommunikativer und kooperativer Prozesse für die Weiterentwicklung der Leipziger Stadtlandschaft intensiver zu nutzen. Mit den Konzepten und Werkzeugen des ''Semantic Web'' stehen hierfür technische Mittel bereit, die es dafür klug einzusetzen gilt.
Zeile 25:		Zeile 25:
	Fragen der ''Nutzungsbedingungen'' - also lizenzrechtliche Fragen - wurden und werden [[LD.LizenzFragen\|intensiv diskutiert]], ohne dass sich ein allgemeines Ergebnis abzeichnet. Die politischen und rechtlichen Rahmenbedingungen sowie die geschäftlichen Interessen der einzelnen Akteure sind dafür einfach zu unterschiedlich. Diese (politische, vertragsrechtliche) Heterogenität steht einer schnellen Entwicklung prototypischer Anwendungen im Wege, mit denen die (technischen) Möglichkeiten der Herstellung vernünftiger Interoperabilität ''praktisch'' demonstriert werden können.		Fragen der ''Nutzungsbedingungen'' - also lizenzrechtliche Fragen - wurden und werden [[LD.LizenzFragen\|intensiv diskutiert]], ohne dass sich ein allgemeines Ergebnis abzeichnet. Die politischen und rechtlichen Rahmenbedingungen sowie die geschäftlichen Interessen der einzelnen Akteure sind dafür einfach zu unterschiedlich. Diese (politische, vertragsrechtliche) Heterogenität steht einer schnellen Entwicklung prototypischer Anwendungen im Wege, mit denen die (technischen) Möglichkeiten der Herstellung vernünftiger Interoperabilität ''praktisch'' demonstriert werden können.

	~~Im [[LD.OpenInnovation-12.IdeenBoerse\|Programmiersprint]] haben wir uns darauf verständigt~~, ~~von uns entwickelte Werkzeuge Tools unter der~~ ''~~Apache 2.0 Lizenz~~'' ~~verfügbar zu machen~~. ~~Für die Daten zeichnet~~ sich ab, ~~dass einzelne Bestände unter verschiedenen Lizenzen verfügbar sein werden. Dazu wurden verschiedene Repos bei github/LeipzigData eingerichtet~~.		Die Geschichte des Internets hält viele Beispiele bereit, wo Unternehmen mit einem klugen Wechsel ihrer Geschäftsmodelle die Vorteile offener Datenformate und freizügigen Informationsaustauschs als Wettbewerbs''vorteile'' in Stellung bringen konnten. Diese Geschäftsmodelle eint eine Erkenntnis: Der Wert eines Unternehmens ergibt sich nicht aus den ''Unternehmensdaten'', sondern aus der in den "Humanressourcen" gebündelten ''unternehmerischen Kompetenz''.

	''~~Ziel~~'' ~~des [[LD~~.LeipzigData~~\|Leipzig Data Projekts]] als Teil der [[LD~~.~~LOD\|Leipziger Initiative für Offene Daten]] ist es, einen~~ ''Kernbestand'' von Daten über Leipziger Belange ~~im [http://de.wikipedia.org/wiki/Gemeinfreiheit Public Domain] frei verfügbar zu machen und fortzuschreiben. Auf diesem Kernbestand~~ können technische Fragen genauer diskutiert und die entsprechenden Möglichkeiten praktisch demonstriert werden. Wir erwarten, dass damit ein Diskursprozess startet, in dem der Zusammenhang der Weiterentwicklung technischer und lizenzrechtlicher Positionen einzelner Akteure beim Aufbau einer ''~~Leipziger~~ Data Cloud'' zur Unterstützung realweltlicher kommunikativer und kooperativer Prozesse in der Leipziger Stadtlandschaft deutlicher wird.		In einem solchen geistigen Umfeld ist der freizügige Austausch von Erfahrungen möglich und wünschenswert - Kompetenz erwächst aus dem Lernen aus Fehlern, und vorteilhaft ist es, nicht nur aus den eigenen Fehlern, sondern auch aus den Fehlern anderer zu lernen. Besser ist, wer schneller lernt.

			Wir haben uns deshalb darauf verständigt, von uns entwickelte Werkzeuge Tools unter der ''Apache 2.0 Lizenz'' verfügbar zu machen. Für die Daten zeichnet sich ab, dass einzelne Bestände unter verschiedenen Lizenzen verfügbar sein werden. Dazu wurden verschiedene Repos bei github/LeipzigData eingerichtet.

			Auf dem im Aufbau befindlichen ''Kernbestand'' von Daten über Leipziger Belange können so technische Fragen genauer diskutiert und die entsprechenden Möglichkeiten praktisch demonstriert und im Detail nachvollzogen werden. Wir erwarten, dass damit ein Diskursprozess startet, in dem der Zusammenhang der Weiterentwicklung technischer und lizenzrechtlicher Positionen einzelner Akteure beim Aufbau einer ''Leipzig Data Cloud'' zur Unterstützung realweltlicher kommunikativer und kooperativer Prozesse in der Leipziger Stadtlandschaft deutlicher wird.

	=== Interessen und Interessengruppen im Web der Daten ===		=== Interessen und Interessengruppen im Web der Daten ===

HGG am 13. Februar 2013 um 13:25 Uhr

2013-02-13T13:25:38Z

← Nächstältere Version		Version vom 13. Februar 2013, 15:25 Uhr
Zeile 9:		Zeile 9:
	Seit dem [http://www.bibleserver.com/text/EU/1.Mose11 Turmbau zu Babel] war nie so viel Möglichkeit, die ''Freie Rede Freier Bürger'' zur gemeinsamen Gestaltung unserer Mitwelt zu befördern, wie im heutigen Zeitalter einer nun auch technisch vernetzten Welt. Mit dem Semantischen Web entwickeln sich Konzepte und Werkzeuge, auch den ''Sinn Freier Rede'' genauer zu artikulieren. Diese sollten in einer Freien Stadtgesellschaft wie Leipzig zur Anwendung kommen.		Seit dem [http://www.bibleserver.com/text/EU/1.Mose11 Turmbau zu Babel] war nie so viel Möglichkeit, die ''Freie Rede Freier Bürger'' zur gemeinsamen Gestaltung unserer Mitwelt zu befördern, wie im heutigen Zeitalter einer nun auch technisch vernetzten Welt. Mit dem Semantischen Web entwickeln sich Konzepte und Werkzeuge, auch den ''Sinn Freier Rede'' genauer zu artikulieren. Diese sollten in einer Freien Stadtgesellschaft wie Leipzig zur Anwendung kommen.

	Es gibt viele Hindernisse auf dem Weg der Entfaltung der ~~Freien~~ Rede ~~Freier~~ Bürger jenseits der Unverbindlichkeit einer ''Speakers Corner''. Eines der wichtigsten ist die ''Entwicklung einer gemeinsamen ~~Freien~~ Sprache'', mit der wir uns öffentlich auf einfache oder komplexe Sachverhalte beziehen können, ohne gleich Post vom Anwalt erwarten zu müssen. Grundlage einer solchen ~~Freien~~ Sprache ist die Möglichkeit, die Gegenstände unserer Rede zunächst einmal ~~Frei~~ zu benennen.		Es gibt viele Hindernisse auf dem Weg der Entfaltung der freien Rede freier Bürger jenseits der Unverbindlichkeit einer ''Speakers Corner''. Eines der wichtigsten ist die ''Entwicklung einer gemeinsamen freien Sprache'', mit der wir uns öffentlich auf einfache oder komplexe Sachverhalte beziehen können, ohne gleich Post vom Anwalt erwarten zu müssen. Grundlage einer solchen freien Sprache ist die Möglichkeit, die Gegenstände unserer Rede zunächst einmal frei zu benennen.

	Über passende rechtliche Rahmen für ein solches Projekt eines Public Domain (Öffentlichen Bereichs) ist in den letzten Jahren [http://wiki.creativecommons.org/Public_domain viel diskutiert] worden. Im Ergebnis hat sich die [http://creativecommons.org/publicdomain/zero/1.0/deed.de ~~CC_0~~-Lizenz] etabliert als die genaueste Weise, den Public Domain Gedanken im heutigen weltweiten Rechtssystem auszudrücken.		Über passende rechtliche Rahmen für ein solches Projekt eines Public Domain (Öffentlichen Bereichs) ist in den letzten Jahren [http://wiki.creativecommons.org/Public_domain viel diskutiert] worden. Im Ergebnis hat sich die [http://creativecommons.org/publicdomain/zero/1.0/deed.de CC-Zero-Lizenz] etabliert als die genaueste Weise, den Public Domain Gedanken im heutigen weltweiten Rechtssystem auszudrücken.

	Ziel des Projekts ''LeipzigData'' als Teil der [[LD.LOD\|Leipziger Initiative für Offene Daten]] ist es, im Namespace leipzig-data.de/Data/ einen ''Kernbestand'' von Daten über Leipziger Belange als '''[http://leipzig-data.de/Data Leipzig Open Data]''' unter dieser Lizenz frei verfügbar zu machen und fortzuschreiben. Dazu ist insbesondere eine entsprechende Ontologie zu entwickeln, '''[[LD.LEO\|LEO - die Leipzig Ontology]]'''.		Ziel des Projekts ''LeipzigData'' als Teil der [[LD.LOD\|Leipziger Initiative für Offene Daten]] ist es, im Namespace leipzig-data.de/Data/ einen ''Kernbestand'' von Daten über Leipziger Belange als '''[http://leipzig-data.de/Data Leipzig Open Data]''' unter dieser Lizenz frei verfügbar zu machen und fortzuschreiben. Dazu ist insbesondere eine entsprechende Ontologie zu entwickeln, '''[[LD.LEO\|LEO - die Leipzig Ontology]]'''.
Zeile 24:		Zeile 24:

	Fragen der ''Nutzungsbedingungen'' - also lizenzrechtliche Fragen - wurden und werden [[LD.LizenzFragen\|intensiv diskutiert]], ohne dass sich ein allgemeines Ergebnis abzeichnet. Die politischen und rechtlichen Rahmenbedingungen sowie die geschäftlichen Interessen der einzelnen Akteure sind dafür einfach zu unterschiedlich. Diese (politische, vertragsrechtliche) Heterogenität steht einer schnellen Entwicklung prototypischer Anwendungen im Wege, mit denen die (technischen) Möglichkeiten der Herstellung vernünftiger Interoperabilität ''praktisch'' demonstriert werden können.		Fragen der ''Nutzungsbedingungen'' - also lizenzrechtliche Fragen - wurden und werden [[LD.LizenzFragen\|intensiv diskutiert]], ohne dass sich ein allgemeines Ergebnis abzeichnet. Die politischen und rechtlichen Rahmenbedingungen sowie die geschäftlichen Interessen der einzelnen Akteure sind dafür einfach zu unterschiedlich. Diese (politische, vertragsrechtliche) Heterogenität steht einer schnellen Entwicklung prototypischer Anwendungen im Wege, mit denen die (technischen) Möglichkeiten der Herstellung vernünftiger Interoperabilität ''praktisch'' demonstriert werden können.
	:Im [[LD.OpenInnovation-12.IdeenBoerse\|Programmiersprint]] haben wir uns darauf vorverständigt, die Tools unter der Apache 2.0 Lizenz verfügbar zu machen. Für die Daten zeichnet sich ab, dass einzelne Bestände unter verschiedenen Lizenzen verfügbar sein werden. Dazu werden verschiedene Repos bei github/LeipzigData eingerichtet. -- HGG, 17.01.2013

	~~''Ziel'' des~~ [[LD.~~LeipzigData\|Leipzig Data Projekts]] als Teil der [[LD~~.~~LOD~~\|~~Leipziger Initiative für Offene Daten~~]] ~~ist es~~, ~~im Namespace http://leipzig-data.de/Data/ einen ''Kernbestand''~~ von ~~Daten über Leipziger Belange~~ unter der ~~[http://creativecommons.org/publicdomain/zero/1~~.0~~/deed.de CC_0~~ Lizenz~~] frei~~ verfügbar zu machen ~~und fortzuschreiben~~. ~~Dazu gehört~~		Im [[LD.OpenInnovation-12.IdeenBoerse\|Programmiersprint]] haben wir uns darauf verständigt, von uns entwickelte Werkzeuge Tools unter der ''Apache 2.0 Lizenz'' verfügbar zu machen. Für die Daten zeichnet sich ab, dass einzelne Bestände unter verschiedenen Lizenzen verfügbar sein werden. Dazu wurden verschiedene Repos bei github/LeipzigData eingerichtet.
	* die Sammlung und Pflege einer Menge von URI's als Bezeichner für Objekt-Identitäten für realweltliche Leipziger Gegenstände und Prozesse sowie als Bezeichner für Begriffe einer Modell-Onologie - die '''Leipzig Ontology''' [[LD.LEO]] -
	~~sowie~~
	* die Sammlung und Pflege einer webfähigen Menge von Freien Sätzen über diese Leipziger Gegenstände und Prozesse - die Datenbasis [[LD.LeipzigData]].

	Auf diesem Kernbestand können technische Fragen genauer diskutiert und die entsprechenden Möglichkeiten praktisch demonstriert werden. Wir erwarten, dass damit ein Diskursprozess startet, in dem der Zusammenhang der Weiterentwicklung technischer und lizenzrechtlicher Positionen einzelner Akteure beim Aufbau einer ''Leipziger Data Cloud'' zur Unterstützung realweltlicher kommunikativer und kooperativer Prozesse in der Leipziger Stadtlandschaft deutlicher wird.		''Ziel'' des [[LD.LeipzigData\|Leipzig Data Projekts]] als Teil der [[LD.LOD\|Leipziger Initiative für Offene Daten]] ist es, einen ''Kernbestand'' von Daten über Leipziger Belange im [http://de.wikipedia.org/wiki/Gemeinfreiheit Public Domain] frei verfügbar zu machen und fortzuschreiben. Auf diesem Kernbestand können technische Fragen genauer diskutiert und die entsprechenden Möglichkeiten praktisch demonstriert werden. Wir erwarten, dass damit ein Diskursprozess startet, in dem der Zusammenhang der Weiterentwicklung technischer und lizenzrechtlicher Positionen einzelner Akteure beim Aufbau einer ''Leipziger Data Cloud'' zur Unterstützung realweltlicher kommunikativer und kooperativer Prozesse in der Leipziger Stadtlandschaft deutlicher wird.

	=== ~~Ressourcen~~ und ~~Entwicklungsmodell ===~~		=== Interessen und Interessengruppen im Web der Daten ===

	~~Das Projekt '''Leipzig Data''' besteht aus zwei Teilprojekten~~
	* Leipzig Open Data = Offene Daten ~~des Projekts, die unter den jeweils angegebenen offenen Lizenzen allgemein-frei sind und auch über den [http://leipzig-data.de/Data Sparql-Endpunkt] des Projekts ausgelesen werden können,~~
	~~und~~
	* Werkzeuge (als Best Practise Beispiele), mit denen auf diesen Daten gearbeitet werden kann.

	Für beide Teilprojekte sind [https://github.com/LeipzigData github Repos] zur gemeinsamen Verwaltung von Code eingerichtet. Weiterer Code soll perspektivisch in den [https://github.com/apileipzig github Repos von API Leipzig] verfügbar gemacht werden.

	~~:-> [[LD.Git\|Mehr]] zur Codeverwaltung mit Git im Rahmen des Projekts~~

	~~=== Allgemeines~~ ===

	Das Web der Daten eröffnet vollkommen neue Möglichkeiten der gemeinsamen Verwaltung formalisierter Informationen. Informationen sind ohne Bezug zur kontextuellen Einbettung ihrer Semantik - also jenseits der ''Stories'', in denen diese Informationen erst ihre Bedeutung entfalten und die im überwiegenden Teil nicht oder kaum formalisiert sind - wertlos. Dieser Aspekt wird bei den meisten heutigen Datenprojekten zu wenig beachtet, und so pflastern Datenfriedhöfe den Weg ins Informationszeitalter.		Das Web der Daten eröffnet vollkommen neue Möglichkeiten der gemeinsamen Verwaltung formalisierter Informationen. Informationen sind ohne Bezug zur kontextuellen Einbettung ihrer Semantik - also jenseits der ''Stories'', in denen diese Informationen erst ihre Bedeutung entfalten und die im überwiegenden Teil nicht oder kaum formalisiert sind - wertlos. Dieser Aspekt wird bei den meisten heutigen Datenprojekten zu wenig beachtet, und so pflastern Datenfriedhöfe den Weg ins Informationszeitalter.
Zeile 52:		Zeile 37:
	Informations-Aggregation bedeutet in einem solchen verteilten Kontext Harmonisierung der Datenstrukturierungen und der Werkzeuge. Dabei ist eine Harmonisierung der Datenstrukturierungen auf der Ebene der Interessengruppen selbst zu erreichen (Einigung auf eine gemeinsame Sprache für die gemeinsame Story). Die ''technische'' Basis der Werkzeuge und Konzepte, die eingesetzt werden, um eine solche Harmonisierung zu befördern, ist allerdings nicht zwingend interessengruppenspezifisch und kann von einem übergreifenden Projekt wie dem Netzprojekt an der Uni Leipzig entwickelt, fortgeschrieben und als Dienstleistung verschiedenen regionalen Interessengruppen zur Verfügung gestellt werden.		Informations-Aggregation bedeutet in einem solchen verteilten Kontext Harmonisierung der Datenstrukturierungen und der Werkzeuge. Dabei ist eine Harmonisierung der Datenstrukturierungen auf der Ebene der Interessengruppen selbst zu erreichen (Einigung auf eine gemeinsame Sprache für die gemeinsame Story). Die ''technische'' Basis der Werkzeuge und Konzepte, die eingesetzt werden, um eine solche Harmonisierung zu befördern, ist allerdings nicht zwingend interessengruppenspezifisch und kann von einem übergreifenden Projekt wie dem Netzprojekt an der Uni Leipzig entwickelt, fortgeschrieben und als Dienstleistung verschiedenen regionalen Interessengruppen zur Verfügung gestellt werden.

	Aus diesen allgemeinen Überlegungen ~~ergibt~~ sich die ~~folgende Strukturierung des Ansatzes~~:		Aus diesen allgemeinen Überlegungen lassen sich ''vier infrastrukturelle Ebenen'' identifizieren, die innerhalb einer Stadt wie Leipzig praktisch auszugestalten sind:

	'''Ebene 1''': Nutzer (Organisationen, Vereine, Unternehmen jenseits der IT) möchten eine solche verteilte gemeinsame Datenbasis innerhalb von ''Interessengruppen'' praktisch aufbauen und nutzen.		'''Ebene 1''': Nutzer (Organisationen, Vereine, Unternehmen jenseits der IT) möchten eine solche verteilte gemeinsame Datenbasis innerhalb von ''Interessengruppen'' praktisch aufbauen und nutzen.

HGG am 13. Februar 2013 um 13:08 Uhr

2013-02-13T13:08:09Z

← Nächstältere Version		Version vom 13. Februar 2013, 15:08 Uhr
Zeile 36:		Zeile 36:

	Das Projekt '''Leipzig Data''' besteht aus zwei Teilprojekten		Das Projekt '''Leipzig Data''' besteht aus zwei Teilprojekten
	* ~~[[LD.LeipzigData]] -~~ Leipzig Open Data = Offene Daten des Projekts, die unter den jeweils angegebenen offenen Lizenzen allgemein-frei sind und auch über den [http://leipzig-data.de/Data Sparql-Endpunkt] des Projekts ausgelesen werden können,		* Leipzig Open Data = Offene Daten des Projekts, die unter den jeweils angegebenen offenen Lizenzen allgemein-frei sind und auch über den [http://leipzig-data.de/Data Sparql-Endpunkt] des Projekts ausgelesen werden können,
	und		und
	* ~~[[LD.LeipzigTools]] -~~ Werkzeuge (als Best Practise Beispiele), mit denen auf diesen Daten gearbeitet werden kann.		* Werkzeuge (als Best Practise Beispiele), mit denen auf diesen Daten gearbeitet werden kann.

	Für beide Teilprojekte sind [https://github.com/LeipzigData github Repos] zur gemeinsamen Verwaltung von Code eingerichtet. Weiterer Code soll perspektivisch in den [https://github.com/apileipzig github Repos von API Leipzig] verfügbar gemacht werden.		Für beide Teilprojekte sind [https://github.com/LeipzigData github Repos] zur gemeinsamen Verwaltung von Code eingerichtet. Weiterer Code soll perspektivisch in den [https://github.com/apileipzig github Repos von API Leipzig] verfügbar gemacht werden.

HGG am 13. Februar 2013 um 12:59 Uhr

2013-02-13T12:59:55Z

← Nächstältere Version		Version vom 13. Februar 2013, 14:59 Uhr
Zeile 16:		Zeile 16:

	Eine solcher Kerndatenbestand als konsensual befestigte gemeinsame Freie Sprache ist die Grundlage auch für die ''private Freie Rede Freier Bürger'' über strittige Leipziger Sachverhalte, deren Sichtbarkeit und digitale Unterstützung als '''Leipzig Data''' mit der Leipziger Initiative für Offene Daten befördert werden soll, ohne dass sich die Initiative diese Meinungen zu eigen machen oder auch nur gutheißen muss.		Eine solcher Kerndatenbestand als konsensual befestigte gemeinsame Freie Sprache ist die Grundlage auch für die ''private Freie Rede Freier Bürger'' über strittige Leipziger Sachverhalte, deren Sichtbarkeit und digitale Unterstützung als '''Leipzig Data''' mit der Leipziger Initiative für Offene Daten befördert werden soll, ohne dass sich die Initiative diese Meinungen zu eigen machen oder auch nur gutheißen muss.

			=== Allgemeine Prinzipien zum Aufbau einer ''Leipziger Data Cloud'' ===

			Die Vielfalt der Akteure, Projekte und Prozesse, welche die Leipziger Stadtlandschaft prägen, findet sich als Vielfalt von Datenquellen im Web wieder, die von diesen Akteuren aufgebaut wurden und fortgeschrieben werden. Diese ''Cloud'' gilt es, im Rahmen kommunikativer und kooperativer Prozesse für die Weiterentwicklung der Leipziger Stadtlandschaft intensiver zu nutzen. Mit den Konzepten und Werkzeugen des ''Semantic Web'' stehen hierfür technische Mittel bereit, die es dafür klug einzusetzen gilt.

			Zur Nutzung dieser Datenquellen sind zwei Aspekte wesentlich zu beachten - die ''Nutzungsbedingungen'' der jeweiligen Datenquellen (wer darf?) und die ''Interoperabilität'' (wie geht's?).

			Fragen der ''Nutzungsbedingungen'' - also lizenzrechtliche Fragen - wurden und werden [[LD.LizenzFragen\|intensiv diskutiert]], ohne dass sich ein allgemeines Ergebnis abzeichnet. Die politischen und rechtlichen Rahmenbedingungen sowie die geschäftlichen Interessen der einzelnen Akteure sind dafür einfach zu unterschiedlich. Diese (politische, vertragsrechtliche) Heterogenität steht einer schnellen Entwicklung prototypischer Anwendungen im Wege, mit denen die (technischen) Möglichkeiten der Herstellung vernünftiger Interoperabilität ''praktisch'' demonstriert werden können.
			:Im [[LD.OpenInnovation-12.IdeenBoerse\|Programmiersprint]] haben wir uns darauf vorverständigt, die Tools unter der Apache 2.0 Lizenz verfügbar zu machen. Für die Daten zeichnet sich ab, dass einzelne Bestände unter verschiedenen Lizenzen verfügbar sein werden. Dazu werden verschiedene Repos bei github/LeipzigData eingerichtet. -- HGG, 17.01.2013

			''Ziel'' des [[LD.LeipzigData\|Leipzig Data Projekts]] als Teil der [[LD.LOD\|Leipziger Initiative für Offene Daten]] ist es, im Namespace http://leipzig-data.de/Data/ einen ''Kernbestand'' von Daten über Leipziger Belange unter der [http://creativecommons.org/publicdomain/zero/1.0/deed.de CC_0 Lizenz] frei verfügbar zu machen und fortzuschreiben. Dazu gehört
			* die Sammlung und Pflege einer Menge von URI's als Bezeichner für Objekt-Identitäten für realweltliche Leipziger Gegenstände und Prozesse sowie als Bezeichner für Begriffe einer Modell-Onologie - die '''Leipzig Ontology''' [[LD.LEO]] -
			sowie
			* die Sammlung und Pflege einer webfähigen Menge von Freien Sätzen über diese Leipziger Gegenstände und Prozesse - die Datenbasis [[LD.LeipzigData]].

			Auf diesem Kernbestand können technische Fragen genauer diskutiert und die entsprechenden Möglichkeiten praktisch demonstriert werden. Wir erwarten, dass damit ein Diskursprozess startet, in dem der Zusammenhang der Weiterentwicklung technischer und lizenzrechtlicher Positionen einzelner Akteure beim Aufbau einer ''Leipziger Data Cloud'' zur Unterstützung realweltlicher kommunikativer und kooperativer Prozesse in der Leipziger Stadtlandschaft deutlicher wird.

	=== Ressourcen und Entwicklungsmodell ===		=== Ressourcen und Entwicklungsmodell ===

HGG am 13. Februar 2013 um 12:58 Uhr

2013-02-13T12:58:31Z

← Nächstältere Version		Version vom 13. Februar 2013, 14:58 Uhr
Zeile 4:		Zeile 4:

	== Grundlegende konzeptionelle Überlegungen ==		== Grundlegende konzeptionelle Überlegungen ==

			=== Vision ===

			Seit dem [http://www.bibleserver.com/text/EU/1.Mose11 Turmbau zu Babel] war nie so viel Möglichkeit, die ''Freie Rede Freier Bürger'' zur gemeinsamen Gestaltung unserer Mitwelt zu befördern, wie im heutigen Zeitalter einer nun auch technisch vernetzten Welt. Mit dem Semantischen Web entwickeln sich Konzepte und Werkzeuge, auch den ''Sinn Freier Rede'' genauer zu artikulieren. Diese sollten in einer Freien Stadtgesellschaft wie Leipzig zur Anwendung kommen.

			Es gibt viele Hindernisse auf dem Weg der Entfaltung der Freien Rede Freier Bürger jenseits der Unverbindlichkeit einer ''Speakers Corner''. Eines der wichtigsten ist die ''Entwicklung einer gemeinsamen Freien Sprache'', mit der wir uns öffentlich auf einfache oder komplexe Sachverhalte beziehen können, ohne gleich Post vom Anwalt erwarten zu müssen. Grundlage einer solchen Freien Sprache ist die Möglichkeit, die Gegenstände unserer Rede zunächst einmal Frei zu benennen.

			Über passende rechtliche Rahmen für ein solches Projekt eines Public Domain (Öffentlichen Bereichs) ist in den letzten Jahren [http://wiki.creativecommons.org/Public_domain viel diskutiert] worden. Im Ergebnis hat sich die [http://creativecommons.org/publicdomain/zero/1.0/deed.de CC_0-Lizenz] etabliert als die genaueste Weise, den Public Domain Gedanken im heutigen weltweiten Rechtssystem auszudrücken.

			Ziel des Projekts ''LeipzigData'' als Teil der [[LD.LOD\|Leipziger Initiative für Offene Daten]] ist es, im Namespace leipzig-data.de/Data/ einen ''Kernbestand'' von Daten über Leipziger Belange als '''[http://leipzig-data.de/Data Leipzig Open Data]''' unter dieser Lizenz frei verfügbar zu machen und fortzuschreiben. Dazu ist insbesondere eine entsprechende Ontologie zu entwickeln, '''[[LD.LEO\|LEO - die Leipzig Ontology]]'''.

			Eine solcher Kerndatenbestand als konsensual befestigte gemeinsame Freie Sprache ist die Grundlage auch für die ''private Freie Rede Freier Bürger'' über strittige Leipziger Sachverhalte, deren Sichtbarkeit und digitale Unterstützung als '''Leipzig Data''' mit der Leipziger Initiative für Offene Daten befördert werden soll, ohne dass sich die Initiative diese Meinungen zu eigen machen oder auch nur gutheißen muss.

	=== Ressourcen und Entwicklungsmodell ===		=== Ressourcen und Entwicklungsmodell ===

HGG: /* Allgemeines */

2013-01-27T16:53:24Z

Allgemeines

← Nächstältere Version		Version vom 27. Januar 2013, 18:53 Uhr
Zeile 22:		Zeile 22:
	Informations-Aggregationsprojekte wie das [[LD.LeipzigData\|Leipzig Data Projekt]] werden also ohne Identifizierung und Berücksichtigung dieser informellen Kontexte nicht erfolgreich sein können, innerhalb derer verschiedene Aspekte von Stadtgeschichte weitgehend autonom bewegt werden. Wir gehen davon aus, dass es innerhalb jeder solchen ''Interessengruppe'' eine eigene "gemeinsame Story" gibt, die sich aus den Stories verschiedener Vereine und Unterstrukturen in der Interessengruppe speist, die mit eigenen digitalen Angeboten im Netz präsent sind. Diese Angebote werden möglicherweise nicht von den Unterstrukturen selbst betreut, sondern von einem ''Web-Anbieter'' mit entsprechender technischer Kompetenz.		Informations-Aggregationsprojekte wie das [[LD.LeipzigData\|Leipzig Data Projekt]] werden also ohne Identifizierung und Berücksichtigung dieser informellen Kontexte nicht erfolgreich sein können, innerhalb derer verschiedene Aspekte von Stadtgeschichte weitgehend autonom bewegt werden. Wir gehen davon aus, dass es innerhalb jeder solchen ''Interessengruppe'' eine eigene "gemeinsame Story" gibt, die sich aus den Stories verschiedener Vereine und Unterstrukturen in der Interessengruppe speist, die mit eigenen digitalen Angeboten im Netz präsent sind. Diese Angebote werden möglicherweise nicht von den Unterstrukturen selbst betreut, sondern von einem ''Web-Anbieter'' mit entsprechender technischer Kompetenz.

	Informations-Aggregation bedeutet in einem solchen verteilten Kontext Harmonisierung der Datenstrukturierungen und der Werkzeuge. Dabei ist eine Harmonisierung der Datenstrukturierungen auf der Ebene der Interessengruppen selbst zu erreichen (Einigung auf eine gemeinsame Sprache für die gemeinsame Story). Die ''technische'' Basis der Werkzeuge und Konzepte, die eingesetzt werden, um eine solche Harmonisierung zu ~~erreichen~~, ist allerdings nicht zwingend interessengruppenspezifisch und kann von einem übergreifenden Projekt wie dem Netzprojekt an der Uni Leipzig entwickelt, fortgeschrieben und als Dienstleistung verschiedenen regionalen Interessengruppen zur Verfügung gestellt werden.		Informations-Aggregation bedeutet in einem solchen verteilten Kontext Harmonisierung der Datenstrukturierungen und der Werkzeuge. Dabei ist eine Harmonisierung der Datenstrukturierungen auf der Ebene der Interessengruppen selbst zu erreichen (Einigung auf eine gemeinsame Sprache für die gemeinsame Story). Die ''technische'' Basis der Werkzeuge und Konzepte, die eingesetzt werden, um eine solche Harmonisierung zu befördern, ist allerdings nicht zwingend interessengruppenspezifisch und kann von einem übergreifenden Projekt wie dem Netzprojekt an der Uni Leipzig entwickelt, fortgeschrieben und als Dienstleistung verschiedenen regionalen Interessengruppen zur Verfügung gestellt werden.

	Aus diesen allgemeinen Überlegungen ergibt sich die folgende Strukturierung des Ansatzes:		Aus diesen allgemeinen Überlegungen ergibt sich die folgende Strukturierung des Ansatzes:

	'''Ebene 1''': Nutzer (Vereine, Unternehmen jenseits der IT) möchten eine solche verteilte Datenbasis innerhalb von ''Interessengruppen'' praktisch aufbauen und nutzen.		'''Ebene 1''': Nutzer (Organisationen, Vereine, Unternehmen jenseits der IT) möchten eine solche verteilte gemeinsame Datenbasis innerhalb von ''Interessengruppen'' praktisch aufbauen und nutzen.

	'''Ebene 2''': ''Betreiber'' von Websites für Vereine und Unterstrukturen sind die erste Ebene mit umfassenderer technischer Kompetenz, wie die entsprechenden Wünsche und Vorhaben technisch-praktisch ~~umzusetzen sind~~. ~~Sie können über~~ standardisierte Lösungen im Rahmen eines Web-Frameworks mit lesendem Zugriff auf die gemeinsam verwaltete verteilte Datenbasis einer Interessengruppe spezifische Sichten mit Such- und Auswahlfunktionalitäten ~~erstellen~~ und in die Webpräsenz ~~ihres~~ Kunden ~~einbauen~~. Der Zugriff auf die gemeinsam verwaltete verteilte Datenbasis geschieht derart, dass in regelmäßigen Abständen ein lokales Abbild der für den jeweiligen Betreiber relevanten Daten erzeugt wird, aus ~~denen~~ das lokale Web-Framework gespeist wird. Hier sind zukünftig dezentralere Ansätze auf technischer Ebene denkbar, die Prozesse der Semantik-Harmonisierung sind jedoch unverzichtbar.		'''Ebene 2''': ''Betreiber'' von Websites für Vereine und Unterstrukturen sind die erste Ebene mit umfassenderer technischer Kompetenz, wie die entsprechenden Wünsche und Vorhaben technisch-praktisch unterstützt werden können. Über standardisierte Lösungen können im Rahmen eines Web-Frameworks mit lesendem Zugriff auf die gemeinsam verwaltete verteilte Datenbasis einer Interessengruppe spezifische Sichten mit Such- und Auswahlfunktionalitäten erstellt und in die Webpräsenz ihrer Kunden eingebaut werden. Der Zugriff auf die gemeinsam verwaltete verteilte Datenbasis geschieht derart, dass in regelmäßigen Abständen ein lokales Abbild der für den jeweiligen Betreiber relevanten Daten erzeugt wird, aus dem das lokale Web-Framework gespeist wird. Hier sind zukünftig dezentralere Ansätze auf technischer Ebene denkbar, die Prozesse der Semantik-Harmonisierung sind jedoch unverzichtbar.

	'''Ebene 3''': Im Rahmen der Interessengruppe wird die gemeinsam verwaltete verteilte Datenbasis fortgeschrieben und weiterentwickelt, wobei Harmonisierung und Qualitätssicherung eine zentrale Rolle spielen. Hierfür ist durch die beteiligten Vereine ein Netzwerk von interessierten und technik-affinen Personen zu knüpfen, die sowohl in die Prozesse des Fortschreibens der gemeinsamen Story der Interessengruppe (Fachkenntnis) eingebunden sind als auch die konzeptionellen und technischen Möglichkeiten des formalisierten "Storytellings" kennen. Dafür stehen Ansätze und Werkzeuge bereit, die in der AKSW-Gruppe an der Uni Leipzig entwickelt werden.		'''Ebene 3''': Im Rahmen der Interessengruppe wird die gemeinsam verwaltete verteilte Datenbasis fortgeschrieben und weiterentwickelt, wobei Harmonisierung und Qualitätssicherung eine zentrale Rolle spielen. Hierfür ist durch die beteiligten Organisationen, Vereine und Unternehmen ein Netzwerk von interessierten und technik-affinen Personen zu knüpfen, die sowohl in die Prozesse des Fortschreibens der gemeinsamen Story der Interessengruppe (Fachkenntnis) eingebunden sind als auch die konzeptionellen und technischen Möglichkeiten des formalisierten "Storytellings" kennen. Dafür stehen Ansätze und Werkzeuge bereit, die in der AKSW-Gruppe an der Uni Leipzig entwickelt werden.

	'''Ebene 4''': Interessengruppenübergreifend sind die konzeptionellen und technischen Möglichkeiten des formalisierten "Storytellings" weiterzuentwickeln sowie ein Schulungssystem aufzubauen, das Personal auf den Ebenen 2 und 3 beim Erwerb entsprechender technischer Kompetenz unterstützt.		'''Ebene 4''': Interessengruppenübergreifend sind die konzeptionellen und technischen Möglichkeiten des formalisierten "Storytellings" weiterzuentwickeln sowie ein Schulungssystem aufzubauen, das Personal auf den Ebenen 2 und 3 beim Erwerb entsprechender technischer Kompetenz unterstützt.

HGG: /* Allgemeines */

2013-01-27T16:48:33Z

Allgemeines

← Nächstältere Version		Version vom 27. Januar 2013, 18:48 Uhr
Zeile 20:		Zeile 20:
	Das Web der Daten eröffnet vollkommen neue Möglichkeiten der gemeinsamen Verwaltung formalisierter Informationen. Informationen sind ohne Bezug zur kontextuellen Einbettung ihrer Semantik - also jenseits der ''Stories'', in denen diese Informationen erst ihre Bedeutung entfalten und die im überwiegenden Teil nicht oder kaum formalisiert sind - wertlos. Dieser Aspekt wird bei den meisten heutigen Datenprojekten zu wenig beachtet, und so pflastern Datenfriedhöfe den Weg ins Informationszeitalter.		Das Web der Daten eröffnet vollkommen neue Möglichkeiten der gemeinsamen Verwaltung formalisierter Informationen. Informationen sind ohne Bezug zur kontextuellen Einbettung ihrer Semantik - also jenseits der ''Stories'', in denen diese Informationen erst ihre Bedeutung entfalten und die im überwiegenden Teil nicht oder kaum formalisiert sind - wertlos. Dieser Aspekt wird bei den meisten heutigen Datenprojekten zu wenig beachtet, und so pflastern Datenfriedhöfe den Weg ins Informationszeitalter.

	Informations-Aggregationsprojekte wie das [[LD.LeipzigData\|Leipzig Data ~~Project~~]] werden also ohne Identifizierung und Berücksichtigung dieser informellen Kontexte nicht erfolgreich sein können, innerhalb derer verschiedene Aspekte von Stadtgeschichte weitgehend autonom bewegt werden. Wir gehen davon aus, dass es innerhalb jeder solchen ''Interessengruppe'' eine eigene "gemeinsame Story" gibt, die sich aus den Stories verschiedener Vereine und Unterstrukturen in der Interessengruppe speist, die mit eigenen digitalen Angeboten im Netz präsent sind. Diese Angebote werden möglicherweise nicht von den Unterstrukturen selbst betreut, sondern von einem ''Web-Anbieter'' mit entsprechender technischer Kompetenz.		Informations-Aggregationsprojekte wie das [[LD.LeipzigData\|Leipzig Data Projekt]] werden also ohne Identifizierung und Berücksichtigung dieser informellen Kontexte nicht erfolgreich sein können, innerhalb derer verschiedene Aspekte von Stadtgeschichte weitgehend autonom bewegt werden. Wir gehen davon aus, dass es innerhalb jeder solchen ''Interessengruppe'' eine eigene "gemeinsame Story" gibt, die sich aus den Stories verschiedener Vereine und Unterstrukturen in der Interessengruppe speist, die mit eigenen digitalen Angeboten im Netz präsent sind. Diese Angebote werden möglicherweise nicht von den Unterstrukturen selbst betreut, sondern von einem ''Web-Anbieter'' mit entsprechender technischer Kompetenz.

	Informations-Aggregation bedeutet in einem solchen verteilten Kontext Harmonisierung der Datenstrukturierungen und der Werkzeuge. Dabei ist eine Harmonisierung der Datenstrukturierungen auf der Ebene der Interessengruppen selbst zu erreichen (Einigung auf eine gemeinsame Sprache für die gemeinsame Story). Die ''technische'' Basis der Werkzeuge und Konzepte, die eingesetzt werden, um eine solche Harmonisierung zu erreichen, ist allerdings nicht zwingend interessengruppenspezifisch und kann von einem übergreifenden Projekt wie dem Netzprojekt an der Uni Leipzig entwickelt, fortgeschrieben und als Dienstleistung verschiedenen regionalen Interessengruppen zur Verfügung gestellt werden.		Informations-Aggregation bedeutet in einem solchen verteilten Kontext Harmonisierung der Datenstrukturierungen und der Werkzeuge. Dabei ist eine Harmonisierung der Datenstrukturierungen auf der Ebene der Interessengruppen selbst zu erreichen (Einigung auf eine gemeinsame Sprache für die gemeinsame Story). Die ''technische'' Basis der Werkzeuge und Konzepte, die eingesetzt werden, um eine solche Harmonisierung zu erreichen, ist allerdings nicht zwingend interessengruppenspezifisch und kann von einem übergreifenden Projekt wie dem Netzprojekt an der Uni Leipzig entwickelt, fortgeschrieben und als Dienstleistung verschiedenen regionalen Interessengruppen zur Verfügung gestellt werden.

HGG: /* Ressourcen und Entwicklungsmodell */

2013-01-27T16:47:50Z

Ressourcen und Entwicklungsmodell

← Nächstältere Version		Version vom 27. Januar 2013, 18:47 Uhr
Zeile 10:		Zeile 10:
	* [[LD.LeipzigData]] - Leipzig Open Data = Offene Daten des Projekts, die unter den jeweils angegebenen offenen Lizenzen allgemein-frei sind und auch über den [http://leipzig-data.de/Data Sparql-Endpunkt] des Projekts ausgelesen werden können,		* [[LD.LeipzigData]] - Leipzig Open Data = Offene Daten des Projekts, die unter den jeweils angegebenen offenen Lizenzen allgemein-frei sind und auch über den [http://leipzig-data.de/Data Sparql-Endpunkt] des Projekts ausgelesen werden können,
	und		und
	* [[LD.LeipzigTools]] - Werkzeuge (als Best Practise Beispiele), mit denen auf diesen ~~daten~~ gearbeitet werden kann.		* [[LD.LeipzigTools]] - Werkzeuge (als Best Practise Beispiele), mit denen auf diesen Daten gearbeitet werden kann.

	Für beide Teilprojekte sind [https://github.com/LeipzigData github Repos] zur gemeinsamen Verwaltung von Code eingerichtet. Weiterer Code soll perspektivisch in den [https://github.com/apileipzig github Repos von API Leipzig] verfügbar gemacht werden.		Für beide Teilprojekte sind [https://github.com/LeipzigData github Repos] zur gemeinsamen Verwaltung von Code eingerichtet. Weiterer Code soll perspektivisch in den [https://github.com/apileipzig github Repos von API Leipzig] verfügbar gemacht werden.

HGG: /* Ressourcen und Entwicklungsmodell */

2013-01-23T10:53:16Z

Ressourcen und Entwicklungsmodell

← Nächstältere Version		Version vom 23. Januar 2013, 12:53 Uhr
Zeile 14:		Zeile 14:
	Für beide Teilprojekte sind [https://github.com/LeipzigData github Repos] zur gemeinsamen Verwaltung von Code eingerichtet. Weiterer Code soll perspektivisch in den [https://github.com/apileipzig github Repos von API Leipzig] verfügbar gemacht werden.		Für beide Teilprojekte sind [https://github.com/LeipzigData github Repos] zur gemeinsamen Verwaltung von Code eingerichtet. Weiterer Code soll perspektivisch in den [https://github.com/apileipzig github Repos von API Leipzig] verfügbar gemacht werden.

	:-> [[LD.Git\|Mehr]] zur Codeverwaltung im Rahmen des Projekts ~~mit Git~~		:-> [[LD.Git\|Mehr]] zur Codeverwaltung mit Git im Rahmen des Projekts

	=== Allgemeines ===		=== Allgemeines ===