Chaos Computer Club - archive feed

Die GBD WebSuite ist eine Open Source WebGIS Plattform zur Geodatenverarbeitung und ein noch recht junges Projekt. Sie wird seit 2017 als Docker Image plattformunabhängig in bestehende IT-Infrastrukturen integriert und besteht aus einer Server-Komponente mit einem responsiven Client. Neben der Visualisierung und Bereitstellung von OGC- und INSPIRE-Diensten integriert die GBD WebSuite u.a. MapProxy und QGIS Server Funktionalität - siehe https://gbd-websuite.de. Die GBD WebSuite ist eine Open Source WebGIS Plattform zur Geodatenverarbeitung und ein noch recht junges Projekt. Sie wird seit 2017 als Docker Image plattformunabhängig in bestehende IT-Infrastrukturen integriert und besteht aus einer Server-Komponente mit einem responsiven Client. Neben der Visualisierung und Bereitstellung von OGC- und INSPIRE-Diensten integriert die GBD WebSuite u.a. MapProxy und QGIS Server Funktionalität - siehe https://gbd-websuite.de. Wir möchten im Rahmen des Vortrags aktuelle Neuerungen präsentieren und einen Ausblick auf für kommende Versionen geplante Funktionalität und Feature geben. about this event: https://pretalx.com/fossgis2022/talk/SFUEVG/

Im Rahmen des ITS entwickelten wir von der Trufi Association e.V. eine App um Radfahrenden das Fahren im ÖPNV zu erleichtern. Wir entwickelten die "Nicht Ohne Mein Rad Hamburg" auf Basis unseres bekannten Trufi Cores. Alles basiert auf FOSS und Eigenentwicklungen wurden als FOSS freigegeben. Unsere "Nicht Ohne Mein Rad Hamburg" soll es Radfahrenden Hamburgern ermöglichen zu wissen wann sie mit dem Rad den Hamburger Nahverkehr nutzen dürfen wie auch sonst fahrradfreundliche Routen zu finden. Die Sperrzeiten, die den Radfahrenden in Hamburg ein Dorn im Auge sind, werden beim Routing berücksichtigt. Wir berichten von unserer "Reise" hin zu einer funktionierenden App aber auch über die Hürden, die wir überwinden mussten und geben einen Ausblick was noch zu tun ist. https://github.com/trufi-association/hamburg-bike-app about this event: https://pretalx.com/fossgis2022/talk/UMXTWZ/

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

Der QGIS Webclient 2 (QWC2) ist ein moderner Kartenclient, der die Erweiterungen von QGIS Server unterstützt und durch weitere Funktionen ergänzt. In Kombination mit dem qwc-services Projekt wird die QWC2 Systemumgebung um Micro-Services ergänzt. Damit ergeben sich grenzenlose Möglichkeiten WebGIS Applikationen zu bauen. Der Vortrag stellt die Grundlagen des QWC2 und die Neuerungen der vergangenen Jahre vor. Überblick über das Projekt QWC2 qwc-services. Einführung in das System QWC2 und die bestehenden Services. about this event: https://pretalx.com/fossgis2022/talk/YZJD3B/

Im Rahmen des Modellstadt-Projekts “Saubere Luft” hat die Stadt Herrenberg mit Förderung des BMVI die intermodale Mobilitätsplattform stadtnavi realisiert. stadtnavi basiert auf der Digitransit-Plattform, dem intermodalen Routing-Service OpenTripPlanner (OTP). Auf Basis der Trufi-App ist stadtnavi auch als native Lösung für iOS und Android nutzbar. Als offene Mobilitätsplattform kombiniert stadtnavi öffentliche Verkehrsmittel, Fußwege, Radverkehr und PKW-Routing und Sharing-Angebote. Die intermodale Reiseauskunft stadtnavi ist eine von mehreren Maßnahmen im Rahmen des Modellstadt-Projektes „Stadtluft verbessern“, die vom Bundesministerium für Verkehr und digitale Infrastruktur gefördert wurden. Herrenberg war bundesweit eine von fünf Städten, die von 2018 bis 2021 als Modellkommune für dieses Projekt ausgewählt wurde. Das vom Bundesministerium für Verkehr und digitale Infrastruktur geförderte Projekt für saubere Luft hat die Entwicklung einer mobilen Webplattform ermöglicht, mit der man schnell, umweltfreundlich und völlig anonym von A nach B navigieren kann. Außerdem werden Verfügbarkeitsdaten in Echtzeit bereitgestellt was die Attraktivität eines solchen Services deutlich erhöht. Als OpenSource Lösung stadtnavi soll inspirieren und Mut machen, Mobilität völlig neu zu denken. Die White Label Lösung macht es großen und kleinen Städten leicht, die Anwendung unter ihrem Namen und Erscheinungsbild zu verwenden, um so, gemeinsam die Mobilitätswende voranzutreiben und lokale Mobilitätsangebote in einer Plattform zugänglich zu machen. Als Ergänzung zur webbasierten Plattform herrenberg.stadtnavi.de hat die Trufi Association die stadtnavi Herrenberg-App auf Basis der Trufi App entwickelt. Zwei Jahre nach dem multimodalen Routenplaner Projekt in Cochabamba (Bolivien) (2019 bereits auf der FOSSGIS präsentiert) und viel Entwicklungsaufwand durch freiwillige Helfer der NGO später, bietet die Trufi Association e.V. damit nun auch in Deutschland zwei multimodale Apps im Google und Apple Store an. about this event: https://pretalx.com/fossgis2022/talk/9DPVVL/

Rust mittlerweile eine der beliebtesten Programmiersprachen, wenn es um Datenverarbeitung und Systementwicklung geht. Es vereint die Mächtigkeit und Effizienz von C++ mit einer modernen Syntax und einem robusten Typsystem. Doch die Einsetzbarkeit steht und fällt mit den verfügbaren Bibliotheken, die von der Community entwickelt werden. In diesem Vortrag zeigen wir einen Überblick über die GeoRust-Community, die dort entwickelten Bibliotheken und Anwendungen und zeigen einige Beispiele. Rust mittlerweile eine der beliebtesten Programmiersprachen, wenn es um Datenverarbeitung und Systementwicklung geht. Es vereint die Mächtigkeit und Effizienz von C++ mit einer modernen Syntax und einem robusten Typsystem. Auf StackOverflow wurde Rust zum sechsten Jahr in Folge zur beliebtesten Programmiersprache gewählt. Doch die Einsetzbarkeit steht und fällt mit den verfügbaren Bibliotheken, die von der Community entwickelt und bereitgestellt werden. Die GeoRust-Community stellt hierbei eine Vielzahl von Bibliotheken, die in Rust Crates genannt werden, bereit. Dazu gehören Simple-Feature-Primitive aus dem Geo-Crate, das zudem viele Vektor-Operationen nativ bereitstellt. Für den Datenzugriff gibt es Implementierungen auf der Vektorseite für z. B. GeoJSON, Shapefiles und FlatGeoBuffers und auf der Rasterseite unter anderem GeoTiff und NetCDF. Daneben gibt es auch Bindings, um mit wichtigen Bibliotheken wie GDAL, PROJ oder GEOS arbeiten zu können. Es gibt auch Implementierungen von räumlichen Datenstrukturen, z. B. R-Bäume und Triangulierungen. Zu guter Letzt gibt es spannenden Anwendungen wie den Vector-Tile-Server T-Rex, Simulationen wie den Verkehrssimulator A/B Street und auch Datenanalyse-Plattformen wie die Geo Engine. Somit hat man in der Regel alle Werkzeuge beisammen, um in Rust produktiv Geoanwendungen zu entwickeln. In diesem Vortrag zeigen wir einen Überblick über die GeoRust-Community, die dort entwickelten Bibliotheken und Anwendungen und zeigen einige Beispiele. Zu Beginn geben wir eine sehr kurze Einführung zu Rust und fokussieren uns dann auf Beispiele aus den verschiedenen Bibliotheken. Unser Ziel ist es, die Geo-Community neugierig auf den Einstieg in Rust zu machen. about this event: https://pretalx.com/fossgis2022/talk/SFT8M7/

Der Routing Engine Valhalla wurde mit einer Lösung des Chinese Postman Problems erweitert. Diese Erweiterung ermöglicht es Innerhalb eines definierten Gebietes sämtliche Straßen auf dem kürzesten Weg zu befahren bzw. zu begehen. Als Teil des Projekts KADAS-Routing wurde der Routing Engine Valhalla mit einer Lösung des Chinese Postman Problems (CPP) erweitert. So kann nun innerhalb eines definierten Polygons die effizienteste Route, um sämtliche Straßen und Wege im Gebiet zu befahren, berechnet werden. Das CPP ist ein bekanntes Problem aus der Graphentheorie, wo es gilt jede Kante in einem Graphen zu besuchen und dabei die zurückgelegte Strecke zu minimieren. In der Theorie kann ein Graph entweder gerichtet, ungerichtet oder gemischt sein. In dieser Implementierung wurde das CPP für gerichtete Graphen implementiert, da dies der Darstellung von Graphen in Valhalla und der Datenstruktur von OpenStreetMap (OSM) entspricht. Letzteres bildet die Datengrundlage für die Berechnung der CPP Route. Das CPP wird über folgende separate Algorithmen abgebildet: der Floyd-Warshall Algorithmus, die Hungarian Methode, und die Hierholzer Methode. Nach erfolgreicher Implementierung der theoretischen Codebasis des CPP, bestand die größte Herausforderung darin die Routenberechnung unter Verwendung von Straßennetzen aus der Praxis (OSM) lauffähig zu machen. Ein zentrales Problem mit der Implementierung des theoretischen CPP besteht darin, dass bei realen Graphen nicht immer jede Kante von allen anderen Kanten erreichbar ist. Daher mussten diverse Erweiterungen vorgenommen werden um die Berechnung einer CPP Route unter Verwendung von OSM Daten zu ermöglichen. So sind zum Beispiel Innerhalb eines größeren Gebiets selten sämtliche Straßenabschnitte ausschließlich über die im Gebiet lokalisierten Straßen erreichbar. Häufig muss das Gebiet verlassen werden um diese sonst nicht zugänglichen Teiles des Wegenetztes zu befahren. Letztendlich konnten wir einen funktionsfähigen Prototypen des CPP in Valhalla erstellen. Neben der Funktion das zu befahrene Gebiet frei zu wählen, können auch Sperrzonen definiert werden. Nach der Wahl des Fahrzeugtyps (PKW, Fahrrad, Fußgänger, etc.) kann die CPP Route berechnet werden, die zudem eine Turn-by-Turn-Navigation mitliefert. Wir bedanken uns bei dem Auftraggeber und Sponsor Armasuisse. about this event: https://pretalx.com/fossgis2022/talk/EU8RPG/

Eine Automatisierung der **Geodatenverarbeitung** ist im QGIS mit dem grafischen Modeller gut umsetzbar. Vor dem Hintergrund des einfachen Zugriffs auf Geodatenbanken, sind SQL-Skripte, z.B. in **SpatiaLite-Datenbanken** eine weitere Alternative. Die Live-Demo stellt die Umsetzung verschiedener Aufgaben der Geodatenverarbeitung mit Hilfe des grafischen Modellers im QGIS sowie über SQL in einer Spatialite-Datenbank gegenüber und thematisiert dabei Vor- und Nachteile beider Ansätze. Eine Automatisierung der **Geodatenverarbeitung** ist im QGIS mit dem grafischen Modeller gut umsetzbar. Vor dem Hintergrund des einfachen Zugriffs auf Geodatenbanken sind SQL-Skripte, z.B. in SpatiaLite-Datenbanken, eine weitere Alternative. Die Live-Demo stellt die Umsetzung verschiedener Aufgaben der Geodatenverarbeitung mit Hilfe des grafischen Modellers im QGIS sowie über SQL in einer Spatialite-Datenbank gegenüber und thematisiert dabei Vor- und Nachteile beider Ansätze. Gezeigt werden klassische Geodatenverarbeitungs-Abläufe mit Pufferungen, Verschneidungen, Gruppierungen, Geometrieverschmelzungen, Berechnungen etc. Sichtbar wird, wie SQL-Skripte an der einen Stelle mit einem vergleichbaren Konzept kompakter und effektiver sind als die Geodatenverarbeitung im GIS, es auf der anderen Seite es aber auch Abläufe gibt, die gedanklich gänzliche unterschiedliche Vorgehensweise erfordern. Allein schon dadurch, dass gleiche Begriffe in GIS und Spatial-SQL nicht immer das Gleiche bedeuten, ist der Wechsel zwischen beiden Vorgehensweisen oft eine Herausforderung. about this event: https://pretalx.com/fossgis2022/talk/YWSEV9/

OpenLayers war die erste massentaugliche quelloffene Slippy Maps Software fürs Web, und wird nach wie vor sehr aktiv weiterentwickelt. Neben den neuesten Errungenschaften zeigt dieser Vortrag auch weniger bekannte Funktionen, und all das anhand von konkreten Anwendungsbeispielen. Er richtet sich an Entscheidungsträger und Entwickler, die OpenLayers kennenlernen wollen, aber auch an jene, die an der Weiterentwicklung der Library und und an neuen Features interessiert sind. OpenLayers ist schon ein alter Hase in der Open Source Geospatial Szene. Doch das bedeutet nicht, dass die Library angestaubt wäre. Im Gegenteil! Eine aktive Entwicklergemeinde bringt das, was OpenLayers kann, laufend in Einklang mit den neuesten Web-Technologien. Aktuell ist das z.B. der zunehmende Einsatz von WebGL zur performanten Bewältigung größerer Datenmengen. Doch auch der Funktionsumfang wächst immer noch. Es kommen laufend neue Features dazu, die sich großteils aus aktuellen Trends der Szene ergeben. Vor einigen Jahren waren das z.B. Vektorkacheln, heute sind es Cloud Optimized GeoTIFFs oder die neuen OGC APIs. OpenLayers kann für ganz einfache Karten im Web eingesetzt werden, wobei es dafür einfachere Altenativen wie z.B. Leaflet gibt. Doch die wahren Stärken spielt OpenLayers in Applikationen aus, wo Benutzerinteraktionen mit den der Karte zugrundeliegenden Daten, dynamische Kartographie oder das Bearbeiten sowohl von Geometrie- als auch Attributdaten gefordert sind. about this event: https://pretalx.com/fossgis2022/talk/KDVFBU/

Es wird ein neuer Algorithmus zur Erkennung von Verweil- und Bewegungsphasen vorgestellt. Dieser basiert auf geometrischen Analysen von GPS-Ortspunkten. Über zwei Monate hinweg wurde ein GPS-Testdatensatz mit Bewegungstagebuch aufgezeichnet. Hier erreicht das vorgestellte Verfahren etwa 95% Klassifikationsleistung und erkennt Stopps zuverlässig ab 90 Sekunden Dauer. Verweil- und Bewegungsphasen aus GPS-Daten zu abzuleiten ist eine typische Vorverarbeitungsaufgabe in vielen Mobilitätsanalysen. Üblicherweise werden sie mithilfe von Zeit- und Entfernungsschwellwerten identifiziert. Dieses Standardverfahren, das z.B. von Ashbrook & Starner (2002) beschrieben wurde, wird in Abwandlung bis heute in Projekten wie beispielsweise MovingPandas, scikit-mobility oder ArcGIS Pro eingesetzt. Für stark streuende oder driftende Signale führt dies jedoch zu häufigen Unterbrechungen der erkannten Phasen oder einer mangelnden Auflösung aufgrund zu hoher Schwellwerte. In diesem Vortrag wird ein neuer Algorithmus vorgestellt, der Signalstreuungen geometrisch analysiert. Streuungen entstehen durch ein ungenaues GPS-Signal, gerade längere Stopps zeigen dadurch ein sternförmiges Muster um den eigentlichen Verweilort. Diese Muster lassen sich sehr gut geometrisch untersuchen und zur Klassifikation einsetzen. Das Verfahren ist nicht auf einen festen Radius oder eine Mindestverweildauer beschränkt. Stattdessen integriert es verschiedene geometrische Ansätze, die sich gegenseitig ausgleichen können. Auch Beschleunigungsdaten können zur Analyse einbezogen werden, wodurch sich das Verfahren insbesondere für die Vorverarbeitung von Smartphone-Aufzeichnungen eignet. Um das System zu testen wurden über zwei Monate hinweg GPS-Daten aufgezeichnet und ein genaues Bewegungstagebuch geführt. Der vorgestellte Algorithmus erkennt Stopps und Trips mit etwa 95% Genauigkeit (bezogen auf die Gesamtheit aller Samples). about this event: https://pretalx.com/fossgis2022/talk/WMA73P/

Wir, das DYNAMIK-Team der TU-Chemnitz, arbeiten mithilfe der Bibliothek "mapsforge_flutter" an einer einheitlichen Lösung zur Darstellung von OSM Daten für alle Endgeräte. Wir möchten euch einen Einblick in die Bibliothek, den aktuellen Forschungsstand und die sich daraus ergebenden Möglichkeiten geben. Besonderen Wert legen wir dabei auf den Indoorbereich. Es gibt verschiedene Tools und Apps zur Visualisierung von OpenStreetMap-Daten. Jedoch sind diese i.d.R. auf ein Betriebssystem beschränkt oder nur im Web aufrufbar. Wir stellen die Open-Source-Projekte "mapsforge" und "mapsforge_flutter" vor, mit deren Hilfe sich platformübergreifende Apps entwickeln lassen. Dabei spielt das Framework Flutter eine zentrale Rolle. Weiterhin präsentieren wir unser Projekt bzgl. Indoornavigation als Anwendungsbeispiel. about this event: https://pretalx.com/fossgis2022/talk/DWH9WK/

Kurze Übersicht welche Erneuerungen im Lyrk-Mapstyle-Projekt dazugekommen sind. Welche Schritte im OpenSource-Projekt in umgesetzt wurden sind. Der [Lyrk-Mapstyle](https://github.com/lyrk/lyrk-mapstyle) ist ein OpenStreetMap-Kartenstyle, der auf dem OSM-Bright Style aufsetzt. Seit 2016 wurde das Projekt gestartet, wurde im Jahr 2020 in neuer Version veröffentlicht. Nach 2 Jahren Pause stehen die Anzeichen für eine neue weitere Version. Ich erkläre kurz welche Erneuerungen im Release durchgeführt wurden und wie der Lyrk-Style mit Docker-Container klarkommt. Zum Abschluss erzähle ich über die Herausforderungen, welche in der Zukunft auf das Projekt warten. about this event: https://pretalx.com/fossgis2022/talk/AD7DQB/

Malinki ist eine quelloffene und konfigurierbare native mobile App, mit der raumbezogene Informationen ohne Programmieraufwand in speziell für Smartphones optimierten interaktiven Karten veröffentlicht werden können. Neben der Präsentation der Merkmale und der Architektur wird die Konfiguration und Nutzung der App demonstriert. Smartphones sind die am meisten genutzten Endgeräte, um Daten aus dem Internet zu konsumieren. Geodaten können auf Smartphones entweder über Web-GIS oder per hybride bzw. native Apps in interaktiven Karten bereitgestellt werden. Verschiedene quelloffene als auch proprietäre SDKs, Libraries und Frameworks unterstützen die Entwicklung kartenbasierter mobile Apps. Allen gemein ist jedoch der nötige Entwicklungsaufwand. Malinki dagegen ist eine fertig entwickelte native mobile App, in der rein konfigurativ Geodaten über Standardschnittstellen integriert werden können. Eine zeit- und kostenintensive Entwicklung zur Erstellung einer nativen mobile Apps ist mit Malinki nicht nötig. Im Ergebnis erhält man eine App mit einer speziell auf Smartphones optimierten Kartendarstellung. Im Vortrag werden die Merkmale und die Architektur Malinkis präsentiert, ehe die Konfiguration einer neuen auf Malinki basierenden App demonstriert wird. about this event: https://pretalx.com/fossgis2022/talk/B8ASEH/

Eine Priorisierung (Gewichtung, Ranking) von OpenStreetMap-Objekten ist nützlich, wenn die Zeit oder der Platz beschränkt sind. Beim Kartieren kann man Gewichtungen verwenden, um die wichtigen Objekte und Fehler zuerst abzuarbeiten. In der Geovisualisierung kann man Gewichtungen verwenden, um wichtige Merkmale auszuwählen. Mit QRank ist ein Ranking verfügbar, das auf sich auf Wikidata und Wikipedia stützt. Auch Nominatim nutzt Wikipedia. Lassen sich diese Rankings nochmals verbessern? Eine Priorisierung (Gewichtung, Ranking) von OpenStreetMap-Objekten ist immer dann nützlich, wenn die Zeit oder der Platz beschränkt sind. Beim Kartieren (Mappen) und auch beim Kontrollieren kann man Gewichtungen verwenden, um die wichtigen Objekte und Fehler zuerst abzuarbeiten. In der Kartographie bzw. Geovisualisierung kann man Gewichtungen verwenden, um wichtige Merkmale hervorzuheben oder auszuwählen, so wie das die Burgen-Dossier Karte macht, um zu entscheiden, welche Burgen und Schlösser ein großes Symbol verdienen. Mit QRank ist ein Ranking als Open Data verfügbar, das auf sich auf Wikidata und Wikipedia stützt. Auch Nominatim nutzt Wikipedia für sein Ranking. Die Frage ist nun: Lassen sich diese Rankings nochmals verbessern? about this event: https://pretalx.com/fossgis2022/talk/7KMVHR/

Der freie 3D-Renderer OSM2World erstellt detaillierte 3D-Modelle der Welt aus OpenStreetMap-Daten. Schwerpunkt dieses Vortrags sind die Fortschritte seit 2019. OSM2World hat sich zum Ziel gesetzt, eine realistische 3D-Darstellung der physischen Welt auf Basis von freien Daten und Open-Source-Software zu erschaffen. Zwei Entwicklungen der letzten Jahre helfen, dieses Ziel in greifbare Nähe zu rücken: Die immer detaillierteren OpenStreetMap-Daten und die Fortschritte bei offenen Technologien für die Darstellung dreidimensionaler Inhalte. Ohne die beeindruckenden Leistungen der Mapper-Gemeinschaft wäre es gar nicht daran zu denken, 3D-Modelle aus OpenStreetMap-Daten zu erzeugen. OSM2World strebt daher nach einer möglichst vollständigen Unterstützung der einschlägigen Tagging-Konventionen wie Simple 3D Buildings und Simple Indoor Tagging. Außer der Außen- und Innendarstellung von Gebäuden bietet OSM2World auch eine detaillierte Darstellung des Straßenraums sowie zahllose andere Details und versteht daher wohl einen größeren Teil des OSM-Datenmodells als jeder andere freie 3D-Renderer. OSM2World wird außerdem kontinuierlich mit Blick auf die Kompatibilität mit modernen Technologien weiterentwickelt. Dazu zählen Physically Based Rendering (PBR), das standardisierte glTF-Format zum Austausch von 3D-Modellen und WebGL. So ist es einfacher denn je, visuell ansprechende 3D-Modelle in diversen Modellierungswerkzeugen und Engines einzusetzen und im Browser darzustellen. Dieser Vortrag zeigt die Fähigkeiten von OSM2World, wobei ein Schwerpunkt auf den Neuigkeiten der letzten Jahre liegt. Dadurch ist sowohl für Neueinsteiger als auch für diejenigen, die OSM2World bereits kennen, etwas dabei. about this event: https://pretalx.com/fossgis2022/talk/XGRLAC/

Der bielefeldGEOCLIENT ist ein Open Source Web-GIS Client der sich durch seine intuitive Bedienung, hohe Performance und vollständige Nutzer- und Rechteverwaltung auszeichnet. Durch konfigurierbare Komponenten und Funktionalitäten entstehen interne und externe Anwendungen aus einem Guss. Der bielefeldGEOCLIENT ist ein Open Source Web-GIS Client lizensiert unter der Apache License 2.0. Der Quellcode liegt auf github unter: https://github.com/stadt-bielefeld/bielefeldGEOCLIENT Der bielefeldGEOCLIENT ist ursprünglich 2015/16 allein als Web-Viewer-Anwendung für den Online-Stadtplan entwickelt worden. Dieser wurde im März 2017 unter https://stadtplan.bielefeld.de veröffentlicht. Im Dezember 2018 wurden auf Basis des Clients die onlineKARTEN, thematisch vorkonfigurierte Apps für den Bürger, veröffentlicht: https://www.bielefeld01.de/geo/welcome.php Als stadtinternes Web-GIS (onlineKARTENdienst) wurde in Bielefeld seit 2004 der Mapbender eingesetzt. Aufgrund steigender Anforderungen wurde der Online-Stadtplan nach und nach um Funktionen erweitert und zu einem leistungsfähigen Web-GIS Client weiterentwickelt. Im Februar 2021 hat der bielefeldGEOCLIENT den Mapbender abgelöst. Bis Juni 2020 wurde die Entwicklung der Software von Omniscale durchgeführt. Seitdem steht uns die Firma terrestris als erfahrener und verlässlicher Open Source GIS Spezialist zur Seite. Was macht den bielefeldGEOCLIENT aus und warum sollte ich ihn einsetzen? - Übersichtliche Onepage-Anwendung - Konfigurieren statt Programmieren - Im Vergleich zum momentan wohl populärsten Web-GIS, dem Masterportal, besitzt der bielefeldGEOCLIENT eine vollständige Nutzer- und Rechteverwaltung - Konfigurier- und erweiterbare Such-Funktionalitäten - Innovative Funktion zum Hinzuladen von umfangreichen Themen (B-Pläne, Urkarten) - Eigene ÖPNV-Anwendung - Parametrisierte URL-Aufrufe zur simplen Einbindung und Verlinkung in Webseiten und Anwendungen, inkl. URL-Georeferenzierung - Dynamische URL zur simplen Weitergabe des aktuellen Kartenbildes - Amtliche ALKIS-Auskunft für berechtigte Personen im Internet - GML Feature Highlighting - geoEDITOR zur Unterstützung des Serviceportals durch räumliche Informationen und zur kollaborativen Datenerfassung durch Bürger und Verwaltung - Individualisierbares Kontext-Menü zum positionsgenauen Aufruf von Dritt-Anwendungen - Druck bis A0 über Mapfish Print - Integration von Dritt-Anwendungen mit optional beschränkbarem Zugriff Die nächsten Weiterentwicklungs-Ziele: - Dockerisierung zur leichteren Installation (in Entwicklung) - Transparenz-Regelung der Kartenthemen - Statistikmodul zur Auswertung von App- und Themen-Zugriffen Zusammenfassend präsentiert sich der bielefeldGEOCLIENT mit intuitiver Bedienung und hoher Performance und ermöglicht interne und externe Anwendungen aus einem Guss. about this event: https://pretalx.com/fossgis2022/talk/8EYN7H/

Um ein verbessertes Rendering von Vektordaten zu ermöglichen, entwickeln wir in einem aktuellen Projekt eine auf WebGL basierende Erweiterung für Linien und Polygone. Die weit verbreitete Bibliothek OpenLayers, die das Erstellen von einfachen als auch umfassenden WebGIS Anwendungen ermöglicht, wird immer häufiger auch für die Datentransformation genutzt, wobei eine Reihe von Formaten (GeoJSON, GPX und Mapbox Vector Tiles) unterstützt werden. Die vermehrte Nutzung von Kartendiensten im Mapbox Vector Tiles Format hat aufgezeigt, dass die aktuell von OpenLayers für das Rendering von komplexen Geometrien verwendeten Funktionen (Canvas API) bei großen Datenmengen an ihre Grenzen stoßen. Somit können zum Beispiel Kartenebenen basierend auf Vector Tiles nur eingeschränkt genutzt werden, da eine einzelne Ebene bereits sämtliche Ressourcen aufbrauchen kann. Um ein performantes Rendering von Vector Tiles mit komplexen Geometrien zu ermöglichen, entwickeln wir in einem aktuellen Projekt aufsetzend auf WebGL einen Renderer für Linien und Polygone. Zu den größten Schwierigkeiten bei der Umsetzung zählen auf der einen Seite eine performante Triangulation von Polygonen und auf der anderen ein hochaufgelöstes Rendering von Linien. Für ein verbessertes Nutzererlebnis wurde bei der Prozessierung auf Multithreading geachtet. Die aktuellen Entwicklungen stellen die Grundlage für einen kompletten Vector Tiles Renderer basierend auf WebGL dar. Die zentrale Einschränkung der WebGL API bezieht sich auf das Rendering von Labels oder Text im Allgemeinen. Trotz dieser Schwierigkeiten im Umgang mit Typografien sind unsere Erfahrungen mit WebGL als ein extrem schneller und effizienter Renderer im Umgang mit Vector Tiles sehr vielversprechend. about this event: https://pretalx.com/fossgis2022/talk/XERBKV/

Die Kompatibilität zwischen der ESRI-Tool-Suite und Open-Source-Software ist eine ständige Herausforderung. Es gibt zwar etablierte Lösungen für ArcMap, aber bislang kaum für dessen Nachfolger ArcGIS Pro. In diesem Vortrag erläutern wir, wie es dank dem Einsatz und der Weiterentwicklung von Open-Source-Software nun möglich ist, ArcGIS Pro Stylings automatisch zu konvertieren und für die Veröffentlichung von Kartendiensten im GeoServer zu verwenden. Hierzu werden konkrete Beispiele gezeigt. Im Rahmen der Open-Data-Initiative veröffentlicht der Schweizer Kanton Aargau Geodaten als Open WMS mit Hilfe von GeoServer. In der Verwaltung dieses Kantons werden Geodaten dezentral, innerhalb der einzelnen Ämter, gepflegt. Für die Dateneingabe und das Styling ist ESRI ArcGIS Pro in diesen Ämtern das etablierte Werkzeug. Da die Datenverwaltungs- und Stylingsprachen von ArcGIS Pro und GeoServer recht unterschiedlich sind, stellt sich die Frage, wie die Geodaten in einer automatisierten Pipeline und mit einem Styling, das möglichst nahe an der Auswahl in ArcGIS Pro liegt, veröffentlicht werden können. Für die Umwandlung von ArcMap Stylings zu offenen Formaten gibt es verschiedene Lösungen, aber für das Nachfolgeprodukt ArcGIS Pro, mit dem neuen Format Lyrx, gab es bislang kaum Möglichkeiten. In diesem Vortrag werden wir vorstellen, wie Open-Source-Software erweitert wurde, um das Lyrx Format besser in das SLD Format umwandeln zu können, zwecks Darstellung via GeoServer. Zudem stellen wir vor, wie der Umwandlungsprozess beim Kanton Aargau automatisiert wurde. Als Teil dieser Automatisierung ist das neue Open-Source-Projekt https://github.com/camptocamp/lyrx2sld entstanden. Im Vortrag werden konkrete Beispiele des Kantons Aargau gezeigt und die aktuellen Stärken und Schwächen der Kartendarstellung mit GeoServer und der Umwandlung von ArcGIS Pro zu SLD erläutert. about this event: https://pretalx.com/fossgis2022/talk/YS9ELP/

Innerhalb des Vortrags wird die Erfassung von grundlegenden Gebäudedaten und spezifischen Barrierefreiheitsinformationen adressiert. Diesbezüglich liegt der Fokus auf Menschen mit Blindheit, Seh- und Mobilitätsbeeinträchtigungen. Die Erfassung von Gebäudedaten ist zeitaufwendig, da sie meist mit einem hohen Aufwand verbunden ist. Gleichzeitig sind frei zugängliche Gebäudekarten mit enthaltenen Barrierefreiheitsinformationen eine nützliche Hilfestellung, um Menschen mit Beeinträchtigungen bei der Planung von Reisen zu unterstützen. Hier eignen sich frei verfügbare Karten-Daten besonders, da somit mannigfaltige Lösungen für die Ausgabe der Karten entwickelt und somit nutzenendenzentrierte Anwendungen umgesetzt werden können. Dieser Erzeugungsprozess kann durch geeignete Ansätze unterstützt und vereinfacht werden. So könnten beispielsweise Fluchtpläne herangezogen werden, um grundlegende Informationen über Etagen zu gewinnen und somit den Prozess teilweise zu automatisieren. Ferner bedarf es Anwendungen, welche die Erfassung von Barrierefreiheitsinformationen unterstützen, sodass nicht nur Expert:innen die benötigten Daten erfassen können. about this event: https://pretalx.com/fossgis2022/talk/NUGLCU/

Zur Herstellung der Kompatibilität zwischen Datenlizenz Deutschland Namensnennung 2.0 (dl-de-by 2.0) und der Open Database License (ODbL) hat das Bundesamt für Kartographie und Geodäsie (BKG) gemeinsam mit dem FOSSGIS e.V. eine ergänzende Erklärung erarbeitet. Die entsprechende Erklärung wird im Vortrag vorgestellt und die Hintergründe erläutert. Der Mehrwert digitaler Informationen besteht ganz wesentlich im Zusammenführen unterschiedlicher Datensätze. Dabei sind die Lizenzen der jeweiligen Datensätze zu berücksichtigen. Dies gilt auch für Open (Government) Data. Die öffentliche Verwaltung setzt bei ihren Daten im Wesentlichen auf die Datenlizenz Deutschland Namensnennung 2.0 (dl-de-by 2.0). Diese ist nicht ohne Weiteres mit der Open Database License (ODbL) des OpenStreetMap-Projekts kompatibel. Zur Herstellung der Kompatibilität zwischen den beiden Lizenzen hat das Bundesamt für Kartographie und Geodäsie (BKG) gemeinsam mit dem FOSSGIS e.V. eine ergänzende Erklärung erarbeitet. Diese kann Datensätze unter dl-de-by 2.0 mit der ODbL kompatibel machen. Der Vortrag stellt die ergänzende Lizenzerklärung und ihre Funktionsweise vor. about this event: https://pretalx.com/fossgis2022/talk/MAPA7A/

Immer mehr Geräte und Gadgets werden über USB mit Strom versorgt, vom Kopfhörer, Handy und Handy bis hin zum Lötkolben und Akkuschrauber kann man alles mit dem gleichen Stecker laden. Aber USB-Ladegerät ist nicht USB Ladegerät: Oftmals merkt man das das nur nebenbei: "Warum lädt das jetzt so langsam?". Daher werden wir uns in diesem Petit Foo mal die Unterschiede bei den USB-Ladestandards anschauen und klären, worauf man bei Ladegeräten achten muss. about this event: https://www.chaospott.de

Das FOSSGIS-Jeopardy bietet wieder spannende Fragen zu (mehr oder weniger) wissenswerten Fakten und vor allem viel Spaß für jung und alt, alt und neu. Das FOSSGIS-Jeopardy bietet wieder spannende Fragen zu (mehr oder weniger) wissenswerten Fakten und vor allem viel Spaß für jung und alt, alt und neu. Wir spielen 1-2 Runden mit jeweils maximal vier Teilnehmer/-innen (Anmeldung erforderlich). Alle anderen können sich nach einem Konferenztag zurücklehnen und den Tag mit etwas Entertainment ausklingen lassen. Informationen zum Ablauf, zu den Preisen und zur Anmeldung gibt es beizeiten auf der Konferenzwebseite oder in <a href="https://hannes.enjoys.it/blog/fossgis-jeopardy-2022/">Hannes's Blog</a>. Es wird garantiert lustig, chaotisch, lehrreich, amüsant und für alle Beteiligten ein Heidenspaß. Nur keine Hemmungen! Welche Kartenprojektion ist nochmal die, wo Grönland so groß wie Afrika dargestellt wird? Was macht <a href="https://docs.qgis.org/2.8/en/_images/mActionCalculateField.png">dieses Icon</a> in QGIS? Was für ein Datenformat ist <code>{"type": "Point", "coordinates": [10, 20]}</code>? Welches Logo ist <a href="https://mpng.subpng.com/20180328/ige/kisspng-leaflet-javascript-library-web-browser-plug-in-sof-leaflet-5abbab56a7bfc0.9378939815222485346871.jpg">das</a>? Wir freuen uns über <b>Einreichungen von Fragen/Aufgaben</b> und <b>Sponsoring von Preisen</b>, bitte per Mail an fossgis-jeopardy ät johanneskroeger pünktchen de melden. Danke! about this event: https://pretalx.com/fossgis2022/talk/8CFXUG/

SHOGun (https://terrestris.github.io/shogun/) ist ein in Java geschriebenes Open Source Applikations-Framework, mit welchem sich skalierbare Webapplikationen entwickeln lassen, die klassischen Anforderungen von Geodateninfrastrukturen und deren Verwaltung genügen. Ziel der Demo-Session ist es, einem SHOGun-Entwickler über die Schulter zu schauen und den Weg zu einer funktionalen WebGIS-Applikation inklusive Administrationsbackend nachvollziehen zu können. Hierbei werden wir klassische Stolperfal SHOGun (Webseite: https://terrestris.github.io/shogun/, Hauptrepository: https://github.com/terrestris/shogun) ist ein in Java geschriebenes Open Source Applikations-Framework, mit dem sich skalierbare Webapplikationen entwickeln lassen, die klassischen Anforderungen einer Geodateninfrastruktur und deren Verwaltung genügen. Frühere Beiträge auf der FOSSGIS haben sich der Erläuterung von SHOGun eher theoretisch via Vorträgen genähert: In diesem Jahr soll nun der Fokus auf einer Demonstration von Fähigkeiten liegen. Hierbei wird klarer werden, wieviel out-of-the box in SHOGun enthalten ist, und wo notwendigerweise eigene Entwicklungen sinvoll sind, um Flexibilität zu wahren (vgl. https://www.fossgis-konferenz.de/2021/sessions/RPCQ77.php und https://github.com/terrestris/fossgis2021/blob/main/talks/shogun.pdf). In der Demo Session werden wir from-scratch ein rudimentäres, aber erweiterbares Backend entwickeln und hier bereits verschiedene Varianten (ready-to-use Docker Images vs. eigene Codeerweiterungen) diskutieren. Das jeweils empfohlene Entwicklungs-Setup wird erläutert und parallel aufgebaut. Anschließend beleuchten wir, welche Komponenten und Bestandteile bereits in diesem Standard-Setup enthalten sind, wie man jene benutzt, welche Möglichkeiten zur Einflussnahme / Konfiguration und auch zur programmatischen Erweiterung es gibt. Wir werden einen Blick auf die automatisch generierten REST-Schnittstellen werfen und auch die GraphQL-Schnittstelle benutzen. Der generische Administrationsclient zur Verwaltung der Entitäten der GDI wird gezeigt und ebenso ein einfacher WebGIS-Client, welcher die verwalteten Entitäten konsumiert. Zeigen werden wir auch die Anbindung an externe GDI-Komponenten, wie einen GeoServer oder ein externes LDAP zur Benutzerverwaltung. Ziel der Demo-Session ist es, einem Entwickler über die Schulter zu schauen und den Weg zu einer funktionalen WebGIS-Applikation inklusive Administrationsbackend nachvollziehen zu können. Hierbei werden wir klassische Stolperfallen benennen und Alternativen aufzeigen, aber auch Best Practices aufführen und deren Implementierung sehen. Schließlich werden wir den Weg vom dev-Setup zur Produktion anreißen und mögliche weitere Schritte ausgehend von der live entwickelten Applikation benennen und somit demonstrieren, in welche Richtung der geschaffene Prototyp fortgeführt werden kann. about this event: https://pretalx.com/fossgis2022/talk/CG9EF3/

Mit Hilfe von STAC können Geodaten leichter indiziert und aufgefunden werden. Mit Hilfe der openEO API gibt es einen HTTP API Standard für die Prozessierung von Erdbeobachtungsdaten. Dabei sind die openEO Endpunkte für die Entdeckung der Daten (EO Data Discovery) kompatibel zu STAC, so dass bei einer Implementierung beide Konzepte wunderbar zusammenspielen können. Dieser Vortrag zeigt am Beispiel von actinia und dem openeo-grassgis-driver, wie so eine Implementierung aussehen kann. Mit Hilfe von [STAC](https://stacspec.org/) können Geodaten leichter indiziert und aufgefunden werden. Mit Hilfe der [openEO API](https://openeo.org/) gibt es einen HTTP API Standard für die Prozessierung von Erdbeobachtungsdaten, so dass verschiedene Client- und Serverimplementierungen untereinander austauschbar sind. Dabei sind die openEO Endpunkte für die Entdeckung der Daten (EO Data Discovery) kompatibel zu STAC, so dass bei einer Implementierung beide Konzepte wunderbar zusammenspielen können. Dieser Vortrag zeigt am Beispiel von [actinia](https://github.com/mundialis/actinia_core) und dem [openeo-grassgis-driver](https://github.com/Open-EO/openeo-grassgis-driver), wie so eine Implementierung aussehen kann. Actinia bietet über ein Plugin die Möglichkeit, bestehende STAC Collections zu registrieren, so dass diese als Input für Prozessierungen gefiltert und verwendet werden können. Das Ergebnis einer Prozessierung kann wiederum als spatio temporal asset registriert werden. Die Anbindung an den openeo-grassgis-driver ermöglicht eine standardisierte Verwendung all dessen von allen Clients, die kompatibel zur openEO API sind. Vortragsfolien: https://mundialis.github.io/fossgis2022/stac-openeo-actinia/index.html Quellen: https://github.com/mundialis/fossgis2022/tree/main/stac-openeo-actinia about this event: https://pretalx.com/fossgis2022/talk/FNMWMB/