Chaos Computer Club - archive feed

Rheinland-Pfalz benötigte nach dem Starkregenereignis vom 15.07.2021 dringend eine IT-Lösung, um die Bedürfnisse der Betroffenen mit den Hilfsangeboten der freiwilligen Helfer abzugleichen. Auf Initiative des Opferschutzbeauftragten des Landes, wurde am 18.07. mit dem Aufbau eines zenralen Fluthilfe-Portals auf Basis des bewährten FOSS-Krisenmanagementsystems Sahana Eden begonnen. Im Vortrag werden die Entwicklung und die Funktionsweise des Systems anhand praktischer Beispiele vorgestellt.

Rheinland-Pfalz setzt beim COVID-19 Krisenmanagement seit Anfang 2020 auf die FOSS Sahana Eden. Das Gesundheitsministerium betreibt in dem Kontext die ca. 20.000 Personen umfassende Freiwilligendatenbank, das Landesamt für Soziales, Jugend und Versorgung das zentrale COVID-19 Teststellenportal. Nach dem Starkregenereignis am 15.07.2021, benötigte das Land dringend eine IT-Lösung, um die Bedürfnisse der Betroffenen, sowie die Hilfsangebote der freiwilligen Helfer abzugleichen.

Auf Initiative des Opferschutzbeauftragten wurde auf der gleichen Software-Basis - innerhalb weniger Tage - das "Fluthilfeportal" des Landes umgesetzt. Das System konnte schon am 21.07. freigeschaltet werden, und es haben sich insgesamt mehr als 15.000 Personen registriert. Um einerseits die Suche nach Hilfsangeboten zu erleichtern und andererseits die räumliche Verteilung des aktuellen Bedarfs vor Ort besser einschätzen zu können, wird das Kartenmodul von Sahana Eden genutzt.

https://fluthilfe.rlp.de

about this event: https://pretalx.com/fossgis2022/talk/UH3QUT/

In unserem Vortrag werden wir einen prototypischen Prozessablauf vorstellen, wie auf Basis von Offenen Daten und Open Source Software eine Fahrradroutenplanung um die Informationen aus bürgerschaftlichen Engagements angereichert werden kann.

In einigen Städten und Kommunen existieren sie bereits: Mängelmelder oder digitale Werk-zeuge für die Verkehrswende. Die Portale haben dabei das Ziel, dass dort in einer einfachen Art und Weise beispielsweise Schlaglöcher oder riskante Verkehrsführungen in der vorhandenen Radinfrastruktur oder auf Fußgängerwegen gemeldet werden können. Im Normalfall werden die Informationen von engagierten Bürgern freiwillig erfasst und in den Portalen an-schließend auf einer Karte visualisiert. Betroffene Gemeinden haben dadurch die Möglichkeit auf die Meldungen zu reagieren und, falls erforderlich, Maßnahmen zu ergreifen. Weitere Möglichkeiten, die gesammelten Informationen beispielsweise direkt bei der Ermittlung einer Fahrradroute oder Fußgängerweg zu verwenden bzw. zu berücksichtigen, bestehen nicht.

In unserem Vortrag werden wir einen prototypischen Prozessablauf vorstellen, wie auf Basis von Offenen Daten und Open Source Software eine Fahrradroutenplanung um die Informationen aus bürgerschaftlichen Engagements angereichert werden kann. Neben der Vorstellung der verwendeten Geodaten und Informationen, wird die Integration in der Routing Software präsentiert. Die in unserem Falle genutzten Informationen sollen die Routenplanung sowohl positiv wie auch negativ beeinflussen können. Anhand von verschiedenen Beispielen wird der vorgestellte Prozess mit seinen Vor- und Nachteilen diskutiert. Der Vortrag schließt mit einem einen Ausblick auf mögliche Optimierungen und Überarbeitungen ab.

about this event: https://pretalx.com/fossgis2022/talk/EX79SS/

GeoNetwork bildet seit vielen Jahren als Metadatenkatalog eine grundlegende Komponente in zahlreichen Geodateninfrastrukturen. Um die Weiterentwicklung einer Benutzeroberfläche mit modernen JavaScript-Features zu ermöglichen wurde 2020 das Projekt GeoNetwork UI ins Leben gerufen. Dieser Vortrag präsentiert den Ansatz und die aktuellen Entwicklungen des Projekts.

GeoNetwork ist als Metadatenkatalog und offizielles OSGeo-Projekt im FOSSGIS-Umfeld ein fester Begriff. Während der Kern der Anwendung im Backend liegt, ist der Funktionsumfang des Frontends mit der Zeit ebenfalls stark gewachsen. Eine Weiterentwicklung der auf AngularJS basierenden UI wurde in der jüngeren Vergangenheit jedoch zu einer immer größeren Herausforderung. Der Support für AngularJS lief im Sommer 2021 aus und eine Nutzung neuer JavaScript Features erwies sich in der aktuellen Architektur als schwierig. Eine komplette Migration zu einem neuen JavaScript-Framework würde enorme zeitliche und finanzielle Ressourcen binden.

So entstand 2020 das Projekt „GeoNetwork UI“. Die Idee des Projektes ist es, eine alternative Benutzeroberfläche für GeoNetwork in einer eigenständigen Anwendung bereitzustellen. Dabei wird nicht das Ziel verfolgt, die bestehende UI komplett zu migrieren, sondern sie zu ergänzen. Ein Hauptziel ist die einfache Entwicklung von neuen Funktionalitäten. Hierbei wird der Ansatz von Monorepositories genutzt, d.h. verschiedene Anwendungen befinden sich im gleichen Code Repository. Die Logik wird in verschiedenen Modulen durch sogenannte Smart Components bereitgestellt, an denen sich die Anwendungen bedienen können. Das erlaubt es, aus den gleichen Bausteinen sowohl umfangreiche Portal Anwendungen zu bauen, als auch Mini-Apps, die nur den für sie notwendigen Code beinhalten. Solche Mini-Apps können schließlich als Web Components verpackt werden und leicht in andere Anwendungen eingebunden werden. Denkbar wäre hier zum Beispiel eine einfache Suchmaske, die in einem bestehenden CMS ihren Platz finden soll.

Technisch basiert GeoNetwork UI auf Angular 12, dessen dependency injection es erlaubt bereits existierende Logik zu überschreiben und für spezielle Anwendungslogik zu implementieren. Auch die visuelle Erscheinungsform lässt sich mittels CSS-Variablen anpassen und ermöglicht Theming direkt im Browser. Eine CSS-Bibliothek, die dies unterstützt, ist das genutzte Tailwind-CSS.

Im vergangenen Jahr wurde eine solide Codebasis im Projekt entwickelt, aus der bislang zwei Anwendungen hervorgegangen sind:

Der Datafeeder stellt eine einfache Möglichkeit bereit, Geodaten in eine Geodateninfrastruktur hochzuladen. Über einen intuitiven, geführten und bewusst einfach gehaltenen Wizard beschreibt der Benutzer die Geodaten. Diese Informationen werden in einen Metadateneintrag im GeoNetwork überführt. Automatisiert werden die Geodaten in die Datenbank geladen und als Layer im GeoServer publiziert.

Der Datahub ist ein Open-Data-Portal, welches sich an den Metadaten von GeoNetwork bedient. Neben einer Suchfunktion und einer allgemeinen Präsentation der Metadaten, listet er Daten-Downloads und APIs auf und ermöglicht eine tabellarische, sowie kartografische Vorschau auf die Daten.

about this event: https://pretalx.com/fossgis2022/talk/MGQFMV/

Ziel des-Projekts NexSIS ist es eine digitale Rettungsplattform zu schaffen, die den zentralen Akteuren des Katastrophenschutzes in Frankreich ein komplettes Paket von Cloud-Diensten für den operativen Einsatz zur Verfügung stellt. Für dieses nationale Projekt mit seinen hohen technischen Anforderungen wurden explizit Open-Source basierte GIS-Lösungen gewählt.

Bei großen Krisensituationen, wie dem Terroranschlag im Pariser Bataclan am 13. November 2015, wird Frankreichs Katastrophenschutz mit sehr großen Mengen an geografischen Informationen und der Notwendigkeit einer schnellen Entscheidungsfindung auf Grundlage dieser Daten konfrontiert, hierzu zählen: Ort der Anschläge, Verfügbarkeit von Einsatzfahrzeugen, Reisezeit, Verkehr und mehr;

Die technischen Voraussetzungen für ein Informationssystem im SAAS-Modus, das für Notdienste bestimmt ist, sind hoch. Hierzu muss eine moderne und modulare Architektur aufgebaut werden, die den Bedürfnissen von bis zu 250.000 potenziellen Nutzern gerecht wird.

Eine zentrale Anforderung an diese Lösung war ein hoher Grad an technischer Transparenz. Zudem sollte die Lösung einen modularen Aufbau haben, sowie Interoperabilität, Skalierbarkeit und einen hohen Grad an Anpassungsfähigkeit besitzen. Aufgrund dieser Anforderungen wurden gezielt Open-Source Lösungen eingesetzt um ein nationales System für das Notfallmanagement zu entwickeln.

Neben dem Einsatz geeigneter Technologien sind die enge Zusammenarbeit mit den Projektpartnern und Endanwendern ein weiterer Schlüsselfaktor für den Erfolg von NexSIS. Das Projekt wird von einem agil arbeitenden Team im Scrum-Modus umgesetzt. Die Rolle der Product Owner wird von Feuerwehrleuten, die eng mit GIS Experten und Open-Source Entwicklern zusammenarbeiten, übernommen.

In diesem Projekt zeigen wir wie Open-Source GIS Lösungen wie PostgreSQL / PostGIS, Geoserver, und OpenLayers in der Lage sind, die vielschichtigen Herausforderungen und Anforderungen eines operativen Rettungssystems, das jeden Tag Leben retten soll, zu erfüllen.

about this event: https://pretalx.com/fossgis2022/talk/7NB9GA/

OPENER next ist ein vom BMVI gefördertes Projekt mit dem Ziel einer deutschlandweit übertragbaren, standardisierten Erfassung von Barrieredaten an Haltestellen im ÖPV.

Erfasst werden sollen die Daten direkt in OSM mit Hilfe einer im Projekt entwickelten Open-Source-Anwendung mittels Crowd-Sourcing durch Bürgerinnen und Bürger.

Die Bundesregierung hat im Personenbeförderungsgesetz festgelegt, dass der Öffentliche Nahverkehr barrierefrei sein muss. Für viele (kleinere) Verkehrsunternehmen stellt die konsequente Umsetzung aber eine große Herausforderung dar. Daher werden zur Unterstützung der Zielerreichung im Projekt OPENER next Lösungen zur deutschlandweit übertragbaren, standardisierten Erfassung von Barrieredaten (Bordsteinhöhe, Blindenleitstreifen etc.) an Haltestellen im ÖPV erarbeitet. Wesentliche Kernpunkte sind dabei die Sicherstellung der Datenqualität, die offenen Bereitstellung der erhobenen Daten und deren weiterführende Anwendung (u.a. barrierefreie Reisebeauskunftung).

Ein wichtiger Aspekt des Vortrages ist die im Projekt entwickelte Open-Source-Anwendung zur Erfassung von Barrieredaten. Ausgehend von dem im Vorgänger-Projekt (OPENER: FOSSGIS 2020) gesammelten Erkenntnissen wird auf die vollkommen neuentwickelte Anwendung eingegangen. Wesentlich dabei ist das zugrunde liegende Framework Flutter, welches eine Kompatibilität mit allen relevanten (mobilen) Plattformen sicherstellt, um einen möglichst großen Anwenderkreis zu haben.

Einen weiteren wichtigen Teil des Vortrags nimmt die enge Verknüpfung der Anwendung mit OSM ein. Zum Beispiel werden für die Erfassung der vom DELFI e.V. definierten Barrieredaten größtenteils bestehenden OSM-Tags verwendet [1]. Für Barrieredaten, bei denen die bestehenden OSM-Tags nicht passend waren, wird ein Community-Prozess zwecks Standardisierung gestartet.

Des Weiteren wird darauf eingegangen, wie die von der Anwendung direkt auf den offiziellen OSM-Servern erfassten Barrieredaten in die Produktivsysteme von Verkehrsverbünden überführt werden, z.B. zwecks Beauskunftung barrierefreier Reiseketten.

[1] [OSM-Wiki](https://wiki.openstreetmap.org/wiki/DELFI_Attribute_-_Barrierefreiheit_im_%C3%96ffentlichen_Personenverkehr)

https://openernext.de

https://github.com/OPENER-next

about this event: https://pretalx.com/fossgis2022/talk/A3P3MB/

Im Rahmen des ITS entwickelten wir von der Trufi Association e.V. eine App um Radfahrenden das Fahren im ÖPNV zu erleichtern. Wir entwickelten die "Nicht Ohne Mein Rad Hamburg" auf Basis unseres bekannten Trufi Cores. Alles basiert auf FOSS und Eigenentwicklungen wurden als FOSS freigegeben.

Unsere "Nicht Ohne Mein Rad Hamburg" soll es Radfahrenden Hamburgern ermöglichen zu wissen wann sie mit dem Rad den Hamburger Nahverkehr nutzen dürfen wie auch sonst fahrradfreundliche Routen zu finden. Die Sperrzeiten, die den Radfahrenden in Hamburg ein Dorn im Auge sind, werden beim Routing berücksichtigt.

Wir berichten von unserer "Reise" hin zu einer funktionierenden App aber auch über die Hürden, die wir überwinden mussten und geben einen Ausblick was noch zu tun ist.

https://github.com/trufi-association/hamburg-bike-app

about this event: https://pretalx.com/fossgis2022/talk/UMXTWZ/

Der von Esri entwickelte LERC-Algorithmus (Limited Error Raster Compression) ist ein hoch effizienter, innovativer Ansatz um Rasterdaten zu komprimieren. Für die meisten Nutzer ist LERC wohl noch ein magisches Buch mit sieben Siegeln und es ist Zeit dies zu ändern! In diesem Vortrag wird die Funktionsweise des Algorithmus erklärt und seine Auswirkungen anhand von praktischen Beispielen demonstriert.

Der von Esri entwickelte LERC-Algorithmus (Limited Error Raster Compression) ist ein hoch effizienter, innovativer Ansatz um Rasterdaten zu komprimieren.

Im Unterschied zu etablierten Kompressionsalgorithmen wie LZW oder DEFLATE, welche die räumliche Nachbarschaft nur in einer einzigen Dimension berücksichtigen ("was für Werte sehe ich von links nach rechts"), betrachtet LERC räumlich benachbarte Datenwerte in kleinen zweidimensionalen Blöcken, um diese mit möglichst wenigen Bits und Bytes abzuspeichern, grob gesagt. Eine häufig anzutreffende starke Ähnlichkeit zwischen räumlich benachbarten Werten (Autokorrelation) wird also berücksichtigt und ausgenutzt. LERC kann sowohl verlustfrei als auch verlustbehaftet komprimieren, wobei im letzteren Fall eine maximale Fehlertoleranz festgelegt werden kann.

LERC ist patentiert, durch die Veröffentlichung unter der Apache Software Lizenz aber FOSS und ohne besondere Einschränkungen nutzbar. LERC ist ein OSGeo-Projekt.

In GDAL ist der Algorithmus seit Version 3.3 nutzbar (vorher musste man GDAL mit speziellen Regeln selbst kompilieren). Für die meisten Nutzer ist LERC wohl noch ein magisches Buch mit sieben Siegeln und es ist Zeit dies zu ändern!

In diesem Vortrag wird die Funktionsweise des Algorithmus erklärt und seine Auswirkungen anhand von praktischen Beispielen demonstriert.

about this event: https://pretalx.com/fossgis2022/talk/7FYNDC/

Die GBD WebSuite ist eine Open Source WebGIS Plattform zur Geodatenverarbeitung und ein noch recht junges Projekt. Sie wird seit 2017 als Docker Image plattformunabhängig in bestehende IT-Infrastrukturen integriert und besteht aus einer Server-Komponente mit einem responsiven Client. Neben der Visualisierung und Bereitstellung von OGC- und INSPIRE-Diensten integriert die GBD WebSuite u.a. MapProxy und QGIS Server Funktionalität - siehe https://gbd-websuite.de.

Die GBD WebSuite ist eine Open Source WebGIS Plattform zur Geodatenverarbeitung und ein noch recht junges Projekt. Sie wird seit 2017 als Docker Image plattformunabhängig in bestehende IT-Infrastrukturen integriert und besteht aus einer Server-Komponente mit einem responsiven Client. Neben der Visualisierung und Bereitstellung von OGC- und INSPIRE-Diensten integriert die GBD WebSuite u.a. MapProxy und QGIS Server Funktionalität - siehe https://gbd-websuite.de.

Wir möchten im Rahmen des Vortrags aktuelle Neuerungen präsentieren und einen Ausblick auf für kommende Versionen geplante Funktionalität und Feature geben.

about this event: https://pretalx.com/fossgis2022/talk/SFUEVG/

"Hallo, mein Name ist actinia. Ich wurde entwickelt, um GRASS GIS Funktionalität über eine HTTPS REST API nutzbar zu machen und um Algorithmen zu Cloud-Geodaten zu bringen. Falls Sie mich schon kennen - wissen Sie, was in den letzten 2 Jahren alles passiert ist? Eine ganze Menge! Verwendung von Zwischenergebnissen, Helm Chart, verbesserter Exporter, STAC Integration und mehr. Ich möchte Ihnen auch etwas über meinen Einsatz in verschiedenen Projekten erzählen. Also kommen Sie vorbei!"

"Hallo, mein Name ist [actinia](https://github.com/mundialis/actinia_core). Einige von Ihnen kennen mich vielleicht schon. Ich wurde 2019 ein OSGeo Community Projekt und mein erster Auftritt auf einer FOSSGIS Konferenz war 2020, wo ich in einem Vortrag vorgestellt wurde. Für diejenigen, die mich noch nicht kennen - ich wurde entwickelt, um GRASS GIS Funktionalität über eine HTTPS REST API nutzbar zu machen, mit der GRASS GIS Locations, Mapsets und raum-zeitliche Daten als Ressourcen zur Verfügung stehen, um ihre Verwaltung und Visualisierung zu ermöglichen. Dadurch kann man mit mir alle Arten von Prozessierungen machen, die auch mit GRASS GIS möglich sind, wie Klassifikationen, Analysen von Zeitreihen, Erdbeobachtungsdaten, Punktwolken und viele mehr. Ich wurde entwickelt, um Algorithmen zu Cloud-Geodaten zu bringen, die täglich wachsenden großen Geodatenpools im Blick. Ich kann in einer Cloud-Umgebung installiert werden und dabei helfen, eine große Menge an Geoinformationen aufzubereiten, zu analysieren und bereitzustellen. Aber auch für diejenigen, die mich schon kennen - wissen Sie, was in den letzten 2 Jahren alles passiert ist? Eine ganze Menge! Stichworte sind: Verwendung von Zwischenergebnissen, Helm Chart, verbesserter Exporter, Überwachung der Mapset-Größe, STAC Integration und eine Aufteilung meiner Plugins inklusive Modul-Selbstbeschreibung von mehr als 500 Modulen, um nur einige zu nennen. Mit der Weiterentwicklung des openeo-grassgis-driver können Sie mit mir entweder in meiner Muttersprache oder über die openEO API kommunizieren. Ich möchte Ihnen auch ein paar interessante Fakten über meinen Einsatz in verschiedenen Projekten erzählen. Also kommen Sie vorbei!"

Vortragsfolien: https://mundialis.github.io/fossgis2022/news-from-actinia/index.html

Quellen: https://github.com/mundialis/fossgis2022/tree/main/news-from-actinia

about this event: https://pretalx.com/fossgis2022/talk/DTPFRP/

Der QGIS Webclient 2 (QWC2) ist ein moderner Kartenclient, der die Erweiterungen

von QGIS Server unterstützt und durch weitere Funktionen ergänzt. In Kombination mit dem qwc-services Projekt wird die QWC2 Systemumgebung um Micro-Services ergänzt. Damit ergeben sich grenzenlose Möglichkeiten WebGIS Applikationen zu bauen. Der Vortrag stellt die Grundlagen des QWC2 und die Neuerungen der vergangenen Jahre vor.

Überblick über das Projekt QWC2 qwc-services. Einführung in das System QWC2 und die bestehenden Services.

about this event: https://pretalx.com/fossgis2022/talk/YZJD3B/