Chaos Computer Club - archive feed

Python is well known as a dynamically typed language, but it has an increasingly mature system of type annotations which can be gradually introduced to an existing code base. I’d like to tell you some good stuff, some bad stuff and some terrible stuff - based around my experience adding type annotations to a large Python codebase over the last few years. about this event: https://bobkonf.de/2022/clifford.html

Haskell and Lua share some similarities, like support for functional programming, but are otherwise very different. Nonetheless, the two complement each other in interesting ways. This is demonstrated by pandoc, the universal document converter, which is written in Haskell and uses Lua as extension language. Pandoc’s behavior can be modified through Lua filters, custom readers, and custom writers, leveraging the power of Haskell and flexibility of Lua. While combining the two languages is made easy by the hslua package, the internals of that package are not always straight-forward and a testament to the powers of Haskell’s Foreign Function Interface. We will take a look at the encountered impedance mismatch and how it was overcome, compare it to efforts in adjacent languages like OCaml, and see how hslua can be used to expose application internals to scripts effectively and conveniently. about this event: https://bobkonf.de/2022/krewinkel.html

Unser Gehirn wurde von der Evolution über Hunderte Generationen auf “Überleben” optimiert. Dabei haben sich einige Eigenschaften herausgebildet, die uns in Softwareentwicklung und -architektur unbewusst eine Menge Schwierigkeiten bereiten. Wir schauen im Vortrag auf einige dieser komischen Phänomene des Gehirns und betrachten Zusammenhänge zu typischen Situationen in der Softwareentwicklung. Die Erforschung mancher dieser Gehirneigenschaften haben einigen Leuten Nobelpreise eingebracht - und bieten uns in der Softwareentwicklung gute Ansätze, unsere eigene Arbeitsweise und unsere Architekturentscheidungen systematisch zu verbessern. about this event: https://bobkonf.de/2022/starke.html

Drei spannende Konferenztage gehen zu Ende. Ein gemeinsamer Abschluss soll erfolgen mit Rückblick auf die Konferenz und das erlebte. Natürlich auch mit einem Ausblick auf das nächste Jahr 2023. Drei spannende Konferenztage gehen zu Ende. Ein gemeinsamer Abschluss soll erfolgen mit Rückblick auf die Konferenz und das erlebte. Natürlich auch mit einem Ausblick auf das nächste Jahr 2023. about this event: https://pretalx.com/fossgis2022/talk/7EGJJG/

Do you, too, think that “implementation-defined” is a derogary term? Let me describe how I have pushed againt that, and for development model that puts an abstract specification of the system to be built in a central, pivotal position, flanked by a clean-room, decoupled “reference implementation” and a “specification acceptance test”, using functional programming for good effect in both cases. Many developers tend to focus on the “how”, and less on the “what”, of what they are building. This is not bad per se, but if left unchecked, this may lead to systems with an “implementation-defined surface”, with a organically grown interface that leaks abstractions and exposes implementation details. To counter this effect, one can write a proper specification for the system. A document that, in prose and or math, precisely describes the interface of the system, but also its behavior, i.e. its semantics. This decouples the outward-facing aspects of the system from the internals. On top of that one can write a reference implementation of the system, based only on the specification. This checks and clarifies the specification, and by comparing the behavior of the two implementations, one can triangulate bugs and detect when implementations and spec went out of sync. To make things even more rigid, one can add a conformance test suite, again based soley on the specification, and probes an implementation and checks for certain behaviours. This can be integrated into the developent process, e.g. as a CI check, and additionally keep the implementations honest. All in all, this gives you a clear picture of the essence of your system or service, a place to discuss changes between stakeholders on either side of the interface without getting distracted by implementation designs, insulates your users from implementation changes and gives your developers a clearly demarked space to go wild within. about this event: https://bobkonf.de/2022/breitner.html

Der Mehrwert jeder Software kann frühstens erlangt werden, wenn sie betrieben wird. In vielen Fällen ist das dann der Fall, wenn sie auf entsprechender Infrastruktur installiert und betriebsbereit ist. Dafür benötigen wir die Infrastruktur, müssen diese mit Betriebssystemen und nötigen Softwarekomponenten versehen und konfigurieren. Dies ist bei kleinen Systemen oft trivial, doch bei zunehmender Komplexität stellt sich schnell heraus, dass der Aufbau und die Wartung einer stabilen Infrastruktur schwierig ist. Daher sollen alle nötigen Schritte automatisiert werden, nachvollziehbar sein und jederzeit reproduzierbar durchgeführt werden können. Dafür kommt Infrastructure as Code zum Einsatz. Alle nötigen Definitionen und nötigen Schritte werden mit Konfigurationsdateien, als Code oder mit Domain Specific Languages (DSL) zum eigentlichen Quellcode der Software festgehalten. Mit Terraform wird die Infrastruktur an sich definiert. Dabei wird z. B. festgelegt, wie viele virtuelle Maschinen mit welchen Ressourcen benötigt werden, wie die Netzwerk- und IP-Konfiguration erfolgen oder in welchem Rechenzentrum die Software betrieben werden soll. Sobald die Infrastruktur vorhanden und zugänglich ist, muss diese konfiguriert werden. Mit Ansible und NixOS gibt es zwei Ansätze jeden Installations- und Konfigurationsschritt zu definieren und automatisch zur Anwendung zu bringen. Im Betrieb stellt man sich dann der nächsten Herausforderung: Software muss häufig und regelmäßig aktualisiert werden. Eine Automatisierung ist nahezu unumgänglich. Mit Continuous Deployment und als Code definierten Schritten in z. B. Github Actions gelangt die Software vollautomatisch auf die Infrastruktur. about this event:

Eingeladene Gäste sprechen über aktuelle Themen aus dem Bereich Open Source GIS und Open Data im Format einer Podiumsdiskussion. Moderation Till Adams (Mundialis, Terrestris) Teilnehmer: - Arnulf Christl (Metaspatial) - Christoph Hormann (Imagico) - Frank Karlitschek (Gründer NextCloud, OwnCloud) - Marco Lechner (Bundesamt für Strahlenschutz, BfS) - Sebastian Meier (Professor für die Gestaltung von Wissensvermittlung, FH Potsdam) Eingeladene Gäste sprechen über aktuelle Themen aus dem Bereich Open Source GIS und Open Data im Format einer Podiumsdiskussion. about this event: https://pretalx.com/fossgis2022/talk/T9GVYG/

We present applications of the Haskell library io-sim. This library provides type classes with concurrency primitives that can either be run in IO, or executed in simulation. The library has been developed to help with QuickCheck-style property based testing of concurrent code, where the determinism of the simulations is helpful to get minimal failing test cases. Subsequently, it has also turned out to be quite useful for prototyping distributed systems, getting performance estimates and prediction points of congestion before starting a full implementation. about this event: https://bobkonf.de/2022/kant.html

Der Beitrag diskutiert, ob und wie man event-getriebene Architekturen als eine Form der reaktiven Architekturen in einer Beratungssoftware einsetzen kann. Dabei wird der Bogen von den Geschäftsanforderungen bis hin zur technischen Umsetzung gespannt. Warum wurde für diese Beratungssoftware der event-getriebene Ansatz gewählt? Es werden sowohl die geschäftlichen als auch die technischen Anforderungen diskutiert, die zur Wahl dieses Architekturansatzes geführt haben. Weiterhin wird ein Ansatz diskutiert, wie event-getriebene Architekturen in Übergängen von Legacy-Anwendungen in neue Architekturen unterstützen können. about this event: https://bobkonf.de/2022/junker.html

Der Kurzvortrag stellt ein neues Projekt zur Entwicklung eines interaktiven Lageplan und einem integrierten Geoinformationssystem mit Fokus auf Barrierefreiheit und Inklusion an der Universität zu Köln vor. In Folge einer Initiative des Referats Gender & Diversity Management und des Geographischen Institut der Universität zu Köln, zur Verbesserung des aktuellen Web-basierten Lageplan der UzK (lageplan.uni-koeln.de), vor allem im Bereich von Funktionalitäten zur Unterstützung der Barrierefreiheit und Inklusion, wird seit Juni 2021 ein neues Projekt „CampusGIS2“ (campusgis2.uni-koeln.de) gefördert. Der Fokus des Projekts liegt auf der barrierefreien Navigation auf dem gesamten Campus der UzK inklusive der Innenbereiche aller öffentlich zugänglichen Gebäude. Ein zweiter Fokus ist der Aufbau einer integrierten Geodateninfrastruktur zur Erfassung und zum Management aller Gebäude und Liegenschaften der UzK. Der Lightningtalk gibt einen kurzen Überblick über das Projekt und die auf Open Source Software basierende technische Umsetzung des Vorhabens. about this event: https://pretalx.com/fossgis2022/talk/YEYSVZ/

Das Projekt GOAT 3.0 soll eine ausgewogene Raum- und Verkehrsplanung nach nachhaltigen Kriterien ermöglichen und dadurch auch ein Beitrag zur Lösung von Herausforderungen wie dem demographischen Wandel oder dem Klimawandel leisten. Grundlage dafür ist die Erreichbarkeit von Orten im alltäglichen Leben. Wir möchten unser Projekt vorstellen sowie Gedankenanstöße zur Nutzung von OpenStreetMap geben. Wie gut lassen sich wichtige Orte des alltäglichen Lebens erreichen? Wie zufrieden sind die Bürger*Innen mit dem Weg dorthin? Wo gibt es eine Unter-/ Überversorgung? Wie kann nachhaltige aktive Mobilität genutzt und gefördert werden? Das Thema der Erreichbarkeit gewinnt – begleitet von Konzepten wie der “15-Minuten-Stadt" bzw. der “Stadt der kurzen Wege” – aktuell an Bedeutung und hat unmittelbaren Einfluss auf die Lebensqualität der Bevölkerung. Im Projekt GOAT 3.0 (Geo Open Accessibility Tool) wird seit Ende 2021 ein digitales Erreichbarkeits-Tool für eine ausgewogene und nachhaltige Raum- und Verkehrsplanung entwickelt. Grundlage bietet das etablierte GOAT 1.0 (https://plan4better.de/goatlive/), mit welchem bereits Szenarien und deren Auswirkungen auf die Erreichbarkeit modelliert werden können. Darauf aufbauend sollen weitere spannende Module neu entwickelt werden: dynamischer Daseinsvorsorgerechner, 15-Min-Score, ÖPNV, … Dabei werden die Bedürfnisse und Anwendungsfälle der beteiligten Kommunen erhoben und berücksichtigt. Gefördert wird das Projekt durch die Forschungsinitiative “mFUND” (Modernitätsfond) des Bundesministeriums für Digitales & Verkehr. Im Projekt wird open source entwickelt, generierte Datensätze werden als open data veröffentlicht. In der Vergangenheit wurden sehr gute Erfahrungen in der Zusammenarbeit mit der OpenStreetMap Community gemacht, zum Beispiel bei gemeinsamen Mapping Parties. Der Lightning Talk soll das Projekt kurz vorstellen, sowie Synergien zu OpenStreetMap aufzeigen. Neben vielversprechenden OSM-Tags sollen auch Denkanstöße für die Community-Arbeit von OpenStreetMap in ländlichen Gebieten gegeben werden. Wir freuen uns auf Ideen und Rückmeldungen. GOAT 3.0: https://plan4better.de/posts/2021-12-28-goat3_0/ bzw. https://www.open-accessibility.org/ about this event: https://pretalx.com/fossgis2022/talk/B7TW3E/

Ein neues QGIS-Plugin hilft bei der Suche nach bestimmten Geoobjekten auf Basis ihrer Attribute. Im Vergleich zu den klassischen Bordmitteln können hier einfache Wertsuchen mit Suchen nach (Unter-)Ausdrücken verknüpft werden, mehrstufig und mit unmittelbarem Feedback. Das Plugin wird kurz vorgestellt, mögliche Anwendungsfälle und Ideen für die weitere Entwicklung erläutert. Ein neues QGIS-Plugin hilft bei der Suche nach bestimmten Geoobjekten auf Basis ihrer Attribute. Im Vergleich zu den klassischen Bordmitteln können hier einfache Wertsuchen mit Suchen nach (Unter-)Ausdrücken verknüpft werden, mehrstufig und mit unmittelbarem Feedback. Das Plugin wird kurz vorgestellt, mögliche Anwendungsfälle und Ideen für die weitere Entwicklung erläutert. about this event: https://pretalx.com/fossgis2022/talk/UL7J3P/

Im Rahmen des neuen Open-Source-Projektes MapComponents hat die WhereGroup auf Basis von React ein Open-Source-Komponenten-Framework zur einfachen Erstellung dynamischer GIS-Anwendungen entwickelt. MapComponents bietet alle Grundkomponenten für kleine problemspezifische Anwendungen bis zu hochkomplexen WebGIS-Anwendungen. MapComponents ist eine eingetragene Marke der WhereGroup (Verfahren läuft). MapComponents Welchen Umfang hat das Angebot und welchen konkreten Nutzen/ Einsatzzweck hat es? • Baukastensystem zur Erstellung von individuellen Web-Kartenanwendungen • Dabei können die Karten eine beliebige Komplexität erfüllen • Zur Visualisierung und Analyse von Daten, für definierte Nutzergruppen, Wunsch nach speziellen Funktionen • gut nutzbar für die schnelle und leichte Erstellung von kurzfristig benötigten Geo-Applikationen (z.B. Karten für Events, Dashboards usw.) • Spezifische Anwendung, der einen genau definierten Anwendungsfall erfüllt • Einzelne Teile, die für die Kartenanwendung benötigt werden, stehen als Baukastensystem zur Verfügung. Es wird das gewählt, was in dem konkreten Fall notwendig ist. Die Anwendung bleibt schlank. • hoch integrierbar in bestehende Systeme • react-Components-Sammlung • Zur Erstellung von Karten-Anwendungen, die nicht von der Stange sind. • Bedient modernste Browser-Technologien (PWA, Fugu, WebAssembly etc.) Komponenten-Vorlagen mit fertigen GIS-Funktionen, wie u.a.: • Druck • Routing • Suchen • Darstellung 3D-Daten • Datenerfassung und -upload in verschiedenen, gängigen Formaten • eigene oder kundenseitige Rechteverwaltung Was macht eure Leistung/Lösung besonders (USPs)? • Fokus auf Design und Anpassbarkeit des Frontends • sehr stark anpassbar, individualisierbar • erfüllt aktuelle moderne Standards / Browsertechnologien • Geodaten werden leichter handzuhaben • Planbar und verstehbar (- Katalog) • Katalog im Internet einsehbar • hoch individuell • State of the Art – technisch modernste Art Geodaten zu nutzen • es wird nur das genutzt, was benötigt wird • Alle Formate von Geodaten (standardkonform oder individuell) können dargestellt werden. • Nutzung von etablierten Standards oder individuellen Datenformaten • Skalierbar von Event-Map über Dashboards bis hin zu komplexen Fachanwendungen • entwickelt von Experten mit jahrzehntelanger WebGIS-Erfahrung Wie funktioniert die Leistung/ Lösung? Beratung nach Anforderung, Auswahl passender Komponenten aus einem Funktionskatalog, individuelle Anpassungen, ggf. Schaffung einer neuen Komponente, Zusammenfügen einer Anwendung und Auslieferung Wer hat schon Erfahrungen damit gemacht? • Covid-Bewegungsradiusrechner • MARA-Studie • WG-Laufcontest about this event: https://pretalx.com/fossgis2022/talk/ZGDW88/

In diesem Lightning-Talk möchten wir auf unterschiedliche Modelle zur Optimierung von Standortproblemen mit FOSS eingehen. Umfangreiche Netzwerkanalytik ist ein wichtiger Baustein in der geographischen Welt. Klassische Fragestellungen sind z.Bsp. die Standortanalyse für Einrichtungen wie Supermärkte, oder das Flottenmanagement für Cargo Bikes. In diesem Lightning Talk demonstrieren wir unterschiedliche Möglichkeiten, um Standortzuweisungen mit Hilfe von "PySAL - Spatial Optimization" zu realisieren. Dabei konzentrieren wir uns auf das "Maximum Coverage Problem”, welches möglichst viel Bedarf innerhalb einer vorgegeben Distanz zu potenziellen Standorten optimiert, um somit die Flächendeckung zu maximieren. about this event: https://pretalx.com/fossgis2022/talk/HRRVSR/

Im Rahmen eines Forschungsprojektes erfolgte die Entwicklung eines web-GIS basierten Tools zum Monitoring der Resilienz kritischer Verkehrsinfrastrukturen am Beispiel der Wasserstraßen im Westdeutschen Kanalnetz. Dieses umfasst die Visualisierung der Bauwerke, ihrer Konstruktionsmerkmale sowie ihrer szenario-basierten Risikobewertung, welche die Ableitung einer risikobasierten Instandhaltungsstrategie unter Beachtung der Aspekte Bevölkerungsschutz und Logistik ermöglicht. Die Anwendung basiert vollständig auf Opensource-Komponenten zur Bereitstellung und Visualisierung von Geodaten über das Internet. Hierbei kommt die offene Javascript Bibliothek OpenLayers zum Einsatz, welche es ermöglicht, Geodaten im Webbrowser plattformunabhängig darzustellen. Dabei sind clientseitig keine weiteren Voraussetzungen notwendig, sofern ein Webbrowser installiert ist. Als Webanwendung wird das Tool über einen Webserver (z.B. Apache, Nginx) bereitgestellt und bietet innerhalb der Fortführung die Möglichkeit, die Inhalte im Internet zu veröffentlichen. Mit Hilfe der Anwendung können Entscheidungsträger sowohl die Verortung als auch Konstruktionsmerkmale und eine Risikobewertung visualisieren und somit fundiertere Entscheidungen bezüglich einer Instandhaltungspriorisierung treffen. about this event: https://pretalx.com/fossgis2022/talk/KDFFZH/

Eric Brewers CAP-Theorem besagt, dass im Falle von Netzwerkpartitionen nur eine von zwei Garantien erreicht werden kann: Konsistenz oder Verfügbarkeit. Zehn Jahre später legt Joseph Hellerstein das CALM-Theorem nach, und beweist das, was wir eigentlich schon immer alle schon geahnt haben: Im Falle von Netzwerkpartitionen sind Konsistenz UND Verfügbarkeit unter bestimmten Bedingungen eben doch möglich! Wie das geht, zeigen wir euch in diesem Vortrag, und nehmen euch mit auf eine Journey vom CAP-Theorem hin zum CALM-Theorem. Wir räumen mit gängigen Mythen auf und zeigen euch, wie ihr das CALM-Theorem praktisch anwenden könnt. Basierend auf unseren empirischen Erfahrungen aus verschiedenen Studien (Case Studies und Action Research Studies) und unserer laufenden Forschung entwickeln wir Architektur-Empfehlungen und Entwurfsmuster für das Design von daten-intensiven, verteilten Anwendungen. Der Vortrag gibt konkrete Hilfestellungen für Architekt:innen, demonstriert Entwurfsmuster mit laufendem Code und teilt mit den Teilnehmern unsere frei verfügbaren open access Architektur-Guidelines. about this event: https://bobkonf.de/2022/braun-bieniusa.html

Conal Elliott’s Compiling to Categories sparked interest in novel interpretations of Haskell programs that are accessible to a casual user of the language. Conal also created some proofs of concept with very compelling examples. However, many potential users were stymied by some limitation or other in the PoCs. At Kittyhawk, we were also attracted to the approach. Thankfully, we had the resources to commit to it, which allowed us to extend the PoC and even the original paper to make it work for us. And now, hopefully, it can work for you as well. This talk will introduce the approach, our use of it as a code generator for the flight control system of our electric aircraft, the limitations we ran into, and our solutions to them. about this event: https://bobkonf.de/2022/pfeil.html

envVisio ist ein neuartiger Ansatz zur Datenbereitstellung, in dem heterogene Sach-, Prozess- und Geodaten homogen verwaltet, veknüpft und per Dienst weiterverarbeitbar bereitgestellt werden. Aktuell wird envVisio als mFUND-Förderprojekt in Kooperation mit Behörden, die diverse Daten und praktische Probleme beisteuern, implementiert. Der Vortrag gibt einen Überblick über die Kernideen des Ansatzes, stellt den Dienst vor und berichtet über die Erfahrungen von Nutzenden. envVisio ist ein neuartiger Ansatz zur Bereitstellung von Daten über die Umwelt und eine Antwort auf die Frage, wie eine nachhaltige Digitalisierung von Daten zur Umwelt gelingen kann. Die weitere Digitalisierung verlangt zwingend die Bereitstellung von Daten, die einfach weiterverarbeitet werden können, sodass die Daten in neue Wertschöpfungen[1] umgesetzt werden können. envVisio wendet sich gegen die heute übliche Herangehensweise, sämtliche Daten zu Umweltthemen entsprechend der Geo-Normen der ISO 191xx zu modellieren und bereitzustellen, wie das z.B. in INSPIRE oder X-ÖV geschieht. Diese Herangehensweise produziert eine Reihe von Problemen bei der Weiterverarbeitung von Daten: Die Datenstrukturen sind phänomenal auf einige Anwendungsfälle zugeschnitten. Sie sind statisch, nicht erweiterbar, oft sehr kompliziert und von Anwendungsfall zu Anwendungsfall verschieden. Um aus solchen Datenstrukturen neue Anwendungen zu generieren, die nicht den Anwendungsfällen entsprechen, auf die sie zugeschnitten wurden, ist ein hoher Aufwand nötig. Es muss ständig neu codiert werden. Zu jedem neuen Thema muss für die Nutzung und Weiterverarbeitung der bereitgestellten Daten neu implementiert werden. Wie sollen auf diese Weise komplexe Themen bearbeitet werden? Wo sollen die dafür notwendigen Codierer herkommen? Das ist enorm kostspielig und damit eigentlich genau das Gegenteil, was mit der IT erreicht werden soll. Hinzu kommt, dass auf diese Weise der Zugang zu den Daten auf wenige Expert*Innen beschränkt bleibt. Um Daten in solchen Strukturen verstehen und lesen zu können, ist Fachwissen und eine Vertrautheit mit dem Modell erforderlich. Egal wie offen solche Daten über das Internet erreichbar sind, zugänglich sind sie noch lange nicht. envVisio setzt mit einer neuen Art der Modellierung einen Kontrapunkt. Kern des Ansatzes ist ein Datenmanagement, das alle Informationen themenübergreifend verknüpfbar und einheitlich strukturiert verarbeitet, sie flexibel verwalten kann und über standardisierte Dienste mit einfach weiterverarbeitbaren Inhalten bereitstellt. Dazu werden alle Objekte aus der Realität in der Datenbank in festen Strukturen verwaltet. Sach-, Prozess- und Geodaten werden separat gespeichert und durch Metadaten in den selben Strukturen beschrieben. Verbindungstabellen erfassen die komplexen Beziehungen zwischen Objekten in der Realität. Dadurch können z.B. Objekte ohne eigenen Geobezug durch ihre Verbindung mit Geobasisdaten räumlich verortet werden. Die Daten selbst, die beschreibenden Metadaten und die Verbindungen sind über einen Dienst unabhängig von ihren Eigenschaften einheitlich abfragbar. Die Umsetzung erfolgt mit einem aus mehreren Softwarekomponenten bestehenden Data Warehouse, das die Daten entsprechend des envVisio-Modells verwaltet und Import, Visualisierung und Datenbereitstellung unterstützt (siehe https://wiki.gdi-de.org/display/gdideorg/Systemspezifikation+envVisio). Einbindung in Webanwendungen und Standard-GIS Software ist somit unabhängig von der konkreten Anwendung und unter Berücksichtigung der Beziehungen zwischen Objekten verschiedenster Art problemlos möglich. envVisio konkurriert nicht mit anwendungsbezogenen Fachapplikationen, sondern stellt die Daten der einzelnen Fachverfahren in einen gemeinsamen Kontext mit gegenseitigen Verweisen. Dadurch entsteht eine neue Qualität themenübergreifend harmonisierter Daten. envVisio kann ergänzend in vorhandene Infrastrukturen eingebunden werden. Im Hintergrund können Daten aus Fachapplikationen importiert oder für diese bereitgestellt werden. envVisio setzt auf offene Zugänge und offenes Wissen: • Das Modell und seine Ansätze sind in [2] und [3] ausführlich beschrieben und werden in weiteren wissenschaftlichen Publikationen ausgeführt. • Insbesondere bei der Datenbereitstellung setzt envVisio auf Anbindung der offenen Standards. Der für die Datenbereitstellung definierte envVisio Service beruht auf dem OGC API-Features – Standard und erweitert ihn (siehe https://wiki.gdi-de.org/display/gdideorg/envVisio+Service). • Open Data Portale sind innerhalb des Projekts wichtige Datenquellen und Orientierungspunkte bei Architekturentscheidungen. envVisio ist so entworfen, dass es als einfach zu bedienende und robuste Schnittstelle für Open Data genutzt werden kann. • Für envVisio entwickelte Software wird als Open Source veröffentlicht. Die Methode ist in der Praxis mehrfach umgesetzt, im Folgenden zwei Beispiele: • Das Landesamt für Umwelt-, Natur- und Verbraucherschutz Nordrhein-Westfalen

geOrchestra ist eine komplette Geodateninfrastruktur (GDI) und vereint eine Reihe von verbreiteten Open-Source Komponenten. Diese umfassen GeoNetwork als Metadatenkatalog, GeoServer, GeoWebCache, GeoFence und Jasig CAS. In Diesem Vortrag untersuchen wir das Potential von geOrchestra im Einsatz bei großen Unternehmen mit einem Fokus auf deren speziellen Anforderungen. Der modulare und interoperable Aufbau machen die Geodateninfrastruktur (GDI) geeignet für den Einsatz als Unternehmens-GDI. So ermöglicht das Spring Framework die Einbindung von anderen Komponenten (z.b. Einbindung alternativer Kartenviewer). Konformität mit OGC Standards ist sehr wichtig, denn nur so können die unterschiedliche Komponenten und potentielle externe GDIs zusammenarbeiten. Eine wachsende Zahl an Behörden und Unternehmen nutzen geOrchestra, hier geben wir einen Einblick in den Einsatz der Anwendung bei der Deutschen Telekom, wo geOrchestra eine Kernkomponente im Projekt FTTH-Factory darstellt. In der FTTH-Factory wurde die Planung potentieller Trassen für den Glasfaserausbau automatisiert. geOrchestra als GDI liefert viele der wesentlichen Bestandteile für diesen Prozess, angefangen mit einem Single Sign-on (SSO) Authentifizierungssystem für die Verwaltung der Zugriffe auf sämtliche Dienste/Komponenten, über GeoServer für die Bereitstellung der Trassen (WFS), zu Geofence als spezielle Authentifizierungs-Komponente für GeoServer. Eine Besonderheit des FTTH-Factory Projekts ist die zugrundeliegende Infrastruktur, die bei Bedarf automatisiert aufgebaut werden kann. geOrchestra hat sich in dieser stark orchestrierten Umgebung als ideale GDI erwiesen, denn geOrchestra wurde speziell für die Steuerung von einzelnen Komponenten als Microservices designed. Einzelne Komponenten wie GeoServer können so nach Bedarf skaliert werden. Aktuelle Entwicklungen im Zusammenhang mit geOrchestra umfassen ein Rewrite des Metadatenkatalogs GeoNetwork mit dem Ziel die Anwendung als Microservice nutzen zu können. Das relativ neue Projekt Geoserver-Cloud geht im Hinblick auf Microservices noch einen Schritt weiter. Hierbei werden Teile von Geoserver wie Kartendienste (WFS, WMS, etc.) und die UI als Microservices steuerbar, was eine Skalierung auf der Funktionsebene ermöglicht. An der Einbindung von GeoServer-Cloud in geOrchestra wird aktuell gearbeitet. about this event: https://pretalx.com/fossgis2022/talk/R9DAUB/

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/

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/

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/

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/

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

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

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/

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/

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/

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/

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/

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/

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/

Ü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/

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

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/

"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/

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/

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/

Mit Cloud Optimized GeoTIFF (COG) hat ein Trend zu Formaten begonnen, die sowohl lokal als auch über das HTTP-Protokoll effizent lesbar sind. Für Vektordaten hat FlatGeobuf eine breite Unterstützung gefunden und auch für Kacheln und Point Clouds sind neue Formate am Entstehen. Diser Vortrag zeigt einen Überblick über diese Formate und erklärt deren Funktionsweise. Mit Cloud Optimized GeoTIFF (COG) hat ein Trend zu Formaten begonnen, die sowohl lokal als auch über das HTTP-Protokoll effizent lesbar sind. Für Vektordaten hat FlatGeobuf eine breite Unterstützung gefunden und auch für Kacheln und Point Clouds sind neue Formate am Entstehen. Diser Vortrag zeigt einen Überblick über diese Formate und erklärt deren Funktionsweise. about this event: https://pretalx.com/fossgis2022/talk/ZZBZRZ/

Die Open Source Software Lizmap, entwickelt von 3Liz, ist eine interessante Alternative zu Mapbender und bietet viele nützliche Funktionen. In diesem kurzen Vortrag wird Lizmap anhand eines Praxisbeispiels präsentiert. Es gibt viele Möglichkeiten Webmaps zu konfigurieren (mapbender, leaflet, OpenLayers, etc.). 3Liz, ein französisches Entwicklerteam, hat dazu einen OpenSource-Web-Client, namens Lizmap, entwickelt und unter GitHub frei zur Verfügung gestellt. Als nette Alternative zu Mapbender wird eine Lizmap-Webmap anhand eines Praxisbeispiels zur Windparkplanung vorgestellt. Funktionen wie Tabelleneinsicht, Drucken, Standortanzeige, Adresssuche, Filtern, Editieren, Messen, Zeichnen, Exportieren, etc. gehören dazu. about this event: https://pretalx.com/fossgis2022/talk/373RZJ/

In Rheinland-Pfalz wird der "neue" OGC API Features Standard schon seit Ende 2019 praktisch eingesetzt. Basis für die Umsetzung ist der zentrale OWS-Proxy des GeoPortal.rlp. Die Technologie erlaubt es, fast alle existierenden WFS-Schnittstellen (1.1.0 und 2.0.0) direkt über ein OGC API Features Interface nutzbar zu machen. Die Service-Metadaten werden automatisch generiert und auch über die angeschlossenen OpenData-Portale verbreitet. Im Vortrag wird über die praktischen Erfahrungen berichtet. Die Erfahrungen beim Einsatz der OGC API Features Interfaces in Rheinland-Pfalz bestätigen die Praxistauglichkeit der neuen Schnittstelle. Für die Tests der Endpoints wurde u.a. QGIS in der Version 3.10+ genutzt. Es werden sowohl frei zugängliche, als auch abgesicherte Dienste angeboten. Im Vortrag wird anhand praktischer Beispiele auf folgende Punkte eingegangen: * Technische Implementierung des Proxy * Persistente URIs * Voraussetzungen auf Ebene der WFS-Schnittstelle / Datenhaltung * Einbindung in QGIS * Verbesserungsmöglichkeiten durch Nutzung von json-schema und json-ld @context Informationen * Auffindbarkeit in externen Systemen (z.B. Geoportal.DE, Govdata, Google, ...) * Statitische Auswertung der Refe(r)rer Informationen aus den http-Headern about this event: https://pretalx.com/fossgis2022/talk/T3CNGS/

Es wird die Installation des Lizmap-Clients auf einem Ubuntu-Server mit Apache gezeigt (Installation des QGIS-Servers vorausgesetzt). Nach grundlegenden Einstellungen wird ein lokales QGIS-Projekt als WebGIS-Projekt publiziert. Auf Basis eines Ubuntu 20.04. Servers mit Apache und bereits installierten QGIS-Server wird die Installation des Lizmap-Client vorgeführt. Nach der serverseitigen Installation werden grundlegende Einstellungen im Backend von Lizmap vorgenommen. Die wesentlichen Einstellungen im QGIS-Projekt und in der Lizmap-Erweiterung in QGIS werden gezeigt und abschließend wird das lokale QGIS-Projekt über den Lizmap-Client im Web publiziert. about this event: https://pretalx.com/fossgis2022/talk/VJABAC/

Mitten im Großen Kaukasus gelegen, ist die historische Region Swanetien ein aufstrebendes Tourismusziel mit viel Historie und malerischen Landschaften. Für die Region um die Stadt Mestia mit dem markanten Doppelgipfel der Ushba soll eine neue Alpenvereinskarte entstehen. Basis für die Karte sollen unter anderem OpenStreetMap-Daten Verwendung bilden, welche durch Feldarbeit verbessert wurden. Im Vortrag wird zusätzlich zur Kartenherstellung die Datenerfassung im Feld thematisiert. Mitten im Großen Kaukasus gelegen, ist die historische Region Swanetien ein aufstrebendes Tourismusziel mit viel Historie und malerischen Landschaften. Für die Region um die Stadt Mestia mit dem markanten Doppelgipfel der Ushba soll eine neue Alpenvereinskarte entstehen. Basis für die Karte sollen unter anderem OpenStreetMap-Daten Verwendung bilden, welche durch Feldarbeit verbessert wurden. Im Vortrag wird zusätzlich zur Kartenherstellung die Datenerfassung im Feld thematisiert. Unter dem Hashtag #MappingMtUshba erfolgte das gemeinsame Editieren von OpenStreetMap vor Ort und im Nachgang. Des Weiteren wird die Vorbereitung der Feldarbeit mit der Erstellung von Feldbüchern, die Erfahrungen beim Mappen vor Ort und die Ideen für das weitere Vorgehen bei der Kartenproduktion vorgestellt. about this event: https://pretalx.com/fossgis2022/talk/TMSM33/