 Wir kommen zu unserem nächsten Tag, der wird auf Deutsch gehalten, wie man an mir merkt. Was sind der Benedikt, Diana und Daralf? Und Sie erzählen euch was über ihr Projekt über offene Geodaten. Ich möchte bitte einen ganz dicken Applaus für die drei. Hallo, ich bin Diana. Ich komme vom Zentrum für Transformations- und Nachhaltigkeitsforschung, dem Transcent in Wuppertal. Das hier ist Ralf. Er kommt von der Initiative Utopia statt, auch in Wuppertal. Und das ist Benedikt von DevTal, vom Hexbase DevTal. Wir arbeiten zusammen mit einem größeren Team an einem Projekt, das das Geoportal des guten Lebens heißt. Und was ich manche von euch jetzt vielleicht fragen, warum noch ein Geoportal? Denn wir sind definitiv nicht das erste Geoportal, das es gibt. Und vielleicht auch die Frage, warum ein Geoportal des guten Lebens? Was hat das mit dem guten Leben auf sich? Diese beiden Fragen wollen wir ganz gerne in unserem Talk für euch beantworten. Wir fangen in ungekehrter Reihenfolge an, mit der zweiten Frage, um danach die erste beantworten zu können. Also warum ein Geoportal des guten Lebens? Dafür müssen wir erstmal genau erklären, was ist überhaupt ein Geoportal. Ein Geoportal ist eine Online-Plattform, auf der offene georeferenzierte Daten dargestellt werden. Genauso ein Geoportal schaffen wir. Und das Ganze passiert auf technischer Basis von OpenStreetMap. Wir haben drei Hauptzielgruppen für unser Portal, die Bürgerschaft, die Wissenschaft und die Kommunen. Und die Daten dafür kommen zum einen aus den Datenbanken der Städte und Bundesländer. Wir haben Daten aus der Wissenschaft und auch Daten, die von den Bürgerinnen und Bürgern selber im Portal eingetragen werden können. Die Bürgerschaft kann im Geoportal Orte des guten Lebens in ihrer Umgebung finden, Daten sammeln, Wissen sammeln und das wiederum auch im Portal eintragen, so dass auch andere Leute davon erfahren können und damit zum guten Leben in einer Stadt beigetragen wird. Wissenschaftlerinnen und Wissenschaftler, und da beziehen wir uns vor allem auf Geistes- und Sozialwissenschaftler, können durch das Portal Daten anreichern, welche dann im Portal übersichtlich dargestellt werden können. Sie können die Daten ebenso exportieren, um sie dann wieder für ihre eigene Forschung nutzen zu können. Die Kommunen können ebenfalls Daten im Portal einstellen und damit Inhalte und Themen aus der Verwaltung und für die Öffentlichkeit nutzerfreundlich zugänglich machen und damit eine breite Bevölkerung zu erreichen. Die Wissenschaft, die Stadtverwaltung und auch andere Open-Data-Portale können Daten über Schnittstellen ins Portal importieren und Bürgerinnen und Bürger bzw. alle Nutzerinnen und Nutzer können auch über das Portal selber über die Online-Plattform Daten eintragen. Zusammengefasst, wir schaffen also einen Portal, was einen dauerhaften Wissensaustausch zwischen Bürgerschaft, zivilgesellschaftlichen Initiativen, Wissenschaft und Kommunen fördert. Wie kann eine Darstellung solcher Daten aussehen? Wir haben euch mal einen kleinen Einblick mitgebracht in unser Portal. Das ist noch nicht fertig. Wir sind mitten in der Entwicklung. Hier könnt ihr zum Beispiel sehen, wie Netzwerke in einer Stadt aufgebaut sind. Das heißt, die Punkte sind Initiativen in Wuppertal und die Linien dazwischen sind die Verbindungen. Das heißt, wo Initiativen zusammenarbeiten. Und im Geoportal kann man viele Arten von Daten darstellen, zum Beispiel solche Daten. Man kann auch Socialdemografische Daten darstellen, zum Beispiel den Einwohnerzahl oder den Altersdurchschnitt in Quartieren. Daten, die von Bürgerinnen eingetragen werden können, sind zum Beispiel die Zahl der Engagierten, die in einem Verein sind, die örtliche Luftqualität oder auch Orte des guten Lebens. Jetzt habe ich schon wieder gesagt, diese zwei Worte, gutes Leben, was genau bedeutet das also? Der Begriff gutes Leben bezieht sich auf den Beta-Live-Index, der den Wli, der OECD. Und wir nutzen im Portal eine kleine Abwandlung, den Beta-Live-Index Urban, der eine lokale Adaption ist und aus einem Forschungsprojekt in Wuppertal entstanden ist. Der Bli beschreibt 12 Dimensionen des guten Lebens, zum Beispiel Gemeinschaft, Infrastruktur, Engagement oder Umwelt. Und mithilfe von Wohlstandsindikatoren und den Dimensionen zusammen kann das gute Leben in einer Stadt gemessen werden. Wie verwenden wir den Bli im Geoportal? Für alle Einträge kann angegeben werden, welche Dimensionen des guten Lebens erfüllt werden durch den Eintrag. Zum Beispiel hat man eine Initiative, die sich mit Wohnen und Arbeit beschäftigt und genau diese Tax wenden auch für die Initiative im Portal gesetzt. Damit können wir die vorhandenen Daten vor allem auch anrechnen. Wir wollen das erreichen, was in unsere Ziele nochmal kurz zusammengefasst. Wir wollen lokales Wissen überhaupt und Informationen zum guten Leben sammeln und als offene Daten in Akteuren aus Zivilgesellschaft, Wissenschaft und Kommunen zur Verfügung stellen. Niedrigschwellig. Dadurch wollen wir die Vernetzung zwischen den Akteuren fördern und vor allem Bürgerinnen und Bürger ermächtigen, sich auf Basis von Fakten in stadtentwicklerische Prozesse einmischen zu können. Wie setzen wir diese Vision um? Was ist unser Prozess? Wir machen das Ganze in einem Co-Design und Co-Entwicklungsprozess. Das heißt, wir binden Bürgerinnen und Bürger, Vertreterinnen und Vertreter der Kommunen und Wissenschaftlerinnen und Wissenschaftler aktiv bei der Erstellung des Portals mit ein, indem wir sie einladen, mit uns zu arbeiten. Zum Beispiel in Form von Workshops oder Hackertons. Das heißt, die Leute können wirklich mitbestimmen, was im Portal geschieht und wenn sie möchten, können sie auch Teil des Teams werden. Wir sind hier aktuell dabei, eine Community aufzubauen, die das Projekt auch weiter trägt und weiter entwickelt, denn das Projekt ist auf zwei Jahre begrenzt aktuell, denn das ist durch Fördermittel gefördert. Wie haben wir das Ganze technisch umgesetzt? Dazu wird Benedikt jetzt ein bisschen was erzählen. Unser Anliegen war, die Software, die wir entwickeln, frei zu halten. Das bedeutet, wir haben erst einmal darauf geachtet, dass wir Patronkmann erfänglich bleiben und dann auch Open Source-Letenzen verwenden und dann auch offener Standards und ginge Bibliotheken zu verwenden. Dies haben wir wie vorhin angestellt. Als Programmiersprache haben wir Java verwendet, weil wir die Web-Apps und mobilen Apps per Rest-AP anbinden wollten. Dazu haben wir Jossi verwendet, als Bilsystem benutzen wir, als Web-Application-Server in Java benutzen wir Apache Tomcat, als Bilsystem benutzen wir Maven, als Setzungsmanager und als Setzungsmanager benutzen wir Shiloh, weil Shiloh bereits einige Sachen nicht bringt. z.B. Rollenverteilung, also Rollendefinitionen und das haben wir noch erweitert ohne einen Token Service, weil scheinbar sich in restvollen Gebungen die Estate Essent nicht so schön verwenden wirst. Weiterhin haben wir benutzt eine Postgres-Datenbank, Postgres SQL, mit Hilfe von Postgres, weil wir damit relativ schön und relativ komfortabel mit gehoferenzierten Daten umgehen können. Außerdem haben wir darüber hinaus noch eine Overpass-IP, noch am Start, die wir demnächst noch ans Rollen bringen müssen. Da wir bestimmte, da wir größere Datenmengen über USM aufschaufeln werden, rüber schaufeln werden, müssen wir eine eigene Overpass-AP zur Verfügung stellen, weil USM das gerne so hätte, weil deren Hosting ihrer Overpass-AP nicht so größere Datenmengen ausgedichtet ist. Das Frontend haben wir gebaut in der Sprache Angular 6. Es bietet die Möglichkeit mit TypeScript relativ nah an Java zu arbeiten und dabei die Inhalte und die Funktionen getrennt von der Nase zu halten. Putzflip haben wir benutzt als Bibliothek für keine Gemix für unsere Designer. Wir haben eben diese Architektur gewählt, damit Programmierer und Designer relativ klar abgegrenzte Bereiche haben, wo sie arbeiten können. OpenLayers ist eine schöne Bibliothek zum Darstellen von Karten und von Punkten und von Verbindungen. Arbeitet nicht ganz so schön harmonisch mit TypeScript zusammen, aber wir tun unser Bestes. Und NPM benutzen wir als Paketmanager für die Abhängigkeiten, die mit TypeScript entstehen. Wenn wir Einträge ins Geoportages guter Lebensmache wollen, bedingt das, dass es eine OSM-ID gibt. Die OSM-ID wird entwickeln, dann über uns erzeugt oder aber kann manuell bei OpenStreetMap angedicht werden. Die Daten, die bei uns hinterlegt werden, sind im Grunde genommen nur Referenzierungen, und zwar auf die OSM-ID, auf den OSM-Typ und auf die Version der OSM-ID. Das war eine Sophie. Eigentlich sollte ich ja noch genau Diana, Dankeschön. Die Karten an sich setzten sich also zusammen aus den Daten, die wir im Geoportal wie gesagt als Referenzenspeichern auf OpenStreetMap und aus den Daten aus OpenStreetMap selbst. Warum wir das so gebaut haben? Darüber kann ja Reif ein bisschen was erzählen. Ja genau, warum noch ein Geoportal? Vielleicht mal ein bisschen zurückgreifend. Ich komme von Utopia Stadt. Das ist eine Initiative in Wuppertal, wo sehr viele Akteure, andere Initiativen andocken und mit uns im Austausch sind. Und es kam immer wieder an dem Punkt, dass ein Projekt gestartet wurde und dann irgendwann sollten die Daten auf einer Karte dargestellt werden. Das sind jetzt Beispielprojekte, die in unserem Umfeld mal aufgeschlagen sind. Rechts da haben wir Urban Gardening-Projekt. Die haben ihre ersten Anläufe dann bei Google Maps einfach kartiert und haben die Karte dann auf der Webseite dargestellt. Rechts da geht es um eine Urban Bikemap. Da war die Herausforderung von den Kollegen, die sich mit dem Thema Fahrrad beschäftigen in Wuppertal. Wo sind die entspannten Wege durch Wuppertal? Weil Wuppertal ist eine relativ bergische Stadt, so dass man viele Steigungen hat und eigentlich selten Fahrrad fährt. So war es zumindest vor fünf Jahren. Heute sieht es anders aus und das hat halt auch die Initiative, die dann diese Karte entwickeln wollte, gesehen und sie wollte halt einen Routenplaner gestalten und ihre Empfehlungen, wie fährt man am besten. Das heißt, wo ist die geringste Steigung und Ähnliches? Das dritte, was ich jetzt beispielhaft mal nehme, ist das Thema Ehrenamt. Die Stadt Wuppertal kümmert sich stark um das Ehrenamt und hat halt eine große Liste von ehrenamtlichen Initiativen. Ich glaube etwas über 600 und über diese Karte wollten sie diese, nicht die Initiativen, sondern die Tätigkeiten, die dort anfallen, darstellen und die waren auch in unserem Kontext unterwegs, weil das Projekt ein paar Schnittstellen mit uns hatte und das sind nur Beispiele an Themen, da entstehen ständig einzelne Karten. Und das Problem, was wir da gesehen haben, mache ich jetzt mal am Beispiel Gardening. Die haben es halt auf Google Maps dargestellt, okay, ist noch eine Lösung, wo ich sagen kann, ja, wenn man sie ganz öffentlich macht, dann kann man dann auch drauf zugreifen, dann haben auch andere was davon. Da es aber rudimentär ist, hat man relativ viel Aufwand und man muss es halt pflegen. Das ist jetzt in dem Fall eine Einzelperson gewesen, die sich dann da dran gesetzt hat, das mal darzustellen und nach einem Jahr war es schon wieder verweist, also stimmte es schon nicht mehr. Es gibt aber auch ein anderes Projekt, nämlich von der Anstiftung forciert, Thema Urban Gardening, dass die Initiativen sich bei der Anstiftung auf dem Portal eintragen können und beschreiben können, ihre Initiativen, ihre Gärten beschreiben können und halt auch auf der Karte platzieren können. Die ist sehr umfangreich, ganz Deutschland. Basiert aber auch nur in Anführungszeichen darauf, dass sie über ein Layer ihre Daten, die sie auf ihrem Server gerostet haben, dann visuell darstellen. Und wie sieht das jetzt in der OpenStream App aus? Weil wir hatten ja vorhin gehört, wir versuchen viel mit OpenStream App zu arbeiten. OpenStream App gibt es auch, einen Tech Urban Gardening heißt anders, ist halt Garden Community. Oh, ich habe nur noch fünf Minuten. Gut. Wenn man dann aber auf Deutschland das fokussiert, sind relativ wenig Daten in OpenStream App so geteckt, dass man da draus schließen kann, da ist ein Urban Gardening Projekt. Weil man kann das jetzt zum Beispiel sehen, dieses Urban Gardening Projekt, obwohl es richtig geteckt ist, wird in dem Fall auch nicht dargestellt. Also da ist steckend hoher Pflegeaufwand hinter, weil die meisten mit dem Userinterface von OpenStream App dann eine größere technische Hürde sehen. Falsch. Eine zu weit. So und da haben wir uns dann gesagt, okay, wenn es Initiativen gibt, die Urban Gardening machen, die ihre Daten auf einer Karte darstellen wollen, dann versuchen wir eine Plattform zu schaffen, die dann nicht wieder auf unserer Datenbank irgendwelche Daten speichert und dann irgendwie visualisiert und im Hintergrund irgendeine Karte ist, sondern wenn es OSM-relevanz hat, dann pflegen wir das direkt im OSM. Das heißt, wenn jemand einen manuellen Eintracht über unser Portal macht, pflegt er die OSM-relevanten Sachen im OSM, die nicht OSM-relevanten Sachen, aber Geoportal des guten, lebensrelevanten Sachen, wie zum Beispiel Netzwerkpartner oder die Bli-Dimensionen oder ähnliche Dinge, die werden in der Datenbank von Geoportal gespeichert. Und nur die Referenz, wie Benni so eben schön gesagt hatte, wird dazu genutzt, so dass wir die OSM-ID plus dem Typ und auch der Version darüber referenzieren wir zum OSM. Ein anderes Beispiel, was auch in dem Geoportal dargestellt werden soll, nämlich Statistiken. Die Kommunen, die Wissenschaftler machen Statistiken, jetzt bei den Kommunen ist es so, dass sie halt bestimmte raumbezogene Daten erheben. Die raumbezogene Daten sind standardisierte Flächen, die auch alle existieren. Da weiß man wo die sind und man hat auch die Daten. Im OSM gibt es dafür auch ein Tech, das ist Boundary administrativ. Also sorgen wir dafür, dass diese Flächen im OSM korrekt dargestellt sind, da wo sie fehlen, tragen wir sie nach, da wo sie vorhanden sind, überwachen wir quasi dem Prozess, dass sie auch immer noch da sind. Und so können wir die Darstellung aus dem OSM so verziehen und tragen nur auf der Karte dann, also bei uns, die statistischen Werte wie Einwohnerzahl, die Darstellung, also diese Informationen, die Statistiken, die flehen wir in dem Geoportal des guten Lebens. Das ist so der Ansatz, weshalb wir gesagt haben, wir müssen das Ganze anders denken als die meisten Projekte. Es gibt auch gute Ansätze wie zum Beispiel die Wilmapsorg, die machen es genauso. Aber einen bestimmten Rahmen an Content, da geht es um barrierefreie Zugänge in allen möglichen Lokalitäten, ob das jetzt Ämter sind, ob das Restaurants sind, ob das Ladenlokale sind, alles und die benutzen auch ihr Portal, aber die Einträge werden direkt ins OSM gemacht, weil die sind OSM relevant und dementsprechend werden sie im OSM gemacht und nur über das Userinterface Wilmapsorg wird es getan. Das heißt, das Userinterface wird so barrierefrei wiederum gemacht, dass man einen einfachen Zugang hat auch Daten in OSM zu pflegen und wir bereichern in unserem Portal dann das mit den Statistiken oder mit den geoportal relevanten Daten noch auf. Das ist so die Idee. Jetzt fahre ich zurück. Genau, da bin ich schon zu Ende. Das heißt, so global betrachtet, wir speichern keine Daten doppelt, wie wir das so von vielen einzelnen geoportal Projekten so kennen, sondern wir versuchen es nachhaltig zu machen. Das heißt, wir versuchen da die Daten zu speichern, wo durch die Community eine hohe Nachhaltigkeit gewährleistet ist, wie zum Beispiel beim OSM. Ähnlich ist auch Wikipedia, Wikidata, wenn relevante Daten dort besser sind oder die Daten halt dort sind, dann nutzen wir auch die. Ja, das so zu dem Geoportal noch ein paar Informationen. Neben dem vielen Dank für Ihre hier zuhören. Wenn ich den Laser pointer finde, kann ich hier gar nicht. Hier sind unsere Webseiten einmal das Geoportal selber. Es ist ein Block der Zeit und unser GitLab, weil, wie Benni schon gesagt hat, alles was wir programmieren soll Open Source sein, so wie alle Daten, die wir speichern, Open Data sein sollen. Ja, vielen Dank. Wow, das ist doch mal ein wirklich cooles Projekt. Okay, seid ihr dann anstehend noch irgendwo für Fragen, wenn irgendjemand es im Publikum wissen will? Gerne ja sofort, falls sofort Fragen sind. Ansonsten, wir sitzen meistens drüben beim Deftal, also hier direkt rechts rüber auf einem der Tische. Hier ist das Slot jetzt da und für euch, also wenn irgendjemand Fragen hat, da drüber. Klaus Wuppertal, glaube ich, ist das Stichwort Deftal. Klaus West ist hier alles. Ja, genau. Okay, dann möchte ich noch mal einen festen Applaus für Benedikt Jana und Ralf.