Chaos Computer Club - archive feed

Der Vortrag beschreibt das Erfassen von (Obst-)Bäumen in OpenStreetMap. Das Tagging der verschiedenen taxonomischen Stufen, auch mit Hilfe von Wikidata, wird diskutiert. Am Beispiel der Berliner Kleingartenkolonie "Am Stadtpark I" wird die systematische Kartierung der Obstbäume demonstriert. Eine Karte, die die Obstbäume auf den Parzellen in hohen Zoomstufen zeigt, wird vorgestellt. Sie beruht auf einer Erweiterung des Standard-Mapnik-Kartenstils für OSM. Die Schweizerhose ist eine alte Birnensorte. Ihren Namen hat sie wegen der längsgestreiften Früchte, die an die Uniformhosen der Schweizergarde erinnern. Schrebergärtner kultivieren gerne alte Obstsorten, die im Ertragsanbau keine Rolle (mehr) spielen und tragen so zur Erhaltung dieser Kultursorten bei. Der Vortrag beschreibt das Erfassen von (Obst-)Bäumen in OpenStreetMap. Das Tagging der verschiedenen taxonomischen Stufen, auch mit Hilfe von Wikidata, wird diskutiert. Am Beispiel der Berliner Kleingartenkolonie "Am Stadtpark I" wird die systematische Kartierung der Obstbäume demonstriert. Eine Karte, die die Obstbäume auf den Parzellen in hohen Zoomstufen zeigt, wird vorgestellt [1]. Sie beruht auf einer Erweiterung des Standard-Mapnik-Kartenstils für OSM. Obstgehölze in Kleingärten sind in der Regel nicht in amtlichen Baumkatastern verzeichnten. Das Erfassen dieser Bäume bereichert OSM somit um einen wertvollen Datenbestand.<br/> [1] [obstbaumkarte.de](https://www.obstbaumkarte.de) about this event: https://pretalx.com/fossgis2022/talk/7QGFC8/

Mr. Map wird entwickelt, um die Backends der Geoportale der Bundesländer RLP, Hessen und Saarland abzulösen. In dieser Demo-Session zeigen wir den praktischen Einsatz von Mr. Map anhand typischer Workflows. Mr. Map wird entwickelt, um die Backends der Geoportale der Bundesländer RLP, Hessen und Saarland abzulösen. In dieser Demo-Session zeigen wir den praktischen Einsatz von Mr. Map anhand typischer Workflows: - Die Nutzung der integrierten Geosearch-Engine zum Auffinden von Geodaten und Diensten (Ressourcen) - Registrierung neuer Ressourcen - Absicherung und Monitoring von Ressourcen - Anlegen von Karten und Nutzung der abgegebenen OWS-Context-Dokumente - Die Nutzung der Web-APIs about this event: https://pretalx.com/fossgis2022/talk/WKUM9G/

Das OSGeo-Projekt deegree stellt seit mehreren Jahren umfassende Referenzimplementierungen für OGC-Standards wie WFS, WMS und WMTS bereit. Der Vortrag geht auf die aktuellen Neuerung in deegree und die Unterstützung des neue Standards OGC API - Features sowie die aktuellen Entwicklungen ein. Das OSGeo-Projekt deegree hat gemeinsam mit den Anwender:innen in den letzten Jahren intensiv an einer verbesserten Unterstützung für die Bereitstellung von Geodaten im Rahmen der INSPIRE-Richtlinie gearbeitet. Wichtige technologische Weiterenwicklungen wie die Unterstützung von Java 11 und des neuen Standards OGC API - Features sind entwickelt worden und warten nun darauf in einem Major-Release veröffentlicht zu werden. Die Präsentation zeigt die wichtigsten Neuerungen in deegree, eine kurze Übersicht zum Stand der laufenden Aktivitäten und einen Ausblick auf weitere geplante Features. about this event: https://pretalx.com/fossgis2022/talk/8WMUJF/

In diesem Beitrag stellen wir vorläufige Ergebnisse aus dem vom BMVI geförderte Forschungsprojekt FAIR (https://www.fair-opendata.de/) vor. Ziel des Projektes ist es, den Informations- und Datenaustausch zwischen dem Deutschen Wetterdienst (DWD) und den wirtschaftlichen und öffentlichen, wie auch privaten Akteuren zu vereinfachen. Zu diesem Zweck werden eine Reihe von Diensten zur verbesserten Auffindbarkeit, Verarbeitung, Visualisierung und Abgabe von meteorologischen Daten entwickelt. Klima- und Wetterdaten spielen eine wichtige Rolle für z.B. die Identifizierung von Maßnahmen gegen den Klimawandel und die Optimierung von Industrien. Ein korrektes Verständnis und der Umgang mit solchen Daten ist jedoch für viele potentielle Nutzer ohne meteorologischen Hintergrund oft schwierig. Zur Verarbeitung und Analyse dieser Daten benötigen Nutzer zudem oft spezialisierte Softwarelösungen und eine Infrastruktur, die in der Lage ist, mit großen Datenmengen umzugehen; eine weitere Hürde um die Daten in Wert setzen zu können. In diesem Beitrag stellen wir vorläufige Ergebnisse aus dem vom BMVI geförderte Forschungsprojekt FAIR (https://www.fair-opendata.de/) vor. Ziel des Projektes ist es, den Informations- und Datenaustausch zwischen dem Deutschen Wetterdienst (DWD) und den wirtschaftlichen und öffentlichen, wie auch privaten Akteuren zu vereinfachen. Zu diesem Zweck werden eine Reihe von Diensten zur verbesserten Auffindbarkeit, Verarbeitung, Visualisierung und Abgabe von meteorologischen Daten entwickelt. Neben Wetter APIs und App-Entwicklungen, werden die Datenprodukte des DWD über das FAIR-Portal und die YellowMaps-Plattform angeboten. Eine REST-API und ein Uploadbereich ermöglichen zudem die einfache Datenbereitsellung von Dritten in Richtung der Öffentlichkeit und dem DWD. Der Fokus des Projekts liegt zunächst auf der optimierten Informations- und Datenbereitstellung für drei verschiedene Testszenarien: 1) die Planung von Windparks, 2) die Integration von meteorologischen Daten für die individuelle Verkehrsführung und 3) die Planung von gesellschaftlichen Ereignissen, wie z.B. Festivals. In diesem Beitrag möchten wir anhand des Szenarios zur Planung von Windparks die Notwendigkeit der FAIR-Dienste motivieren und die bisher umgesetzten FAIR-Dienste vorstellen. Im Vortrag werden wir auf den Stand des Projektes eingehen und zudem Ideen und bereits umgesetzte Produkte vorstellen, die aus unserer Sicht die Nutzbarkeit der frei-verfügbaren Daten des DWD erhöhen. about this event: https://pretalx.com/fossgis2022/talk/HSPCDM/

Die Zusammenarbeit des BKG mit dem FOSSGIS e.V. führte u.a. zur Entwicklung eines OSM-Moduls für die Geomatik-Ausbildung am BKG. Hier wird ins OSM-Datenmodell und in verschiedene Mappingtools eingeführt und unter Betreuung eines BKG-Mitarbeiters gemappt. Der Vortragende erläutert die Inhalte des OSM-Moduls anhand einiger Praxis-Beispiele. Im Rahmen der Zusammenarbeit des BKG mit dem FOSSGIS e.V. wurde u.a. ein OSM-Modul für die Geomatik-Ausbildung entwickelt. Ergänzend zu bestehenden Lerninhalten an der Berufsschule, die sich mit OSM beschäftigen, setzen sich die Azubis nun am Ende des zweiten und zu Beginn des dritten Lehrjahres in zwei thematischen Blöcken mit OSM auseinander. In der Berufsschule werden Ende des ersten Lehrjahres OSM-Accounts angelegt. Eine erste Datenerfassung erfolgt mit dem Id-Editor; dort werden Hausumringe auf Basis von Satellitenbildern erfasst, außerdem lernen die Azubis bereits die Arbeit im Humanitarian OpenStreetMap Team (HOT) kennen. Im zweiten Lehrjahr werden OSM-Daten über verschiedene Plattformen heruntergeladen (OverpassTurbo, Geofabrik) und in eine PostgreSQL-DB eingebunden. Im dritten Lehrjahr wird u.a. OSM als WMS in QGIS verwendet. Am BKG werden nun verschiedene Aspekte von OSM vertieft. Zuerst wird in einem ersten Block ausführlich in das OSM-Datenmodell und Tagging-Konventionen eingeführt. Die Auszubildenden lernen ergänzend zum Id-Editor JOSM und vereinfachende Arbeitsabläufe bei der Datenerfassung kennen. Das Gelernte wurde in 2021 durch eine Fortführung des Schul-Mapathons, der bereits in einem BoF im vergangenen Jahr auf der FOSSGIS vorgestellt wurde (und entsprechender Kennzeichnung der Edits durch #BKG), vertieft. In einem zweiten Block erfolgt die Entwicklung eines weiteren möglichen Mapathon-Themas mit entsprechender Daten- und Tagging-Recherche. Im Vortrag werden die Struktur des OSM-Moduls in der Geomatik-Ausbildung und einige Arbeitsbeispiele der Auszubildenden vorgestellt. about this event: https://pretalx.com/fossgis2022/talk/8AFQEY/

It has now been a decade since React revolutionized frontend GUI programming with ideas from functional programming. After ten years, however, the promise of simple program logic for complex apps is still not fulfilled. State management remains an unsolved problem. In this talk I propose that we take to functional programming again to escape this misery. We analyze code “in its transient nature not less than its momentary existence” so that at the end of our journey we find lenses and stores and true lossless composability. about this event: https://bobkonf.de/2022/schlegel.html

This is a follow-up to Andreas Bernauer’s talk from BOB 2016: The talk examines the implementation of event-sourcing in a highly distributed application for configuration management in a large network of car shops among mobile devices that are only sporadically connected. When building an event-sourced systems, it’s a common reflex to construct projections to answer queries instead of sifting through the event stream, using the CQRS paradigm. However, CQRS might not quite be the best way to organize an event-sourced system: The concept of “responbility” is foggy in many contexts, and the separation between “read models” and “write models” is the wrong axis to use for organizing storage and indexing. Moreover, CQRS may lead to implementing read models prematurely and unnecessarily. We demonstrate how the implementation of event sourcing and CQRS played out in our configuration-management application, and reflect the implications for the architecture of future systems. about this event: https://bobkonf.de/2022/sperber.html

Im November 2021 ist ein neues Haupt-Release von MapServer erschienen, die Version 8.0 Wir sehen und an welche Änderungen die Version in den Bereichen Konfiguartion und Funktionen gegenüber den Vorgängern mit sich bringt. Im November 2021 ist ein neues Haupt-Release von MapServer erschienen, die Version 8.0. Wir sehen und an welche Änderungen die Version in den Bereichen Konfiguration und Funktionen gegenüber den Vorgängern mit sich bringt. Zur Einleitung darf ein kurzer Abriss der MapServer-Historie nicht fehlen und für Zuhörerinnen, die bisher weniger Berührungspunkt zum MapServer haben gibt es auch eine kurze Erklärung des MapServers (Funktionsweise als cgi-Programm, konfigurierbare OGC-Dienste). Der Schwerpunkt des Vortrags liegt auf den Neuerungen in der aktuellen Version: - Welche neuen Funktionen stellt MapServer bereit (WFS-T? OGC-API? ...?) - Was ist bei einem Update von älteren Versionen zu beachten? Für die neue Version wurde ein Aufräumen der Mapfiles angekündigt, veraltete Keywords und Blöcke werden nicht mehr funktionieren und sicher gibt es auch die ein oder andere Neuerung. about this event: https://pretalx.com/fossgis2022/talk/7TH3ZX/

Ein Erfahrungsbericht mit Blick in die Zukunft für den Einsatz von GeoNode für das Forschungsdatenmanagement in einem Bundesforschungsinstitut. In den letzten Jahren wurde in der Forschungsgemeinschaft das Verlangen Daten FAIR, also Findable, Accessible, Interoperable und Reproducible zu Veröffentlichen stetig größer. Mittlerweile sind ganze Forschungsprogramme dafür entstanden, wie zum Beispiel das „Nationale Forschungsdaten Infrastruktur“ (NFDI) Programm. Für uns Geoinformatiker*innen ist der FAI Teil von FAIR-Data nichts Neues. Entsprechend liegt es nahe eine Geodatenmanagement Plattform als Grundlage für das Forschungsdatenmanagement zu verwenden, oder? Dieser Vortrag wird zeigen, wie gut das funktioniert, welche Probleme aufgetreten sind und wie eine große Bundesforschungseinrichtung open-source Entwicklung betreiben und befördern kann. Hierbei wird ein Einblick in das jetzige Infrastrukturkonzept und ein Ausblick auf künftige Entwicklungen gegeben. about this event: https://pretalx.com/fossgis2022/talk/W8FEZY/

FlatMap ist ein einfaches, kompaktes Dateiformat für OpenStreetMap Daten, das direkten Zugriff auf die OSM Elemente per ID erlaubt (random access). Das ermöglicht Analyse und Verarbeitung von OSM Daten ohne Datenbank. Nach Erläuterung des Formats werden OSM Daten mit FlatMap und der modernen Programmiersprache F# verarbeitet. FlatMap erlaubt die direkte Verarbeitung von OSM Daten, Datenanalysen und Software werden dadurch einfacher und ressourcenschonender. Es wird praktisch gezeigt, wie mit einer FlatMap Datei und einer einfachen Zugriffsbibliothek die OSM Daten verarbeitet werden können. Dazu wird die moderne Programmiersprache F# verwendet. Für die kompaktere und effizientere Datenspeicherung werden die Node-Referenzen in Ways aufgelöst. Dies resoniert mit aktuellen Überlegungen zum OSM Datenmodell, wobei dieses hier unverändert bleibt und die Node-Ids in den Ways erhalten bleiben. Eine FlatMap Datei ist daher vollständig. Sowohl die „planet“ Datei, als auch Extrakte sind kompakt, wobei die Komprimierung mit der Dateigröße zunimmt. Die Kompaktheit ergibt sich aus Datenstruktur (btree) und Codierung (varint, delta, offset). Eine interne byteorientierte generelle Komprimierung, wie sie bei pbf Dateien praktiziert wird, erfolgt nicht. Diese wird auf die gesamte Datei angewandt, etwa für den Dateitransfer. Da eine komprimierte FlatMap Datei so groß wie eine pbf Datei ist, ist FlatMap auch Alternative für die Datenübertragung. Der Verzicht auf Protocol Buffers, FlatBuffers, Cap’nProto und ähnliche vereinfacht die Implementierung von Zugriffsbibliotheken und erhöht deren Performanz. Das Format befindet sich in der finalen Entwurfsphase, Feedback ist willkommen. Offen ist etwa die Notwendigkeit von Metadaten, die zurzeit nicht enthalten sind. https://github.com/snuup/flatmap https://github.com/snuup/openstreetmap-with-fsharp about this event: https://pretalx.com/fossgis2022/talk/UHREYA/

Viele Institutionen haben in den vergangenen Jahren Geo-Daten aufbereitet und bereitgestellt. Dennoch liegen diese Daten oftmals verteilt und in verschiedenen Formaten vor. Eine effiziente Nutzung der Daten, um die darin enthaltenen Informationen, auch durch eine Kombination der Daten, zu extrahieren, ist oftmals aufwendig. Wir stellen eine auf GeoNode aufbauende Lösung, sowie wissenschaftliche Erkenntnisse zur Entwicklung von Forschungsdateninfrastrukturen anhand verschiedener Projekte vor. In unterschiedlichen Projekten wurden in enger Zusammenarbeit mit Partnern und Kunden Open-Source-Lösungen entwickelt, die eine Integration von bestehenden Datensätzen in einheitliche Forschungsdateninfrastrukturen (FDI) ermöglichen. Diese Arbeiten fußten in Anforderungsanalysen von der Datenhaltung über die Datenanalyse bis hin zur Visualisierung und dem Deployment. Die Open-Source-Entwicklung baut auf GeoNode auf und stützt sich auf offenen Schnittstellen (insb. des OGC). Eine grundlegende Voraussetzung ist hierbei die parallele Integration verschiedener Datenquellen, die den Anforderungen der jeweiligen Repräsentationsformen (z.B., Vektor, Raster, Zeitreihen) der Daten gerecht werden. Aufgrund des explorativen Charakters der notwendigen Arbeiten, konnten zahlreiche Fragestellungen beantwortet und Erkenntnisse gewonnen werden. Hieraus haben sich Best-Practices ergeben, um Gemeinsamkeiten sowie spürbare Unterschiede zwischen den Anwendern aus dem öffentlichen Sektor, der Wirtschaft und der Forschung bestmöglich zu adressieren. Weiterhin werden im Vortrag Erkenntnisse vorgestellt, welche sich aus der Nutzung von GeoNode in Cloud-Infrastrukturen ergeben haben. Hierzu zählen insbesondere auch Erfahrungen mit dem Deployment unter Nutzung von Kubernetes. about this event: https://pretalx.com/fossgis2022/talk/MXRMY7/

Eine kurze Vorstellung des VCMap Core anhand eines praktischen Beispiels - Einbinden von OpenStreetMap Inhalten als 3DTiles und Mapbox Vector Tiles. Der VCMap Core ist eine JavaScript Bibliothek zur Darstellung eines multidimensionalen WebGIS. Sie ermöglicht die einfache Einbindung von Geodaten, welche sowohl in 2D als auch 3D mit OpenLayers und CesiumJS dargestellt werden können. Durch die Offenlegung des Quellcodes wollen wir Coder dazu ermutigen eigenständige Weiterentwicklungen on top zu realisieren. Unsere User, wie auch wir, sind an einem Austausch der Entwicklungen interessiert und wollen dies über OS Software realisieren. Mit einem Live Beispiel illustrieren wir, wie man mit OpenData und dem @vcmap/core in wenigen Schritten eine Anwendung baut. Dabei möchten wir einen Einblick in die Struktur der Bibliothek vermitteln und darstellen, was den @vcmap/core einzigartig macht und wie wir hoffen die OS Community dadurch zu bereichern. about this event: https://pretalx.com/fossgis2022/talk/RLVNSY/

The Rust systems programming language promises to overcome the seemingly fundamental tradeoff in language design between high-level safety guarantees and low-level control over resource management. Unfortunately, none of Rust’s safety claims have been formally proven, and there is good reason to question whether they actually hold. Specifically, Rust employs a strong, ownership-based type system, but then extends the expressive power of this core type system through libraries that internally use unsafe features. In this talk, I will present RustBelt, the first formal (and machine-checked) safety proof for a language representing a realistic subset of Rust. Our proof is extensible in the sense that, for each new Rust library that uses unsafe features, we can say what verification condition it must satisfy in order for it to be deemed a safe extension to the language. We have carried out this verification for some of the most important libraries that are used throughout the Rust ecosystem. The secret weapon that makes RustBelt possible is the Iris framework for higher-order concurrent separation logic in Coq. The talk will not assume any prior familiarity with concurrent separation logic or Rust. about this event: https://bobkonf.de/2022/dreyer.html

Das einfach zu bedienende QGIS Plugin für HELIOS++ verbindet die Vielseitigkeit des LiDAR-Simulators HELIOS++ mit der Nutzerfreundlichkeit des Geoinformationssystems QGIS. In dieser Demo-Session werden wir HELIOS++ sowie das Plugin und seine Funktionalitäten anschaulich vorstellen. Wir demonstrieren den gesamten Ablauf des virtuellen Laserscannings, von der Erstellung der Szene und Konfiguration der Aufnahmeparameter bis zur finalen Punktwolke. HELIOS++ ist eine Open-Source-Software für die Simulation von Laserscanning, die in C++ implementiert ist. Sie bietet ein gutes Maß an Realismus trotz geringer Laufzeiten und niedriger Anforderungen an den Computer, und ist darüber hinaus einfach konfigurier- und bedienbar. Die Python-Anbindung („pyhelios“) ermöglicht die Konfiguration und Ausführung von HELIOS++ durch eine weit verbreitete Skriptsprache. Dadurch kann die Simulation direkt in einem Programmcode mit der Datenauswertung kombiniert werden. Zudem ermöglicht pyhelios die Anknüpfung an externe Software wie zum Beispiel Geoinformationssyteme und Software zur 3D Punktwolkenprozessierung. Um HELIOS++ nutzerfreundlicher zu machen, haben wir ein QGIS Plugin entwickelt, das die Funktionalität der Software in eines der gängigsten GIS-Programme einbettet. Dieses QGIS Plugin, AEOS (der Name eines der Pferde, die den Sonnenwagen von HELIOS in der griechischen Mythologie ziehen), werden wir in dieser Demo Session bei der FOSSGIS 2022 vorstellen. In der Session demonstrieren wir einen Workflow mit einigen LiDAR Simulationen, die die verschiedenen Einsatzmöglichkeiten der Implementierung von HELIOS++ in QGIS und die Vielseitigkeit von HELIOS++ beleuchten. Dabei werden sowohl terrestrische, als auch drohnengestützte und flugzeugbasierte Aufnahmen mit unterschiedlichen Sensoren simuliert. Zunächst wird die Szene generiert, also ein 3D-Modell, das mit dem simulierten Sensor abgetastet werden soll. In QGIS wird hierfür ein Digitales Geländemodell (DGM) geladen, das durch Gebäudemodelle aus OSM-Daten zu einem 3D Modell einer Stadt ergänzt wird. Die Stadt wird dann mit verschiedenen virtuellen Laserscanning-Aufnahmen (VLS; virtual laser scanning) erfasst, die direkt in QGIS konfiguriert, ausgeführt und visualisiert werden. Dabei sollen verschiedene Plattformen, von flugzeuggestütztem Laserscanning (ALS) bis zu mobilem Laserscanning (MLS), eingesetzt werden, die mit Sensoren unterschiedlicher Genauigkeiten und Auflösungen ausgestattet werden. Die resultierenden Punktwolken können direkt in QGIS als Layer geladen und verglichen werden. Das untersuchte Szenario entspricht einer der vielen Anwendungsmöglichkeiten von HELIOS++. Hier wird eine Datenaufnahme simuliert, was zur Planung und Optimierung vor der tatsächlichen Durchführung dient. Die simulierten Daten können auf ihre Eignung zur Untersuchung bestimmter Fragestellungen geprüft werden, zum Beispiel hinsichtlich der räumlichen Abdeckung oder Auflösung, um geeignete Parameter für die echte Datenerfassung zu ermitteln und zu validieren. **Referenz:** Winiwarter, L., Esmorís Pena, A., Weiser, H., Anders, K., Martínez Sanchez, J., Searle, M., Höfle, B. (2021): Virtual laser scanning with HELIOS++: A novel take on ray tracing-based simulation of topographic 3D laser scanning. Remote Sensing of Environment, 112772, https://doi.org/10.1016/j.rse.2021.112772 about this event: https://pretalx.com/fossgis2022/talk/JPEZDH/

Die OpenStreetMap-Foundation hat im Herbst 2021 die Engineering Working Group neu gegründet. Was ist eigentlich die Aufgabe dieses Gremiums? Wer kann mitarbeiten und wer arbeitet mit? Was hat das Gremium für Pläne und Einfluss? Hat es das nicht schon früher gegeben? Warum sollte diesmal alles besser werden? Die OpenStreetMap-Foundation (OSMF) ist der rechtliche Eigentümer für die Datenbank, die Server auf denen OpenStreetMap (OSM) liegt und alle weiteren Dinge aus dem OpenStreetMap-Universum, das vor dem Recht einen Eigentümer braucht. Dementsprechend ist das Motto der OSMF gegenüber OSM "to support not control". Um dieser Mission gerecht zu werden, hat die OSMF Arbeitsgruppen gegründet, die spezifische Aufgaben in OSM lösen sollen. Eine der Arbeitsgruppen ist die "Engineering Working Group" (EWG). Die EWG soll dabei helfen, dass für die OSM benötigte Software tatsächlich entwickelt wird. Da OSM nur funktionieren kann, wenn der größte Teil der Software von Freiwilligen entwickelt wird, ist die erste und größte Herausforderung, die Lücken scharf abzugrenzen, an welchen Stellen eine Entwicklung einerseits hohen Leidendruck hat, andererseits frewillige Beiträge absehbar nicht zu erwarten sind. Und natürlich die Unterstützung stattfindender freiwilliger Entwicklung, indem Interessierten geholfen wird, die richtigen Ansprechpartner zu finden. Soweit die Theorie. Es hat mehrere Anläufe gegeben, die EWG einzurichten und aktiv zu halten. Die vorherigen Inkarnationen haben allerdings auch noch nicht die Möglichkeit mitbekommen, Aufgaben auszuschreiben. Dennoch löst hier Geld leider nicht automatisch Probleme. Das für die OSM-Website benutzte Framework Ruby on Rails ist mitterweile stark aus der Mode gekommen, und ein erster Auflauf, noch vor Gründung der EWG eine Aufgabe auszuschreiben, hat zu keinen Geboten geführt. Die EWG hat ihre Mitglieder nach zwei Aufrufen Ende letzten Jahres zur Mitarbeit gewonnen und auf diesem Weg ein paar neue Gesichter, mich eingeschlossen, in die Arbeit der OSMF eingebunden. Allerdings haben alle genug OSM-Aufgaben, um dann doch weniger Zeit zu investieren, als die EWG für volles Tempo bräuchte. Sie trifft sich alle zwei Wochen. Aktuell gibt es einen Entwurf für Standardklauseln für Ausschreibungen. Bei den Aufgaben hat sich herausgestellt, dass die ersten, die als kleine Aufgaben identifziert worden sind, mittlerweile von Freiwilligen implementiert worden sind - die dringenden und leicht umsetzbaren Aufgaben sind also gut identifziert worden. Für die erste Runde Ausschreibungen muss also nochmal neu gesucht werden. about this event: https://pretalx.com/fossgis2022/talk/98EFRD/

Über Mapfish Print können jetzt Layer im MapBox-Vector-Tiles Format mit beliebiger Auflösung gedruckt werden. Die gesamte Logik wurde in einer kompakten unabhängigen Bibliothek ohne feste Abhängigkeiten clientseitig implementiert. In diesem Vortrag wird der Geoblock “print” (https://github.com/geoblocks/print/) vorgestellt, der als Baustein für das Drucken von MapBox-Vector-Tiles dient. Wir stellen vor, wie die Implementierung mit Mapfish Print funktioniert und zeigen, wie die Einbindung mit anderen Tools und Anwendungen möglich ist. Bei dieser Lösung basiert das Rendering auf OpenLayers und erfolgt auf Seiten des Clients. Dadurch werden die Gleichheit der Funktionen und ein ähnliches Erscheinungsbild zwischen der angezeigten und der gedruckten Version garantiert. Zum Beispiel wird so die Verwendung von MapBox-eigenen JSON-Styles unterstützt. Zusätzlich können Labels parallel zu Linien angeordnet und Überlagerungen zwischen Symbolen und Labels vermieden werden. Die gesamte Logik ist in einer kompakten Bibliothek ohne feste Abhängigkeiten implementiert (https://github.com/geoblocks/print/). Folglich ist es möglich, den Druck von MapBox-Vector-Tiles in andere Drucklösungen zu integrieren, so kann auch einfach browserbasiert ein PDF erzeugt werden. Dieser Geoblock eröffnet weitere Möglichkeiten, wie z.B. einen voll funktionsfähigen MapBox-Vector-Tiles Provider für Cesium: https://github.com/openlayers/ol-cesium/blob/master/src/olcs/MVTImageryProvider.js. Dieses Projekt verdeutlicht die umfassenden Arbeiten, die bereits als Teil von Entwicklungen im Zusammenhang mit MapBox-Vector-Tiles in OpenLayers geleistet wurden und zeigt wie wir von der vorhandenen Codebasis profitieren konnten. In Zukunft könnte eine ähnliche Technik mit MapLibre ausprobiert werden, um den Anwendern der Basiskarte die gleichen Funktionalitäten und Stylings anzubieten. Außerdem könnte dieser Geoblock die Basis für die die Implementierung einer MapBox-Vector-Tiles Kartenebene für CesiumJS sein. about this event: https://pretalx.com/fossgis2022/talk/8SMD3M/

In einer modernen Arbeitswelt ist es weit verbreitet, dass Teams nicht immer am gleichen Ort arbeiten. Um in solchen Situationen effektive Methoden der Wissensvermittlung bereitzustellen, haben wir eine interne Wissensdatenbank aufgebaut, um Fragen entweder direkt zu beantworten oder die Nutzenden auf diese aufmerksam zu machen. Dadurch leisten wir einen Beitrag weg von Insellösungen hin zum gemeinsamen Arbeiten. Innerhalb der VSB Gruppe dient QGIS als bewährtes Opensource Werkzeug, um Daten anzuzeigen, zu bearbeiten und dann daraus Karten zu erstellen. Viele Kollegen*innen nutzen dieses Werkzeug aktiv und kennen auch die grundlegenden Funktionen. Wenn es aber um Tätigkeiten geht, wie das berechnen von Flächen aus Teilflächen oder das Erstellen von Statistiken, die ein tieferes Verständnis erfordern, stoßen sie an ihre Grenzen. Dann kommen wir als GIS-Team ins Spiel und unterstützen die Kollegen*innen bei ihrer Arbeit mit QGIS. Daher nehmen wir als GIS-Team eine entscheidende Rolle ein bei der Bereitstellung von Geodaten, der Beantwortung von Fragen zu Geodaten und QGIS sowie der Schulung der Kolleginnen und Kollegen in QGIS ein. Da wir neben unseren Unterstützungsaufgaben auch weitere Aufgaben wie die Datenbankadministration und Softwareentwicklung zu bewältigen haben, war schnell für uns klar, dass wir ein System brauchen um Supportanfragen zu lenken und auf ein Mindestmaß zu reduzieren. Hier kam nun das Wissensmanagement ins Spiel. Mithilfe unseres Intranets konnten wir eine kleine Wikipedia mit Mitschnitten unserer Schulungen, Anleitungen zu bestimmten Prozessen im GIS und kurze Tutorials zu speziellen Fragestellungen aufbauen. Dadurch können wir Nutzende schnell helfen, auch wenn wir grade nicht erreichbar sind. Bis aber dieses als Lösung anerkannt wird, bedarf es viel Geduld und Überzeugungskraft. Daher ist ein weiterer Baustein der Strategie, sich in Regelmäßigen Abständen Feedback einzuholen und anhand dessen das Wissensmanagement anzupassen und zu erweitern. Der hier vorgestellte Vortrag soll den Weg vom alten Zustand (alle Teams haben ihre eignen Datenquellen, eigene Vorgaben und Ideen wie sie mit QGIS bzw. Geodaten arbeiten) hin zum jetzigen Stand skizzieren und wie Wissenstransfer und Bereitstellung ein wichtiger Baustein in der Arbeit mit Verteilten Teams ist. about this event: https://pretalx.com/fossgis2022/talk/DSEMJE/

Viele Regierungen in aller Welt haben in den letzten Jahren nationale Strategien für Künstliche Intelligenz (KI) entwickelt, in denen KI zur Schlüsseltechnologie zukünftiger Wertschöpfung erklärt und mit immensen Finanzmitteln gefördert wird. In der Regel ist dabei der Einsatz im militärischen Bereich verschämt ausgeklammert. Tatsächlich aber werden seit über zwei Jahrzehnten KI-Methoden für Waffensysteme wie Killerdrohnen und für militärische Plattformen wie Battle-Management-Systeme entwickelt und eingesetzt – mit aktuell wachsender Tendenz. Nach den Plänen der Weltmächte und ihrer Militärs soll Krieg künstlich intelligent werden. Es gibt weltweit erhebliche Anstrengungen, um autonome Waffen und KI-gestützte militärische Planungs- und Entscheidungssysteme zum Einsatz bringen zu können. Es ist zu befürchten, dass die KI-Rüstung mit KI-Waffen (in Verbindung zu staatlicher bzw. universitärer Forschung und Start-Up-Unternehmen) die Gefahr von Kriegen noch einmal erheblich vergrößern wird. Denn durch neuartige KI-basierte Waffen- und Kriegsführungssysteme wird die Rüstungsspirale weitergedreht, die Rüstungskontrolle erschwert und die Einsatzschwelle auf Grund vermeintlicher Überlegenheit gesenkt. Das Hearing fand auf einer datenschutzfreundlichen BigBlueButton-Instanz unter https://senfcall.de/ statt. Timetable Begrüßung 00:00:10 Hans-Jörg Kreowski und Christian Heck (FIfF – Forum InformatikerInnen für Frieden und gesellschaftliche Verantwortung) Block 1 zu der technologischen Dimension des KI-Kriegs 00:05:37 Moderation: Angelika Wilmen (IPPNW - Internationale Ärzt*innen für die Verhütung des Atomkrieges) 00:06:17 Jakob Foerster (AI4Peace): Der kurze Schritt von bewaffneten Drohnen zu autonomen tödlichen Waffen 00:15:32 Christoph Marischka (IMI – Informationsstelle Militarisierung): Das „gläserne Gefechtsfeld“ 00:27:27 Marius Pletsch (DFG-VK): Menschen und Maschinen als Team im KI-Krieg 00:38:46 Aaron Lye (FIfF – Forum InformatikerInnen für Frieden und gesellschaftliche Verantwortung): Künstliche Intelligenz für den Luftkampf der Zukunft Block 2 zu der gesellschaftlichen Dimension des KI-Kriegs 00:46:27 Moderation: Susanne Grabenhorst (IPPNW - Internationale Ärzt*innen für die Verhütung des Atomkrieges) 00:47:25 Elke Schwarz (ICRAC – International Commitee for Robot Arms Control): Silicon Valley macht Krieg 00:56:55 Jacqueline Andres (IMI – Informationsstelle Militarisierung): No Cyber Valley und die "Ökonomie der Angst" 01:11:31 Thomas Reinhold (PEASEC – Wissenschaft und Technik für Frieden und Sicherheit): Die Militarisierung von KI und die Probleme für die Rüstungskontrolle 01:21:59 Edwick Madzimure (WILPF Zimbabwe - Women’s International League for Peace and Freedom): Warum sich Frauen im globalen Süden gegen autonome Waffen engagieren Schlusswort 01:33:58 Reiner Braun (International Peace Bureau) AK gegen bewaffnete Drohnen ( <a href=http://drohnen.frieden-und-zukunft.de/>http://drohnen.frieden-und-zukunft.de</a> ) about this event: http://drohnen.frieden-und-zukunft.de/

Der Bezirk Friedrichshain-Kreuzberg möchte sichere Schulwege zur hohen Priorität in der Verkehrsplanung machen. Als Grundlage für entsprechende Maßnahmen wurde eine Datenanalyse zur systematischen Auswertung aller Schulwege im Bezirk erstellt, von der nun in weiteren Analysen Handlungsbedarfe, wie Tempolimits, Schulstraßen oder Querungsmöglichkeiten, abgeleitet werden. Üblicherweise wird Schüler:innen in Schulwegeplänen empfohlen ihren Schulweg der meist auto-zentrierten Infrastruktur anzupassen und Umwege zu laufen damit sie sicher vom Kfz-Verkehr zur Schule kommen. Der Bezirk Friedrichshain-Kreuzberg möchte dieses Prinzip umkehren und die Verkehrsplanung so gestalten, dass Schüler:innen den kürzesten Weg zur Schule sicher gehen oder fahren können. Als Grundlage für diesen Planungsansatz und entsprechende Maßnahmen hat FixMyCity für das Bezirksamt eine Analyse in QGIS durchgeführt um ein Schulwegenetz zu erstellen, das zeigt, an welchen Straßen wie viele Schüler:innen voraussichtlich entlang gehen. Der Bezirk Friedrichshain-Kreuzberg verfolgt die Idee der kurzen Wege – aus Schüler:innen-Perspektive. Um im Sinne des Berliner Mobilitätsgesetz, der Vision Zero und der Fußverkehrsstrategie die nötigen Maßnahmen zur sicheren Gestaltung von Knotenpunkten und Wegen zu priorisieren, hat FixMyCity auf Basis von Meldedaten aller Schüler:innen im Grundschulalter (6-12 Jahre) ein Fußwegenetz mit dem höchsten Aufkommen von Schüler:innen ermittelt. Darauf basierend wurden die Schulstandorte betrachtet und Knotenpunkte mit hohem Bedarf für zusätzliche Querungsmöglichkeiten analysiert. Im Abgleich mit bestehenden Tempolimits, Lichtsignalanlagen und Zebrastreifen nutzt der Bezirk diese Daten, um den idealen Schulweg attraktiv und sicher zu gestalten. about this event: https://pretalx.com/fossgis2022/talk/VZFTRF/

Wenn es nicht mehr reicht, eine Liste mit gewünschten Features in einem Lastenheft festzuhalten, weil sich das "Produkt" am Kundenwunsch entwickelt und die Kundschaft mit dem "Produkt" wachsen will, dann bietet es sich an dieses agil umzusetzen. Doch wie kann die Herausforderung gestemmt werden, Ausschreibungen der öffentlichen Verwaltung so zu gestalten, dass agile Entwicklung möglich ist? In dieser Dialogrunde wollen wir mit Vertreter:innen, die an Ausschreibungsverfahren und der anschließenden Entwicklung und Implementierung beteiligt sind, die typischen Frage- und Problemstellungen erörtern und Tipps für das erfolgreiche Gelingen geben. In Impulsvorträgen und den anschließenden Dialogen sollen folgende Themen besprochen werden: - Welche Voraussetzungen müssen erfüllt sein, damit ein agiles Vorgehen gelingt? - Wie sollte der Ausschreibungsprozess in der öffentlichen Verwaltung gestaltet werden? - Was sind typische "Gelingensfaktoren"? - Welche Schritte sind notwendig, um agile Entwicklungen zusammen mit der Vergabestelle auszuschreiben? - Welche administrativen und vertraglichen Aspekte sollten die Beteiligten kennen und nutzen? - Welcher EVB-IT Vertrag, mit welchen Ergänzungen, passt für mein Vorhaben am besten? - Wie wird agile Entwicklung und die Implementation in der öffentlichen Verwaltungen erfolgreich umgesetzt? about this event: https://pretalx.com/fossgis2022/talk/8MC3QQ/

In diesem Talk wird ein Workflow präsentiert, indem OSM-Grenzdaten extrahiert und mit den POIs und deren Metadaten integriert werden. Gegeben sind weltweit verteilte POIs. Das Ziel ist, diese POIs in Regionen einzuordnen, damit die Metadaten über verschiedene Stufen aggregiert werden können. Die Daten bestehen aus POIs, die weltweit verteilte Verkaufsstellen und deren Metadaten repräsentieren. Die Metadaten sind in diesem Beispiel Verkaufszahlen von Produkten der jeweiligen Verkaufsstellen. Jeder POI muss jeweils in einem Land, einer Region des Landes und einer Subregion lokalisiert werden. Dafür brauchte es einen Datensatz, der weltweite OSM-Grenzdaten in hoher Auflösung liefert und in den die gegebenen Daten integriert werden können. OSM-Daten lieferten die passende Lösung: Sie sind genau, vollständig und fehlende Informationen können ergänzt werden. So wird zusätzlich der Community etwas zurückgegeben. Der Nötige Datensatz wird mit der Overpass-API aus den OSM-Grenzdaten extrahiert. Damit werden nach einiger Nachbearbeitung die POIs in einem Land und wo möglich in einer Region und in einer Subregion lokalisiert. Die Metadaten können dann über die drei Ebenen aggregiert und auf einer Karte oder einem Plot visualisiert werden. about this event: https://pretalx.com/fossgis2022/talk/NEHMSX/

Die Erstellung eines neuen modernen, digitalen ÖPNV-Kartenstils bietet große Herausforderungen in einem aktuell Projekt der BVG an. In diesen Vortrag soll ein kleinen Zwischenstand des Projektes aufzeigen. Das größte Nahverkehrsunternehmen Deutschlands baut im aktuellen Projekt ihre digitale ÖPNV-Karte um, sodass eine moderne, digitale und kartografisch anspruchsvolle Karte aus vielen Datenquellen entsteht. Im Vortrag wird ein Einblick in das aktuelle Projekt gezeigt und auf die ersten Erfahrungswerte mit der Erstellung und Integration von OpenSource-Daten in die ÖPNV-Karte von der BVG eingegangen. about this event: https://pretalx.com/fossgis2022/talk/MMTRFV/

Die Neuköllner Straßenraumkarte visualisiert einen Teil des Berliner Stadtraums in hoher Präzision: Von Fahrspuren über Geh- und Radwege bis hin zu Bäumen und Stadtmöbeln wird der öffentliche Raum möglichst genau dargestellt – und das auf OSM-Basis. Das Mikro-Mapping zeigt neue Möglichkeiten, aber wirft auch kontroverse Tagging-Fragen auf und testet die Grenzen von OSM zwischen generalisierter Karte und detailliertem Plan. Für den Berliner Ortsteil Neukölln ist ein hochaufgelöster Stadtplan entstanden, der – bislang noch mit wenigen Ausnahmen – fast vollständig auf OSM-Daten basiert. Fahrbahnen, Fahrspuren und Radwege, Parkstreifen, aber auch Straßenmöbel, Bäume und Details von Park- und Grünanlagen werden dank der präzisen örtlichen OSM-Daten lage- und größengetreu dargestellt, was nicht nur schön aussehen kann, sondern auch ein praktisches Mapping-Tool ergibt oder sogar als Grundlage in der Stadtplanung dienen kann. Der Talk gibt einen kurzen Einblick in die Karte und das dahinterstehende Post-Processing mit QGIS und Python, wirft einen Blick auf die zugrundeliegenden OSM-Daten und fragt nach den Grenzen und Übergängen zwischen OSM als generalisierter Karte und detailliertem Plan. about this event: https://pretalx.com/fossgis2022/talk/ERAZ9G/

"3D Tiles Next" soll den "3D Tiles" OGC Community Standard ablösen. Neben einer besseren Unterstützung des im 3D-Bereich etablierten glTF-Formats werden damit auch neue Bereiche abgedeckt. Dieser Vortrag gibt einen Überblick über das aktuelle "3D Tiles"-Format und zeigt die Neuerungen in der "3D Tiles Next"-Spezifikation. Wichtige weitere Themen sind die verfügbaren Viewer zur Darstellung und die Datenprozessierungs-Tools zur Herstellung dieser Formate. "3D Tiles Next" soll den "3D Tiles" OGC Community Standard ablösen. Neben einer besseren Unterstützung des im 3D-Bereich etablierten glTF-Formats werden damit auch neue Bereiche abgedeckt. Dieser Vortrag gibt einen Überblick über das aktuelle "3D Tiles"-Format und zeigt die Neuerungen in der "3D Tiles Next"-Spezifikation. Wichtige weitere Themen sind die verfügbaren Viewer zur Darstellung und die Datenprozessierungs-Tools zur Herstellung dieser Formate. about this event: https://pretalx.com/fossgis2022/talk/JFH7NF/

Der Vortrag zeigt WebGIS-Anwendungen aus der Praxis von Kommunen zu div. Fach-Themen, sowie die Zusammenarbeit von Anwendern und Ing.-Büros über OGC-Dienste. Einen besonderen Themenblock stellt die Höhenauswertung/Darstellung im WebGIS dar. Auf Grundlage von DGM-Daten und LAS/LAZ-Daten werden Höheninformationen und -Darstellungen, sowie 2.5D ähnliche Auswertungen gezeigt. Als Software wird QGIS, QGIS-Server, der Lizmap-Client und Potree (PointCloudViewer) eingesetzt. Auf Basis von QGIS, QGIS-Server, dem Lizmap-Client und der Datenhaltung in PostgreSQL/PostGIS werden unterschiedliche öffentliche und interne Anwendungsbeispiele vorgestellt. Es werden WebGIS-Projekte u.a. zu Themen wie Flurstücks-, Baulasten-, Kanal-/Wasser-, Grünflächen- oder Baumkataster gezeigt aber auch die Zusammenarbeit zwischen verschiedenen Ing.-Büros und den Gemeinden über OGC-Dienste und Datenbank-Anbindungen. Ein Themenblock bezieht sich auf die Höhendarstellung/-Auswertung auf Grundlage von DGM- und LAS/LAZ-Daten. Beispiele zeigen Anwendungen von der einfach punktuellen Höhenabfrage über Reliefkarten, Höhenlinien, Profildarstellungen bis zur 2.5D-Darstellung/Auswertung mit Hilfe des Point-Cloud-Viewers Potree. about this event: https://pretalx.com/fossgis2022/talk/WX7U88/

Die Telekom hat für den Glasfaser-Rollout eine komplexe Prozesskette zur Berechnung von Glasfastertrassen aufgebaut. In einer Cloud werden Docker-Images mit Postgresql, PostGIS, GeoServer, GDAL/OGR, etc. in einem Kubernetes Cluster orchestriert. Für einige Berechnungen werden GRASS Funktionen genutzt, die über die neu entwickelte Software Actinia virtualisiert wurden. Um alles auch parallel entwickeln zu können, wird agil nach Scrum vorgegangen. Der Vortrag erläutert die Rahmenbedingungen. Zu Beginn des Projekts konnte niemand einschätzen, wie viel Aufwand oder Zeit die Entwicklung einer GDI für den Glasfaser-Rollout der Telekom benötigen würde. Deswegen wurde von Anfang an konsequent auf agile Software-Entwicklung gesetzt, was auch für den Konzern eine ganz neue Vorgehensweise war. Regelmäßig finden grundlegende Entwicklungen auch den Weg "upstream", also zurück in den Master Quellcode der Open Source Basis-Software (Actinia und GRASS). Die Entwicklung kommen der Community und allen Nutzern zugute, nicht zuletzt aber auch der Telekom, da sie bei updates immer den aktuellsten, gepflegten Code einsetzen kann, statt auf einem ungepflegten Fork zu arbeiten. about this event: https://pretalx.com/fossgis2022/talk/8GL9JY/