Chaos Computer Club - archive feed

Der Unterhaltungsverband „Mittlere Hase“ betreut insgesamt 1.400 Gewässerkilometer für 700 Kunden. Für die Maßnahmenplanung und Erfassung von Arbeitsständen werden neben QGIS eine PostGIS Datenbank und mobile Endgeräte mit der Software QField eingesetzt. Da im Gelände offline gearbeitet werden muss werden zentrale Daten täglich synchronisiert. Technisch möglich ist die Synchronisation durch Funktionen der GBD Websuite und den Einsatz einer eigens entwickelten App zum Datentransfer.

In Niedersachsen werden auf Basis des § 63 des Niedersächsischen Wassergesetzes die Gewässer von aktuell 109 Unterhaltungsverbänden unterhalten. Zu den Aufgaben gehört die Gewässerpflege und Entwicklung sowie die Abflusssicherung. Dabei sind Vorgaben des Natur- und Landschaftsschutzes zu berücksichtigen.

Der Unterhaltungsverband 97 „Mittlere Hase“ betreut in dem 77.750 ha großen Verbandsgebiet ca. 689 Verbandsgewässerkilometer und 800 Kilometer Privatgewässer. Um die zahlreichen maschinengestützten Aufgaben im Gelände zu planen und zu überwachen setzt der Verband seit Jahren QGIS ein. Zur Optimierung und Vereinfachung der Arbeiten werden die Daten nun in einer PostGIS Datenbank verwaltet. Hier werden Maßnahmen zur Gewässerpflege erfasst und über QGIS visualisiert. Die Daten werden für die Feldarbeit an mobile Endgeräte mit der Software QField übertragen um die Informationen für durchzuführende Maßnahmen an Mitarbeiter zu übergeben und um den Arbeitsstand am Gewässer zu erfassen. Da im Gelände offline gearbeitet werden muss werden zentrale Daten täglich synchronisiert. Technisch möglich ist die Synchronisation durch die Entwicklung einer App zum Datentransfer und Funktionen der GBD Websuite.

about this event: https://pretalx.com/fossgis2023/talk/GBD9JZ/

Ein neues QGIS-Plugin "Räumlicher Filter" ermöglicht es, die Layer eines Projektes schnell und einfach auf ein bestimmtes räumliches Gebiet zu beschränken. Damit kann die Arbeit stark beschleunigt werden, denn es werden keine unnötigen Daten von der Datenquelle abgefragt und QGIS muss weniger Daten in der Karte zeichnen. So ist es unter anderem möglich, jeweils im Kontext unterschiedlicher Gemeinden oder Gitterzellen zu arbeiten.

Ein neues QGIS-Plugin "Räumlicher Filter" ermöglicht es, die Layer eines Projektes schnell und einfach auf ein bestimmtes räumliches Gebiet zu beschränken. Damit kann die Arbeit stark beschleunigt werden, denn es werden keine unnötigen Daten von der Datenquelle abgefragt (gerade bei entfernten Datenbankservern ein großer Vorteil) und QGIS muss weniger Daten in der Karte zeichnen. Auch Analysen und Exporte beschränken sich nur noch auf die gefilterten Daten. So ist es unter anderem möglich, jeweils im Kontext unterschiedlicher Gemeinden oder Gitterzellen zu arbeiten.

- Filtergebiete können in der Karte gezeichnet oder von ausgewählten Polygonen übernommen werden

- Filter können mit einem Namen versehen, gespeichert und in unterschiedlichen Projekten wiederverwendet werden

- Das räumliche Prädikat für die Filterung der Layerfeatures kann ausgewählt werden ("schneidet sich", "liegt drin", "liegt außerhalb")

- Ausgewählte Layer können von der Filterung ausgeschlossen werden

- Und vieles mehr!

Dieses QGIS-Plugin wurde von der WhereGroup GmbH im Auftrag der Hessischen Verwaltung für Bodenmanagement und Geoinformation (HVBG) entwickelt, mit dem erklärten Ziel, es nachhaltig auch anderen als Freie und Open-Source-Software zur Verfügung zu stellen.

https://github.com/WhereGroup/spatial_filter

about this event: https://pretalx.com/fossgis2023/talk/ZDYNSX/

Das CRS Guesser Plugin für QGIS ermöglicht es, eine Koordinate oder einen Layer mit einem unbekannten Koordinatensystem einzugeben und automatisch eine Liste möglicher Koordinatensysteme zu durchsuchen. Das Plugin verbindet zudem die klassische Geowelt mit der des Semantic Web mit Nutzung von Ressourcen in WIkidata. Dieser Lightning Talk gibt einen Einblick in das Plugin.

Gerade bei fremden Daten, kann es vorkommen, dass die Information, in welchem Koordinatensystem (KBS) sich die Daten befinden, nicht (mehr) bekannt ist. Bis jetzt mussten die Daten in einem GIS geladen und das Layerkoordinatensystem auf “gut Glück” bzw. nach Vermutung manuell geändert werden. Um diesen Prozess zu vereinfachen, wurde für QGIS das Plugin “CRS-Guesser” geschrieben. Im Plugin wird eine Koordinate mit unbekanntem KBS bzw. einen in einem falschen KBS geladenen Layer sowie ein Ziel-KBS angegeben, worauf die Daten automatisiert von jedem in der Liste definierten KBS in das angegebene Ziel-KBS transformiert und dieser Layer automatisch geladen wird. Dieser Layer zeigt somit an, wo sich die Daten im ursprünglichen KBS befinden. Nun muss nur noch eine Hintergrundkarte geladen (z.B. mit dem Plugin Quick Map Service) und geschaut werden, welcher Punkt bzw. welche Fläche sich an der richtigen Stelle befindet. Von dieser Geometrie kann durch die Attributtabelle abgefragt werden, von welchem KBS sie transformiert wurde. Dieses ist dementsprechend das richtige KBS für die ursprünglichen Daten. In Zukunft soll es zudem möglich sein, Wikidata-Daten, und z.B. EPSG-Codes direkt einzubinden.

URL zum GitHub Repository: https://github.com/brigitdanthine/crs-guesser

about this event: https://pretalx.com/fossgis2023/talk/QAHUAA/

FOSS-GIS in der Berliner Verwaltung, funktioniert das? Dazu soll der Vortrag einen Einblick in die gemachten Erfahrungen und die möglichen Einsatzfelder geben. Im Fokus stehen 2 Senatsverwaltungen (SenUMVK und SenSBW). Der Vortrag soll zu einer weiteren Diskussion und einer Vernetzung anregen.

Die Notwendigkeit von Geodaten und – diensten für ein nachhaltiges und transparentes Verwaltungshandeln ist unumstritten. Damit verbunden hat das Thema GIS in der Berliner Verwaltung einen Anschub erhalten. Der Einsatz von FOSS für die Bearbeitung und Bereitstellung von Geodaten hat sich in den letzten 5 Jahren intensiviert. Waren es anfangs nur einige Wenige, die versucht haben mit entsprechenden Tools die Verwaltungsaufgaben zu lösen, so wird spätestens seit der Aufnahme von bekannten FOSS Software-Paketen in der Berliner IKT-Architektur derartige Software empfohlen und eingesetzt.

Wünschenswert ist dennoch eine noch stringentere Entwicklung hin zu einer bevorzugten Verwendung von FOSS-Komponenten. Schließlich ist aus qualitativer und fachlicher Sicht kein Nachteil gegenüber dem Einsatz proprietärer Software gegeben. Stattdessen, ergibt sich, ähnlich wie bei der verwandten Thematik "Open Data", auch hinsichtlich des Einsatzes von Software für Verwaltungsaufgaben, eine Verantwortung bei der Verwendung öffentlicher Mittel. Bei der Abbildung digitaler Prozesse ist zudem eine unabhängige, wiederverwendbare und transparente Softwareentwicklung von Vorteil. Ganz im Sinne von "public money - public code" können dabei im besten Fall Innovationen entstehen, die auch außerhalb der Verwaltung nachgenutzt werden können. Das wird auch immer häufiger von Entscheidungsträger:innen gesehen. Dennoch gibt es durch historisch gewachsene Abhängigkeiten, wenig Repräsentanz für die Thematik sowie Sachverständnis auf der politischen Ebene einen großen Nachholbedarf.

Mit diesem Beitrag wird ein Einblick in die eingesetzten FOSS-GIS Komponenten der Senatsverwaltungen für Stadtentwicklung, Bauen und Wohnen und für Umwelt, Mobilität, Verbraucher- und Klimaschutz gegeben. Der Einsatz umfasst sowohl Webbasierte sowie Serverseitige Anwendungen. Weiterhin wird der Austausch mit einer berlinweiten Community in diesem Bereich gesucht. Der Vortrag soll zu einer möglichen anschließenden Diskussion einladen, wie mit Hindernissen und den Verwaltungsstrukturen bei der Einführung und Umsetzung von FOSS-GIS Komponenten umgangen werden kann.

about this event: https://pretalx.com/fossgis2023/talk/KUBUZN/

Workflow-Engines wie Apache Airflow sind ein wichtiges Instrument im Bereich Data Science. Sie bieten die Infrastruktur zum Definieren, Ausführen und Überwachen einer Abfolge von Schritten eines Datenverarbeitungsprozesses. Dieser Vortrag vergleicht eine Auswahl verfügbarer Open-Source Workflow-Engines, die sich besonders für Workflows mit Geodatenverarbeitung eignen. Zudem wird der OGC API – Processes-Standard, ein REST-API zur Ausführung und Überwachung von Prozessen vorgestellt.

Das neu aufgekommene Fach Data Science hat eine beträchtliche inhaltliche und technische Überschneidung mit traditionellen Aufgaben der Geodatenverarbeitung und -visualisierung. Die in diesem Umfeld entstandenen Tools sind deshalb auch von grossem Interesse für GIS-Fachpersonen.

Arbeitsschritte und Abhängigkeiten von Workflows werden deklarativ oder in einer Programmiersprache wie Python definiert. Die verbreitete Engine Apache Airflow hat die Workflow-Orchestrierung mithilfe von gerichteten azyklischen Graphen (engl. DAG, directed acyclic graph) populär gemacht.

Dieser Vortrag vergleicht die bekannte Apache Airflow-Engine mit Open-Source-Workflow-Engines wie Dagster, einer neueren DAG-basierten Lösung und Camunda, einer BPMN-basierten Workflow-Engine. Zudem gibt diser Vortrag einen Überblick über den neuen OGC API - Processes-Standard und zeigt mögliche Integrationen mit verfügbaren Workflow-Engines.

about this event: https://pretalx.com/fossgis2023/talk/JAMMJ8/

Interior building data is gaining popularity, but while there is an abundance of exterior data for navigation and other purposes, the availability of indoor data is meagre. This paper presents how simplified indoor data can be extracted from digital building models, which are rich in interior information, and can be converted to formats such as CityGML, IndoorGML, and OpenstreetMap to increase the availability of indoor data.

Accessibility, barriers, and the locations of facilities inside buildings are gaining greater public interest. Accordingly, there is a popular trend to extend geospatial databases, map and routing services with indoor information, such that data and services can cater to broader applications. Various researchers address the topic by either extending geospatial data formats or by improving the quality and efficiency of indoor data acquisition. These works resort to existing 2D plans such as owner's as-built plans or publicly displayed escape plans as sources, or they create 3D models from laser scans or photographic material. However, these methods require substantial manual effort. Our work automates indoor data generation by leveraging existing data from construction planning, where building information is produced in good quantity and quality.

We develop conversion procedures that ingest building data as source, extract 2.5D floor plans, map them to an intermediate model and finally derive data in three pertinent target formats. We work systematically from the source and target models towards the intermediate model and take a bottom-up, inductive approach: On the source side, we analyse the IFC schema and realistic sample data for relevant patterns, implement checking routines and extract the input for conversion to the intermediate model. On the target side, we produce CityGML, IndoorGML and OSM sample data for a tailored sample project, identify commonalities of the schemas, design an intermediate model and generalize the output methods.

The final paper will present the identified IFC elements as well as the intermediate model in detail. Preliminary results indicate that the required source information exists in different forms among the semantic elements, geometric representations, and topological relations found in IFC. For the target models we realized that CityGML and IndoorGML are free of redundancies since they are both OGC schemas. Thus we identify a relevant subset of their union. OpenStreetMap is substantially different from the OGC formats. It is geometry-driven with semantic information attached to it. We use the Opensource BIMserver for efficient access to the often voluminous building data and implement the conversion in Java. A dedicated web application will serve as a front-end. Two university campus buildings as well as a public administration centre under construction are used for verification.

In summary, our work integrates the interior of publicly accessible buildings into the urban outdoor space, expanding the already available city models and databases. We focus on open formats, the production of open data, and publish our applications as open source. Building owners are given the opportunity to submit their data for public access, assisting in the process of volunteer mapping. The integrated data has the potential to provide the foundation for innovative applications in the area of autonomous navigation, accessibility and public transportation.

This paper is a substantially extended version of the lightening talk we presented at SOTM 2022.

about this event: https://pretalx.com/fossgis2023/talk/NBNV3B/

Von Open Data und Open Source kann die gesamte Stadtgesellschaft profitieren. Sie baut Wissen auf, erfährt Erleichterungen z.B. in der Mobilität oder bei der Inanspruchnahme von Dienstleistungen und nutzt Transparenz und Partizipationsmöglichkeiten bei politischen Entscheidungen. Welche spannenden Datenanwendungen und Werkzeuge können auf offenen Daten aufbauen? Wir zeigen aktuelle Beispiele aus Berlin.

Berlin 2030: Für die Bürger:innen und Besucher:innen der Stadt ist es zur Selbstverständlichkeit geworden, dass sie uneingeschränkten Zugang auf städtische Informationen haben. Davon profitiert die gesamte Stadtgesellschaft. Sie baut Wissen auf, erfährt Erleichterungen z.B. in der Mobilität oder bei der Inanspruchnahme von Dienstleistungen und nutzt Transparenz und Partizipationsmöglichkeiten bei politischen Entscheidungen. Auf Verwaltungsebene wiederum, werden datengetriebene Entscheidungen getroffen und effiziente Prozesse durch offene Ökosysteme etabliert.

Idealisierte Zukunftsvision oder reales Szenario? Welche datenbasierten Technologien und digitale Anwendungen werden schon heute verwendet und erprobt, die dem Gemeinwohl der Stadt nutzen?

Der Vortrag stellt aktuelle Open Data und Open Source Projekte der Technologiestiftung Berlin vor, gespickt mit Einblicken in die Prototypen-Entwicklung für und mit der Berliner Verwaltung, sowie einem Ausblick auf Kommendes.“

about this event: https://pretalx.com/fossgis2023/talk/GFT9AM/

EO-Lab ist eine neue Cloud, die einen einfachen Zugang zu Satellitendaten anbietet. Der Schwerpunkt liegt auf nationalen Satelitendaten wie EnMAP, TerraSar-X und TanDEM-X, wie auch Daten der SentinelSatelliten. In diesem Vortrag stellen wir die verwendeten Komponenten des WebGIS Client, SHOGun, openEO-backend, actinia und GRASS GIS und deren Zusammenspiel in einer Cloud Architektur vor.

In der Erdbeobachtung gibt es eine stetig wachsende Zahl an Satellitenbild-Szenen, die über unterschiedliche Plattformen zur Verfügung gestellt werden, z.B. den DIAS Plattformen oder national über CODE-DE und neuerdings auch EO-Lab. Die Verarbeitung von Rasterdaten hat sich in den letzten Jahren mit dem wachsenden Umfang der zur Verfügung stehenden Zeitreihen und Datenmengen stark verändert. Statt Daten herunterzuladen und lokal zu prozessieren, wird die Software zur Prozessierung heutzutage direkt über die Daten-Cloud bereitgestellt in der Satellitendaten vorliegen. Damit kann ein zentral bereitgestelltes Rechen-Netzwerk verteilten Benutzern hochperformante Prozessorleistung bereitstellen und Ergebnisse können nahtlos weitergenutzt werden um z.B. downstream Dienste anzubieten. Im Vortrag wird die Software-Architektur vorgestellt, wobei einerseits die Verwaltung der Komponenten und des WebGIS Clients mit SHOGun, andererseits der direkte Zugriff der Prozessierungssoftware auf die Daten beschrieben wird. Hierbei sind die wesentlichen Komponenten das openEO GRASS backend, actinia, und GRASS GIS. Sowohl das openEO GRASS backend als auch actinia stellen eine REST API zur Verfügung, die letztendlich an GRASS GIS zur eigentlichen Datenprozessierung angebunden ist.

about this event: https://pretalx.com/fossgis2023/talk/7ZQH9U/

KDE's freie Reise-App Itinerary nutzt OSM Daten auf vielfältige Art und Weise, beispielsweise für Indoor-Karten von Bahnhöfen und Flughäfen. Dieser Vortrag betrachtet die dabei entstandenen Lösungen und die angetroffenen Herausforderungen.

[KDE](https://kde.org)'s Reise-App "[Itinerary](https://apps.kde.org/itinerary)" unterstützt Nutzer dabei vor und während Reisen alle wichtigen Dokumente und alle relevanten Informationen stets zur Hand zu haben. Importierte Flug-, Zug- und Fernbus-Tickets, Hotelbuchungen und Anmeldungen oder Eintrittskarten zu Veranstaltungen werden dabei automatisch erkannt, anders als bei vergleichbaren Funktionen in proprietärer Software ohne dass private Daten dabei das eigene Gerät verlassen.

Bereits bei der Erkennung von Reisedokumenten spielen Daten aus OSM und Wikidata eine große Rolle, der sichtbarste Einsatz von OSM findet sich jedoch in den Indoor-Karten von Bahnhöfen und Flughäfen. Diese oftmals komplexen und mehrgeschossigen Gebäude sind häufig unter Zeitdruck zu durchqueren, sich präzise zurechtzufinden kann über das Erreichen einer knappen Verbindung entscheiden. Dies wird umso wichtiger je mehr weitere Anforderung bestehen, beispielsweise der Bedarf nach einem Aufzug auf Grund von schwerem Gepäck, einem Kinderwagen oder eines Rollstuhls.

Neben einer nach Stockwerken getrennten Darstellung ist für diesen Anwendungsfall auch die zuverlässige Erkennung von Elementen zum Stockwerks-Wechsel (Treppen, Rolltreppen, Aufzüge) sowie von Bahnsteigen/Gleisen, Bahnsteigsabschnitten und Gates erforderlich, um das Zusammenführen mit Echtzeit-Datenquellen (Ankunft/Abfahrtszeiten, Gleiswechsel, Störungen bei Aufzügen und Rolltreppen) zu ermöglichen. Ebenso enthalten sind die Auswertung von Öffnungszeiten und die Anzeige aktuell verfügbarer Leihfahrräder und -roller. All dies geschieht Client-seitig basierend auf OSM "Rohdaten-Tiles".

about this event: https://pretalx.com/fossgis2023/talk/CWR3N9/

Diese Demo Session zeigt die Nutzung der ALKIS-NAS-Daten über die Tools der PostNAS-Suite in QGIS und im WebGIS (mit QGIS-Server und dem Lizmap-Client).

Und richtet sich insbesondere an Anwender, die bisher nicht oder nur wenig mit der PostgreSQL/PostGIS Datenbank gearbeitet haben.

Immer noch nutzen QGIS-Anwender die ALKIS-Daten anhand des SHAPE- oder DXF-Formates.

Die professionelle Lösung über Tools der PostNAS-Suite nutzen viele nicht, da sie die notwendigen PostgreSQL/PostGIS (PG) Datenbank abschreckt.

Diese Demo Session richtet sich an Anwender, die bisher noch nicht oder nur wenig mit der PG-Datenbank gearbeitet haben.

Es wird gezeigt, dass die Installation und die weitere Anwendungen (PG-DB und Tools der PostNAS-Suite) auch ohne SQL-Kenntnisse möglich ist.

In einem zweiten Teil werden die ALKIS-Daten im WebGIS genutzt (QGIS-Server mit Lizmap-Client), incl. Flurstückssuche und einer einfachen Flurstücksauskunft.

about this event: https://pretalx.com/fossgis2023/talk/EQXMEK/