Chaos Computer Club - archive feed

Für eine private Party habe ich ein kleines Perl-Script von Maroš Kollar, das einen Covid Test/Impf Zertifikat Validator implementiert, in eine kleine PSGI/Vue.js App eingebaut. In dem Talk schauen wir uns an, wie so ein Zertifikat aufgebaut ist, wie es geparst und validiert werden kann, und wie man das ganze dann in eine kleine Webapp einbauen kann. about this event: https://c3voc.de

In diesem Petit Foo stelle ich meinen neuen Werkzeugkoffer vor. Schon lange wollte ich einen Werkzeugkoffer haben, den ich zu Veranstaltungen und anderen Hackerevents mitnehmen kann um vor Ort basteln zu können. Was sich alles in meinem Koffer befindet und wie dieser ausschaut erzähle ich in diesem Petit Foo. about this event: https://www.chaospott.de

Wie fixe ich den C Standard, als Kurzabenteuer. Ein Überblick über die Prozesse, Working Groups, Papers, Compilerjungs, Unicode, Latex usw. about this event: https://c3voc.de

Über die vergangenen 4 Jahre habe ich meine persönlichen Eigenschaften für das Lernen kontinuierlich immer weiter optimiert, und hatte damit unerwarteten Erfolg. Was ich so alles ausprobiert habe, was für kleine einfach Rezepte und neue Gewohnheiten mir dabei wie sehr geholfen haben, und auch was nicht so gut lief. Talk auf deutsch. (nach Möglichkeit zweisprachige Slides deutsch & englisch) about this event: https://c3voc.de

Details of how we added livestreaming widgets to our crowdfunding application, which is implemented in Perl using Mojolicious. We will cover some of the setup and technical considerations, along with messaging formats and backend technology - RabbitMQ and the Perl modules we use to interact with it. about this event: https://c3voc.de

Stiftung Modultest für den angehenden Datenwissenschaftler und alle andere die ihre Daten anschaun wollen. Inklusieve Vorstellung einer eignen Lösung. about this event: https://c3voc.de

A presentation by Paul Evans about this event: https://c3voc.de

Historie von OTOBO. Die Basis ist über 20 Jahre alt und beruht auf CGI, Apache mit mod_perl. Phase I: Im Zuge von Docker-Support Unterstützung von Plack durch CGI::Emulate::PSGI. Webserver Gazelle. Phase II: Komplettumstellung auf Plack. Hürden: Die Punkte aus https://github.com/bschmalhofer/otobo-ideas#psgi-stumbling-blocks about this event: https://c3voc.de

Corinna is a complete re-envisioning of object-oriented programming (OOP) in Perl. Previously, OOP in Perl was handled with bless() and the @ISA array. Everything else had to be wired together by the developer. There are, depending on what you consider to be an OOP system, over 80 candidates on the CPAN. Some are quite excellent. Most are hobbled by limitations of Perl syntax. Years in development, Corinna fixes this with a new, yet simple syntax which brings modern OOP programming to the Perl language. In many ways, it leapfrogs the capabilities of other dynamic languages and even approaches some of the capabilities of static languages, including the potential for many compile-time failures for what were previously runtime failures (or silent, difficult to detect bugs). about this event: https://c3voc.de

Bei gefühlt jedem zweiten Projekt in unserem Hackerspace wird ein Raspberry Pi eingesetzt. In unserem Serverrack haben wir ein extra Fach um diese Kleinstrechner anzuschließen. Warum der Raspberry Pi so populär ist und wie man ihn benutzen kann ist das Thema dieses Petit Foos. about this event: https://www.chaospott.de

Internetsuche ist für uns ein alltägliches Werkzeug. Von einfachen Aufgaben wie dem Nachschlagen der Öffnungszeiten der Pizzeria nebenan, über den Preisvergleich für eine neue Webcam, bis hin zu aufwändigen Recherchen zu komplexen Themen bildet die Internetsuche oftmals den Ausgangspunkt. In diesem Petit Foo gebe ich Tipps wie man diese Aufgaben vereinfachen und beschleunigen kann. about this event: https://www.chaospott.de

about this event: https://c3voc.de

The Enigma machine was an encryption device that was used by German forces during WW2 to send secret messages. In this talk, we will explain exactly how the encryption process works and go through an implementation of it in Elm. We will demonstrate how to encrypt and decrypt a message. Then we will go over the weaknesses that made it exploitable by Alan Turing and the other fine folks in Bletchley Park. By the end of the talk, you’ll be able to point out all the inaccuracies in “The Imitation Game”. about this event: https://bobkonf.de/2022/liu.html

Local-first software is a new term for interactive end-user applications, which provide data ownership and privacy while still enabling data to be shared, and which allow working offline while ensuring data consistency. Developing such applications is often perceived as hard, because of the use of unsuited general purpose programming models. REScala is a mature research project that addresses these issues and provides a specialized programming model designed to be understandable by developers while still providing the flexibility for efficient implementations that automatically ensure all desired properties. In this talk, we will show how a combination of functional reactive programming (the mostly classical variant) and conflict-free replicated data types (specifically join semilattices) provide abstract reasoning about all points in space and time for local-first applications. Specifically why reasoning in the abstract is actually much easier for developers than reasoning about all the hundreds and thousands of possible special cases their implementation admits. We hope that this talk helps to spread such better suited programming models, thus leading to most software being local-first by default. Then, we may see a future where individuals own their data and not have it stolen by advertisers, and companies keep their sovereignty without being at the mercy of the biggest players. about this event: https://bobkonf.de/2022/mogk.html

Learn how to clean up your large Erlang projects by detecting and removing code that’s no longer needed with the highest level of confidence using Hank, an open-source plugin for rebar3. The presence of source code that is no longer needed is a handicap to project maintainability. The larger and longer-lived the project, the higher the chances of accumulating dead code in its different forms. Manually detecting unused code is time-consuming, tedious, error-prone, and requires a great level of deep knowledge about the codebase. In this talk, we examine the kinds of dead code (specifically, oxbow code) that can appear in Erlang projects, and formulate rules to identify them with high accuracy. We also present an open-source static analyzer that implements these rules, allowing for the automatic detection and confident removal of oxbow code in Erlang codebases, actively contributing to increasing their quality and maintainability. about this event: https://bobkonf.de/2022/castro-brujo.html

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/

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/

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/

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/

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/

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/

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

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/

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/