Chaos Computer Club - archive feed

Seit einem Jahr führe ich Pandemie-bedingt viele Schulungen online durch. Was sollte beachtet werden, wenn Schulungen mit hohem Praxisanteil online durchgeführt werden? Welche Technik wird eingesetzt? Wie ist können die Übungen effektiv betreut werden? Seit einem Jahr führe ich Pandemie-bedingt viele Schulungen online durch. Was sollte beachtet werden, wenn Schulungen mit hohem Praxisanteil online durchgeführt werden? Welche Technik wird eingesetzt? Wie ist können die Übungen effektiv betreut werden? Seit der FOSSGIS 2020 mussten viele vor Ort-Veranstaltungen ausfallen, darunter auch zahlreiche Schulungen die ich für OSGeo-Software gebe (MapServer, Mapbender, QGIS, PostGIS, GeoServer, Geodaten-Infrastrukturen). Die Schulungen wurden in kurzer Zeit erfolgreich auf Online-Formate umgestellt. Eine Umstellung oder gar Reduzierung der Inhalte, wie zunächst befürchtet, war nicht nötig. Im Gegenteil können teilweise sogar mehr Inhalte vermittelt werden. Die online-Schulungen finden nur halb-tägig statt, aus 2 ganzen Tagen wurden 4 halbe Tage. Das eröffnet für die Teilnehmenden die Möglichkeit nachmittags das gelernte zu vertiefen, neues auszuprobieren und die aufkommenden Fragen am nächsten Tag zu besprechen. Für die Online-Formate sind in erster Linie technische und psychologische Hürden zu nehmen, die Schulungsunterlagen und Daten müssen im Vorfeld verteilt werden. Die Teilnehmenden müssen auf ihren Rechnern zusätzlich Software installieren, sei es die geschulte Software selbst oder für den Zugriff auf zentral bereit gestellte Schulungsserver. Und auch die Gruppendynamik ist online eine andere, als wenn alle zusammen in einem Raum sitzen und gemeinsame Kaffee- und Mittagspausen machen. about this event: https://pretalx.com/fossgis2021/talk/97WELW/

EASYDAB ist ein derzeit entwickeltes Branding für offene, FAIRe und qualitätsgeprüfte Daten aus den Erdsystemwissenschaften, die mit DataCite DOIs in einem Repositorium veröffentlicht werden. Mit EASYDAB gekennzeichnete Daten sind disziplinspezifisch standardisiert und haben umfangreiche Metadateninformationen. Dies wird vom veröffentlichenden Repositorium mithilfe von Prüfungen sichergestellt und die zugehörigen Landing Pages werden mit dem EASYDAB-Logo gekennzeichnet. In den Geowissenschaften gibt es eine Vielzahl von wissenschaftlichen Aktivitäten, die sich mit den zahlreichen wichtigen Aspekten eines guten Forschungsdaten Managements befassen. Was bisher jedoch nur wenig untersucht und behandelt wurde, sind die einfache Auffindbarkeit und Wiederverwendung von qualitätsgeprüften Forschungsdaten. Dieser Aspekt wird durch das Earth System Data Branding (EASYDAB, https://www.easydab.de) aufgegriffen. EASYDAB ist ein derzeit entwickeltes Branding für offene, FAIRe (Wilkinson et al, 2016) und qualitätsgeprüfte Daten aus den Erdsystemwissenschaften, die mit DataCite DOIs in einem Repositorium veröffentlicht werden. Mit EASYDAB gekennzeichnete Daten sind disziplinspezifisch standardisiert und haben umfangreiche Metadateninformationen. Dies wird vom veröffentlichenden Repositorium mithilfe von Prüfungen sichergestellt und die zugehörigen Landing Pages werden mit dem EASYDAB-Logo gekennzeichnet. Dadurch können Nachnutzer der Daten einfacher qualitative hochwertige Daten finden und Repositorien zeigen, dass sie geprüfte Daten mit hoher Qualität veröffentlichen. Der erste Standard, der die EASYDAB- Bedingungen erfüllt, ist der ATMODAT-Standard für Atmosphärenmodelldaten (Ganske et al., 2020). Er enthält konkrete Empfehlungen und Anforderungen in Bezug auf die Prüfung, Veröffentlichung und verbesserte FAIRness von qualitätsgesicherten Daten. Die Spezifikationen umfassen u. a. reichhaltige Metadaten mit kontrollierten Vokabularen, strukturierte Landing Pages, Dateiformate (netCDF) und die Struktur innerhalb der Dateien. Menschen- und maschinenlesbare Landing Pages sind ein weiteres Kernelement, genauso wie Checklisten für Datenproduzenten und Datenkuratoren. Für den weiteren Ausbau von qualitätsgesicherten Datenpublikationen soll EASYDAB mit weiteren Standards verwendet werden, wobei die Geowissenschaften hier ein großes Potential darstellen. Das Ziel ist, mit EASYDAB die Wiederverwendung von FAIRen, offenen, geprüften und hochwertigen Daten zu verbessern. Literatur: Wilkinson et al., 2016: The FAIR Guiding Principles for scientific data management and stewardship. Sci Data 3, 160018. https://doi.org/10.1038/sdata.2016.18 Ganske etal., 2020: ATMODAT Standard (v3.0). https://doi.org/10.35095/WDCC/atmodat_standard_en_v3_0 about this event: https://pretalx.com/fossgis2021/talk/GUN7HC/

Überblick des Tilemakers-Projekt, sowie über den Einsatz und Prozessierung bis zur Einbindung der Vectortiles in einer Webkarte. Das Tilemaker-Projekt bietet eine ressourcenarme Erstellung von VectorTiles aus OpenStreetMap-Daten. Das Tilemaker-Projekt unterstützt das OpenMapTile-Daten-Schema und ist somit kompatibel mit mehreren Kartenstilen für die Webanwendungen, die von der MapBox, MapLibre oder der OpenLayers-JavaScript-Bibliothek unterstützt werden, sowie in nativen mobilen SDKs für iOS und Android. Im Gegensatz zu anderen Ansätzen kommt Tilemaker dabei ohne den Umweg über eine Postgres-Datenbank aus. Dadurch ist dieser Prozessierungsschritt deutlich schneller und lässt sich auch in Cloud-Umgebungen kostengünstig umsetzen. Die erzeugten Kacheln können in verschiedenen Viewern wie Leaflet, OpenLayers, QGIS oder ArcGIS, etc. geöffnet werden. Dieser Vortrag bietet einen Überblick über den Einsatz und Prozessierung bis zur Einbindung von VectorTiles in einer Webkarte. Weitere Ansätze für das unabhängige Einbinden, sowie das Styling von Vektorkacheln wird ebenfalls vorgestellt. about this event: https://pretalx.com/fossgis2021/talk/Y8RGMT/

SpatioTemporal Asset Catalog (STAC) ist ein offener Standard um raumzeitliche Raster- und Vektordaten zu auszutauschen. Das primäre Ziel ist es raumzeitliche Daten einheitlich und einfach auffindbar zu machen. Das Ökosystem besteht bereits aus einer großen Anzahl an offener Software, die bereits auf die Nutzung großer Datenmengen in der Cloud optimiert ist. SpatioTemporal Asset Catalog (STAC) ist ein offener und einfach erweiterbarer Standard um raumzeitliche Raster- und Vektordaten zu auszutauschen. Das primäre Ziel ist es raumzeitliche Daten einheitlich und einfach auffindbar zu machen. Dies soll insbesondere auch für fachfremde Nutzer über die für diesen Kreis bekannten Suchmaschinen wie Google und Bing möglich sein und proprietäre Portale und APIs ersetzen können. Dafür wurde eine interoperable Spezifikation und API geschaffen, die auch direkt für die Nutzung in der Cloud ausgelegt ist. Eine stetig wachsende Anzahl von offener Software erleichtert die Erstellung, Verwaltung, Veröffentlichung und Nutzung der Daten. about this event: https://pretalx.com/fossgis2021/talk/DSUDXJ/

Nach einem Jahr möchte ich erneut einen Blick auf den neuen OGC API Features Standard werfen und dabei vor allem auf die vorliegenden Implementierungen auf der FOSSGIS-Welt eingehen. Dieser Vortrag stellt die OGC API Familie vor (https://ogcapi.ogc.org/) und geht dabei vor allem auf den OGC API Features Standard ein. Die neuen Standards der OGC API Familie verfolgen den RESTful-Ansatz. OGC API Features dient zur Abfrage von Objekten über das Web und ist quasi der Nachfolger von OGC WFS. OGC API Features dient zur Abfrage von Objekten über das Web und ist quasi der Nachfolger von OGC WFS. Die Umsetzung erfolgt in mehreren Phasen. Hier lohnt sich ein Blick auf den aktuellen Stand. Unmittelbar mit der Definition der Standards wurden und werden bereits Referenzimplemtierungen programmiert. Hierbei sind diverse Projekt aus dem Umfeld der OSGeo führend. So gibt es bereits Implemntierungen von OGC API Features Part 1 von GeoServer, QGIS Server, pygeoapi, pg_featureserv & mehr. Was bietet der neue Standard und wie kann er verwendet werden? Dies soll am Beispiel von Open-Source-Lösungen an Beispielen aufgezeigt werden. https://ogcapi.ogc.org/ https://ogcapi.ogc.org/apiroadmap.html https://www.ogc.org/resource/products/byspec/?specid=1022 https://access.crunchydata.com/documentation/pg_featureserv/latest/ https://pygeoapi.io/ about this event: https://pretalx.com/fossgis2021/talk/QPMXBR/

swisstopo erweitert die Bundesgeodateninfrastruktur BGDI, um Vector Tiles für die Visualisierung von Karten und Geodaten im Web zu unterstützen und mit Open Street Map Daten für die weltweite Abdeckung zu kombinieren. Dafür wurde unter anderem eine neue Datenpipeline gebaut und eine neue Basiskarte, die Light Base Map entwickelt. Der Vortrag bietet Ein- und Ausblicke auf aktuelle und geplante Arbeiten im Projekt. swisstopo publiziert per 1.3.2021 einen frei verfügbaren VectorTile-Dienst (https://www.geo.admin.ch/de/geo-dienstleistungen/geodienste/darstellungsdienste-webmapping-webgis-anwendungen/vector_tiles_service.html). Vector Tiles sind Pakete von Geodaten, die in vordefinierte, etwa quadratisch geformte "Kacheln" verpackt und über das Web übertragen werden. Sie können für die Bereitstellung von stilisierten Webkarten verwendet werden und kombinieren die Vorteile von vorgerenderten Rasterkartenkacheln mit Vektorkartendaten. Wie bei WMTS, werden die Daten vom Client als ein Satz von "Kacheln" angefordert, die quadratischen Landbereichen mit einer vordefinierten Grösse und Position entsprechen. Vektorkacheln enthalten Vektordarstellungen von Daten über eine Reihe von Skalen. Im Gegensatz zu Rasterkacheln, - können sie sich an die Auflösung ihres Anzeigegerätes anpassen - sind viel kleiner und daher schneller zu laden - optimiert für mobile Lösungen Darüber hinaus bieten Vektorkacheln die Möglichkeit, einen eigenen kartografischen Stil zu erstellen, ohne die zugrundeliegenden Daten hosten oder pflegen zu müssen. swisstopo publizierte basierend auf dieser Technologie ein erstes Produkt: eine Leichte Basiskarte (https://test.map.geo.admin.ch/) (zum Zeitpunkt des Vortrags ev. bereits auf map.geo.admin.ch migriert). Diese ist im Gegensatz zu den traditionellen swisstopo Landeskarten inhaltlich und stylistisch leichter gehalten, um einer überlagernden Zusatzthematik genügend Raum zu geben und bietet in Kombination mit OSM-Daten weltweite Abdeckung. about this event: https://pretalx.com/fossgis2021/talk/FVAL7G/

In dem Vortrag werden die Praxiserfahrungen mit unterschiedlichen FOSSGIS-Produkten auf einem Serversystem vorgestellt. Hauptaufgabe des Systems bildet die Bereitstellung von vektorbasierten WMS-, WFS- und INSPIRE-Diensten. Das Zusammenspiel zwischen den diversen Komponenten muss abgestimmt sein: Vom Import von AAA-Daten mittels PostNAS in eine PostGIS-Datenbank über die Verarbeitung mittels SQL-Skripten bis hin zur Bereitstellung der Webdienste mit MapServer muss die Prozesskette aufeinander aufbauen. Eine weitere Porzesskette beschreibt den Ablauf der Erstellung der INSPIRE-Dienste mittels HALE Studio und der Bereitstellung mit deegree3. Es werden die Vor- und Nachteile der einzelnen Lösungen aufgezeigt und Lösungen für Probleme in der Orchestrierung der einzelnen Komponenten erläutert. Zudem wird ein Ausblick auf zukünftige Entwicklungen gegeben, u.a. die Bereitstellung eines AAA-konformen WFS mit FOSS und die kommende Umstellung auf GID 7. about this event: https://pretalx.com/fossgis2021/talk/AKSMBF/

Dieser Vortrag gibt ein update zu "heißen" Themen, die in 2021 bearbeitet wurden und was wir in der zweiten Jahreshälfte erwarten können. Die OGC APIs sind in aller Munde in unserer Community. Z.B. war OGC API Features ein viel diskutiertes Thema im vergangenen Jahr und wir können uns auch auf Neuigkeiten in 2021 freuen. Anfang 2021 fand ein vielbeachter gemeinsamer Hackathon der OSGeo, des OGC und der ASF (Apache Software Foundation) statt. Was waren die Themen und wie geht es weiter? Dieser Vortrag gibt ein update zu den "heißen" Themen rund um OGC APIs und offenen Standards des OGC, die Zusammenarbeit der OSGeo und des OGC und wie wir gemeinsam offene Standards weiter entwickeln können. about this event: https://pretalx.com/fossgis2021/talk/DEBHPP/

Baremaps ist ein Open-Source-Framework zur Erstellung kontextueller Karten: d. h. Karten, die sich an den Kontext des Benutzers anpassen. Baremaps erstellt kontextuelle Karten durch die Verarbeitung von Geodaten in großem Maßstab und durch die Veröffentlichung von Vektor-Kacheln mittels Cloud-Technologie. Heute wird die Veröffentlichung kontextbezogener Karten den Teams von Softwareingenieuren und Datenwissenschaftlern überlassen. Infolgedessen betreiben nur wenige Unternehmen (z. B. Google, Mapbox, Esri, Klokan) Pipelines zur Veröffentlichung solcher Karten und adressieren dabei die Bedürfnisse des Massenmarktes (z. B. Suche, Transport, Spiel), zum Nachteil der Nischenanbieter (z. B. Tiefbauunternehmen, Katastervermessungsbüros). Baremaps geht dieses Problem der Zugänglichkeit an, indem es DevOps-Praktiken für den Bereich der Geomatik nutzt und es Ingenieuren ermöglicht, Datenverarbeitungspipelines auf ihrem Desktop-Computer zu prototypisieren und sie mühelos in der Cloud einzusetzen. Wir glauben, dass die weitgehende Verfügbarkeit der kontextuellen Kartenabstraktion entscheidend ist, um Innovationen in unerforschten Bereichen (z. B. Stadtplanung) zu fördern. Baremaps ist unter der sehr freizügigen Apache 2 Lizenz veröffentlicht. Tiling ist eine grundlegende Komponente des Web-Mappings, die es ermöglicht, nur die Daten herunterzuladen, die im Viewport des Benutzers angezeigt werden. Im Gegensatz zu Bitmaps werden Vektorkacheln auf dem Gerät des Nutzers gerendert, was es ermöglicht, dass sich Karten an den Kontext der Nutzer anpassen (z.B. Strassenkarten vs. öV-Karten) und sich dynamisch anpassen, wenn sich der Kontext ändert (z.B. beim Betreten eines Gebäudes). Edge Computing bringt die Daten physisch näher an den Benutzer heran, was die Latenzzeit reduziert und bei einer kontextbezogenen Karte die Benutzerfreundlichkeit verbessert. Baremaps baut auf OpenStreetMap auf und verfügt über einen effizienten und parallelisierten Datenimporter von pbf nach postgis, der es erlaubt, benutzerdefinierte Transformationen (z.B. Geometrievereinfachungen) direkt beim Import der Daten in postgis hinzuzufügen. Ein Webkartograph kann mit Baremaps sowohl seinen Stil als auch den Dateninhalt gleichzeitig entwickeln, indem er den eingebetteten Entwicklungsserver nutzt, um ein optimales Endergebnis zu erzielen. Am Ende werden nur die Daten, die der Stil benötigt, verwendet und in die generierten Kacheln importiert. Die endgültigen Kacheln können vom Tiling-Prozessor nativ in Cloud-Umgebungen exportiert werden. In dieser Demo zeigen wir, wie Baremaps für folgende Funktionen verwendet werden kann, um: - Dynamische Bearbeitung von Daten und Stil (Anpassung) - Parallelisierter Import - Parallelisierter Export - Kacheln in der Cloud veröffentlichen (s3://) - Kacheln in einem produktiven Setup zu verwenden Wir zeigen dabei als Beispiel openstreetmap-vecto, das auf Baremaps basiert. Github Link: https://github.com/baremaps/baremaps about this event: https://pretalx.com/fossgis2021/talk/RAUJWM/

Mapbox Vector Tiles sind schon seit rund 5 Jahren in regem Gebrauch und immer noch kommt jedes Jahr mindestens eine neue Tile-Server Implementation dazu. Dieser Vortrag zeigt einen aktuellen Überblick über die verfügbaren Technologien und deren Einsatz. Mapbox Vector Tiles sind schon seit rund 5 Jahren in regem Gebrauch und immer noch kommt jedes Jahr mindestens eine neue Tile-Server Implementation dazu. Dieser Vortrag zeigt einen aktuellen Überblick über die verfügbaren Technologien und deren Einsatz. about this event: https://pretalx.com/fossgis2021/talk/XVVLEV/

QGIS-Plugins werden primär in Python geschrieben. Sie sind dadurch Python-Module, jedoch keine Python-Pakete, und fallen dadurch – unnötigerweise – weit hinter die heutigen Möglichkeiten des Python-Ökosystems zurück. QGIS-Plugins könnten mehr, wenn man sie ließe, doch dies wirft einige technische Fragen auf. Meine Analysen und eine mögliche Antwort dokumentierte ich Mai 2020 in QEP 179. Dies ist ein Erfahrungsbericht über die bis heute andauernde Diskussion, die darauf folgte. Python ist im Moment eine der wohl populärsten Programmiersprachen, die es gibt. Obwohl sie als dynamisch typisierte und interpretierte Sprache durchaus kontrovers diskutiert wird, ist ihre signifikante Rolle nicht mehr zu bestreiten. Das Python-Ökosystem bietet Möglichkeiten für faktisch jede technische und wissenschaftliche Disziplin. Python-Pakete sowie entsprechende Werkzeuge sind für das ganze Spektrum an Computern erhältlich, von Embedded-Systemen bis hin zu HPC-Clustern und diversen Hardware-Beschleunigern. Bemerkenswert ist, dass sich die meisten dieser Pakete relativ einfach bedienen lassen und für sich genommen, einmal installiert, relativ geringe Programmierkenntnisse erfordern. Gleichzeitig lässt sich QGIS durch in Python geschriebene Plugins ebenfalls relativ einfach erweitern. Es drängt sich eine eigentlich naheliegende Frage auf: Kann man QGIS mit alldem, was das heutige Python-Ökosystem anbietet, kombinieren? Die Antwort ist „im Prinzip ja“. Unglücklicherweise ist diese Form der Kombination zumeist äußerst komplex und nur technisch versierten Nutzern mit fundierten Kenntnissen über Software-Entwicklung und - Deployment vorbehalten. Die Weitergabe einer entsprechenden fertigen Lösung an dritte ist in den allermeisten Fällen kaum sinnvoll zu bewerkstelligen. Das Problem ist „einfach“ erklärt: QGIS-Plugins benutzen ihr eigenes, sehr eingeschränktes Paket-Format. Explizite Abhängigkeiten zu anderen „reinen“ Python-Paketen sind nicht vorgesehen, genauso wenig wie eine transparente Integration von relevanten Paket-Managern. Dies ließe sich ändern, wobei eine etwaige Änderung jedoch in jedem Fall sehr weitreichende technische Konsequenzen hätte. Die [Diskussion eines etwaigen Lösungsansatzes](https://github.com/qgis/QGIS-Enhancement-Proposals/issues/179) mit den QGIS-Entwicklern hat gezeigt, dass überraschend viel grundlegender Aufklärungsbedarf über relevante Terminologie und betroffenen Technologien besteht. Der durchaus naheliegende Drang, eine möglichst einfache Lösung zu finden, ohne die jeweiligen Konsequenzen vollkommen zu durchdenken, erschwert den Prozess. Dieser Talk ist ein Erfahrungsbericht und -austausch: Über [QEP 179](https://github.com/qgist/pluginmanager-qep/blob/master/QEP.md) im Speziellen und Diskussionen in kommerziell orientierten Open-Source-Projekten im Allgemeinen. about this event: https://pretalx.com/fossgis2021/talk/DF3TGM/

Der MapQonverter ist ein OpenSource-Tool für den Austausch von Projekten zwischen QGIS und ArcMap. Im Lightning Talk wird die Toolbox und ihre Funktionen kurz vorgestellt. In Kürze wird die Funktionalität des MapQonverters skizziert. Die Toolbox ermöglicht es, ein ArcMap-Projekt zu exportieren und in QGIS zu öffnen - oder ein QGIS-Projekt in ArcMap zu importieren. Diese Brückentechnologie ermöglicht dementsprechend einen einfachen Austausch zwischen den zwei Gis-Systemen. Neben den Grundfunktionen werden auch Neuerungen vorgestellt. about this event: https://pretalx.com/fossgis2021/talk/ZLGACF/

Wenn man mit geographischen Daten arbeitet kommt man gelegentlich an die Grenzen der eigenen Hardware sobald man mit großen Datenmengen konfrontiert ist. Da kommt man nicht daran vorbei sich mit Big Data zu beschäftigen und die Elefanten im Raum zu konfrontieren. Speziell der blaue Elefant (PostgreSQL) und der gelbe Elefant (Hadoop) sind im Vordergrund, aber auch einige weitere Open Source Projekte können dafür hilfreich sein und werden hier vorgestellt und verglichen. Dieser Vortrag soll einen Überblick verschaffen über die derzeitigen Open Source Projekte und Tools, die skalierbare Datenverarbeitung ermöglichen, wie zum Beispiel Punkt in Polygon Berechnungen oder Spatial Joins mit großen geographischen Datenmengen. Die Projekte die verglichen werden, sind PosgreSQL mit PostGIS, Apache Spark mit GeoMesa und Hadoop, Presto, Dask mit GeoPandas und einige weitere mit geographischer Funktionalität. Der Vortrag stellt die einzelnen Projekte vor, vergleicht die Performanz und zeigt mögliche Anwendungsfälle. about this event: https://pretalx.com/fossgis2021/talk/CRYQKE/

Kartenstile liegen nicht im gewünschten Format vor? Eine manuelle Konvertierung ist allein wegen der Menge der Stile nicht erschwinglich? Wie wäre es mit einem Blick auf die GeoStyler-CLI? Das Problem: Kartenstile existieren in vielen verschiedenen (zum Teil nicht standardisierten) Formaten und erschweren die Weiterentwicklung hin zu modernen Technologien. Wo möglich, sollte deshalb auf Standards gesetzt werden. Wie kann jedoch die Fülle an Stilformationen gebändigt werden und was wenn wenn der Datenbestand zu groß ist, um diesen manuell in ein standardisiertes Format zu überführen? Die Lösung: GeoStyler-CLI. In diesem Talk wird live gezeigt, wie mit diesem Tool innerhalb weniger Minuten große Bestände von kartographischen Stildokumenten automatisiert konvertiert werden können. about this event: https://pretalx.com/fossgis2021/talk/QVK8J8/

Mitte 2020 wurde mit dem Release 3.2 die neue und stark überarbeitete Version des WebGIS-Frameworks Mapbender veröffentlicht. Als wichtigste Neuerungen sind der Einsatz von OpenLayers 6, das Upgrade auf Symfony 3.4 LTS, wiederverwendbare Diensteinstanzen sowie das neue Share-Tool zu nennen, mit dem Karten besser geteilt werden können. In der aktuellen Version wurde zudem das Design des Backends überarbeitet. Es ermöglicht nun die Konfiguration responsiver Anwendungen für Desktop und Mobile. Der Vortrag stellt die aktuelle Version 3.2 des bewährten WebGIS-Clients Mapbender vor und demonstiert die wichtigsten Neuerungen. Außerdem werden die Ergebnisse des Anwendertreffen im März 2021, die Projekt Roadmap sowie geplante Entwicklungen vorgestellt. about this event: https://pretalx.com/fossgis2021/talk/ESH8HY/

Auch im Jahr 2021 erfreut sich das Shapefile als Dinosaurier unter den Geodatenformaten zwar einer abnehmenden aber immer noch weiten Verbreitung. Leider betrifft dessen Nutzung erfahrungsgemäß nicht nur dessen Funktion als Austauschformat, sondern auch die Nutzung als permanente Datenhaltung. Im Rahmen einer Demosession möchte ich aufzeigen, wieso gerade für die Geo-Datenhaltung eine PostgreSQL/PostGIS-Datenbank die deutlich bessere Alternative zum Shapefile ist. Auch im Jahr 2021 erfreut sich das Shapefile als Dinosaurier unter den Geodatenformaten zwar einer abnehmenden aber immer noch weiten Verbreitung. Leider betrifft dessen Nutzung erfahrungsgemäß nicht nur dessen Funktion als Austauschformat, sondern auch die Nutzung als permanente Datenhaltung. Im Rahmen einer Demosession würde ich gerne aufzeigen, wieso gerade für die Geo-Datenhaltung eine PostgreSQL/PostGIS-Datenbank die deutlich bessere Alternative ist zum Shapefile, welches es langsam verdient hat „in die Rente geschickt zu werden“. Neben der Klärung der Frage, wie aufwändig das Bereitstellen einer hausinternen PostgreSQL/PostGIS Installation ist und wie ein minimales Setup incl. Backup mindestens aussehen sollte würde ich gerne die Vorteile demonstrieren hinsichtlich der Datenhaltung und dem Zusammenspiel mit QGIS. Folgende Themen sollen beleuchtet werden: - mögliche Bausteine für konsistente Datenhaltung - Primary-Keys/Foreign Keys - Check-Constraints - Nutzung von Triggern und Rules bei Datenerfassung -/aktualisierung - Nutzung von Views als Abstraktionsebene - Genaue Festlegung des Geometrietyps (Bsp. Differenzierung zw. Single- und Multigeometrie) - Transparente Informationen zum Encoding und KBS - Speichern von Stilen und Standardstilen zu Layern in der Datenbank. Zentrale Pflege von gemeinsam genutzen Layerstilen und Herausforderung des Aktuell-Haltens der Layerstile in QGIS-Projekten, welche diese Layer enthalten - Triggern von Layer-Refresh und -Actions durch Notify-Signal aus der Datenbank Ausblick: Möglichkeiten der Historisierung und Versionisierung about this event: https://pretalx.com/fossgis2021/talk/7ZW3YE/

Das OSGeo-Projekt deegree stellt seit 20 Jahren umfassende Referenzimplementierungen für OGC-Standards wie WFS, WMS und WMTS bereit. Wenn es um den Aufbau von Geodateninfrastrukturen wie INSPIRE geht, dann können Geodaten in unterschiedlichen Formaten mit den deegree Webservices publiziert werden. Das Community-Projekt deegree hat gemeinsam mit den Anwendern in den letzten Jahren intensiv an einer verbesserten Unterstützung für die Bereitstellung von Geodaten im Rahmen der INSPIRE-Richtlinie gearbeitet. Jetzt steht mit der Umstellung auf Java 11 und umfangreichen Erweiterungen in der Konfiguration der Schritt auf die nächste Major-Version bevor. Die Präsentation zeigt die wichtigsten Neuerungen in deegree, eine kurze Übersicht zum Stand der Übernahme des neuen Standards OGC API - Features in deegree und weiteren geplanten neuen Features. about this event: https://pretalx.com/fossgis2021/talk/QYMPJS/

GRASS GIS wird in vielen verschiedenen Bereichen zur Geoprozessierung verwendet, z.B. als QGIS Toolbox oder für Big Data Verarbeitung mit hoch leistungsfähigen Computerclustern. In dieser Demo-Session werden die überarbeitete GRASS GIS-eigene graphische Benutzeroberfläche und Beispielanalysen vorgestellt. GRASS GIS ist ein modular aufgebautes geographisches Analyse-System. Es besteht aus mehreren Hundert Kern-Modulen und einer beständig wachsenden Zahl von Erweiterungs-Modulen (GRASS addons). Diese Module sind in erster Linie eigenständige Programme, die in der Befehlszeile aufgerufen werden. Zusätzlich gibt es eine eigene graphische Benutzeroberfläche, die in dieser Demo-Session vorgestellt werden soll. Wir werden mit der Darstellung von Raster- und Vektorkarten beginnen und dazu die verschiedenen Möglichkeiten zum Styling vorstellen. Zwei verschiedene Rasterkarten können visuell mit dem mapswipe Werkzeug und analytisch mit einem Scatterplot verglichen werden. In der Kartenansicht steht auch 3D-Visualisierung zur Verfügung, mit der z.B. Orthophotos über ein DEM gelegt werden können. Mit GRASS GIS können auch Zeitreihen erstellt, verarbeitet und über die graphische Benutzeroberfläche untersucht werden. Im Ausblick zeigen wir, wie GRASS GIS mit anderer Software wie QGIS, R, usw. zusammenarbeitet. about this event: https://pretalx.com/fossgis2021/talk/7NRQSR/

Für viele unerwartet wurde Ende letzten Jahres die Open-Source-Lizenz des Web-Mapping Frameworks mapbox-gl-js in eine proprietäre Lizenz umgewandelt. Daraufhin wurde binnen weniger Stunden ein international breit getragener Community-Fork unter dem Namen MapLibre aus der Taufe gehoben. Dieser Talk beleuchtet die Hintergründe, zeigt, was MapLibre zu bieten hat, und wie es mit dem Projekt weitergeht. Nur wenige Jahre brauchte Mapbox, um aus einem Leaflet-Klon und OpenStreetMap-Daten einen Konzern mit mehreren hundert Mitarbeitern zu schaffen. Die Mitarbeiter entwickelten rasant eine beeindruckende Fülle von Open-Source-Projekten, darunter die außerhalb der klassischen GIS-Branche beliebte Web-Mapping-Library mapbox-gl-js. Trotz vereinzelter Warnzeichen kam es dann kurz vor Weihnachten 2020 für die meisten überraschend zu einem offenen Bruch mit der Open-Source-Strategie: Die am 8. Dezember veröffentlichte Version stand plötzlich unter einer Closed-Source-Lizenz. Keine 24 Stunden später hatte sich eine internationale Gruppe zusammengefunden, die in kürzester Zeit einen breit getragenen Community-Fork einleitete: MapLibre war geboren. Im ersten Teil des Vortrags wird anhand von Anwendungsbeispielen gezeigt, was mit MapLibre möglich ist und wie es sich zu ähnlichen Open-Source-Libraries abgrenzt. Im zweiten Teil werden die Hintergründe der Mapbox-Entscheidung aus Open-Source-Sicht beleuchtet und aus den ersten Stunden des MapLibre-Projektes berichtet. Abschließend gibt es eine Einschätzung zum aktuellen Stand und den Perspektiven des Projekts. about this event: https://pretalx.com/fossgis2021/talk/RW9ZDR/

Das FOSSGIS-Jeopardy bietet als Fortsetzung der OSM-Quizze der Vorjahre 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 (<b>Anmeldung erforderlich</b>). Alle anderen können sich nach einem Konferenztag zurücklehnen und den Tag mit etwas Entertainment ausklingen lassen. Das FOSSGIS-Jeopardy bietet als Fortsetzung der OSM-Quizze der Vorjahre 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. Dank spendabler Sponsoren gibt es <b>grandiose Preise</b> für alle TeilnehmerInnen, mit einigen sehr besonderen Hauptgewinnen. <b>Informationen zum Ablauf, zu den Preisen und zur Anmeldung gibt es unter <a href="https://hannes.enjoys.it/blog/fossgis-jeopardy-2021/">https://hannes.enjoys.it/blog/fossgis-jeopardy-2021/</a>.</b> 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>? about this event: https://pretalx.com/fossgis2021/talk/DSXKQN/

Im Rahmen des [openEngiadina](https://openengiadina.net) und [DREAM](https://dream.public.cat/) arbeiten wir an einer Synthese von Sozialen Medien, dezentralen Netzerken und OpenStreetMap. Wir berichten über die Anwendungszwecke für kleine politische Gemeinden in der Schweiz und lokale Organisationen die sich für gemeinwohlorientierte Lebensweisen einsetzen und präsentieren unsere technischen Ansätze (OpenStreetMap als Linked Data, ActivityPub Protokoll für dezentale Soziale Netzerke). Das Internet schafft neue Möglichkeiten für partizipatives Kreieren und Kurieren von Wissen. Allerdings wird das Medium von grossen, kommerziellen Anbietern dominiert. Kleine politische Gemeinden in der Schweiz und lokale Organisationen die sich für gemeinwohlorientierte Lebensweisen einsetzen sind vom Internet abgehängt. Entweder es muss zu Kosten der Datensicherheit und Datensouveränität auf kommerzielle Anbieter vertraut werden oder das zu erfassende Wissen passt schlichtweg nicht in das Schema von Google oder Facebook. Im Rahmen der [openEngiadina](https://openengiadina.net/) und [DREAM](https://dream.public.cat/) Projekte erforschen und entwickeln wir Ideen und Technologien um einen nachhaltigen, sicheren und offenen Austausch über lokales Wissen zu ermöglichen. Kartographische Daten spielen dabei eine zentrale Rolle. In diesem Vortrag möchten wir über die Projekte openEngiadina und DREAM berichten. Wir beschreiben die Anwendungen und unsere technischen Ansätze dafür, zum Beispiel die Verwendung von OpenStreetMap Daten als Linked Data, das Zusammenspiel mit dem ActivityPub Protokoll für dezentrale Soziale Netwzerke und die Anfragesprache Datalog. about this event: https://pretalx.com/fossgis2021/talk/QWFKTH/

Im Vortrag wird anhand eines Praxisberichtes aufgezeigt, wie sich der Einsatz der Freien Open Source Krisenmanagement Software Sahana Eden im Bundesland Rheinland-Pfalz bewährt hat. Die Software wird dort vom Gesundheitsministerium zur Vermittlung von Freiwilligen an die Gesundheitsämter und Impfzentren, und vom Landesamt für Soziales, Jugend und Versorgung zum Management von kostenfreien Corona-Tests für die Lehrer und Erzieher eingesetzt. Zu Beginn der COVID-19 Krise im März 2020, gab es in Rheinland-Pfalz zunächst die Anforderung einer kartographischen Aufbereitung von Infektionszahlen auf Ebene der PLZ-Gebiete. Die Grundlage für das Verfahren bildete die tägliche Meldung auf Basis einer Exceltabelle, die per Mail verschickt wurde. Um dieses Verfahren zu verbessern, wurde vom Autor der Einsatz der Freien Open Source Krisenmanagement Software Sahana Eden vorgeschlagen. Die Software verfügt sowohl über Module für die Erfassung von Infektionsfällen, als auch über Möglichkeiten zur Kontaktnachverfolgung. Aufgrund der schon etablierten Meldewege bei den Kreisverwaltungen, wurde jedoch zunächst vom Einsatz für diese Anwendungsfälle abgesehen. Die eigentliche Initiative für die Inbetriebnahme von Sahana war der dringende Bedarf der Zusammenführung der Personendaten aus verschiedenen Aquise-Kampagnen für Helfer. Diese sollten die Gesundheitsämter insbesondere bei der Kontaktnachverfolgung unterstützen. Ein weiterer Anwendungsfall ergab sich, als im Januar 2021 nach einer einfachen Lösung gesucht wurde, die Kosten für die Schnelltests von Erziehern und Lehrern zu übernehmen. Bei beiden Anwendungsfällen werden auch Geodaten verwendet. Zum einen zur Erfassung der Wohnorte der Freiwilligen und der Adressen der Impfzentren sowie Gesundheitsämter, zum anderen zur kartographischen Darstellung der Lage der Teststellen (Praxen, Corona-Ambulanzen, ...) bei der Schnelltestvermittlung. Im Vortrag werden die etablierten Prozesse am praktischen Beispiel vorgestellt und es wird erläutert, worauf man bei der Einrichtung solcher Verfahren achten muss. about this event: https://pretalx.com/fossgis2021/talk/BVZEKS/

Ich erzähle kurz zum aktuellen Stand der Dinge in meinen Bestrebungen amtliche LiDAR-Daten bzw. das digitale Oberflächenmodell der Stadt Hamburg über das Hamburgische Transparenzgesetz zu befreien. Ich erzähle kurz zum aktuellen Stand der Dinge in meinen <a href="https://fragdenstaat.de/anfrage/digitales-oberflachenmodell/">Bestrebungen amtliche LiDAR-Daten bzw. das digitale Oberflächenmodell der Stadt Hamburg über das Hamburgische Transparenzgesetz zu befreien</a>. Stand Februar 2021 liegt der Fall dank <a href="https://www.fossgis.de/wiki/F%C3%B6rderantr%C3%A4ge/LGV_vs._Transparenzgesetz">Unterstützung durch den FOSSGIS e.V.</a> beim Rechtsamt der Behörde für Stadtentwicklung und Wohnen. Die dortige Bearbeitung des Falls wurde wegen der aktuellen Belastungslage verzögert und für das Frühjahr 2021 versprochen. Der dritte Teil der LiDAR-Trilogie nach <a href="https://pretalx.com/fossgis2019/talk/MNKP8V/">Leider kein LiDAR?</a> (2019) und <a href="https://pretalx.com/fossgis2020/talk/RQMALK/">Leider immer noch kein LiDAR?</a>. about this event: https://pretalx.com/fossgis2021/talk/MTJ9R9/

Der Regionalverband Ruhr hat in den letzten 2 Jahren die komplette GDI zu einer Microservice Architektur umgebaut. Die Vorteile, aber auch die Fallstricke, die es bei der Migration zu beachten gibt, sollen in diesem Vortrag behandelt werden. Der Regionalverband Ruhr hat in den letzten 2 Jahren die komplette GDI zu einer Microservice Architektur umgebaut. Die Vorteile, aber auch die Fallstricke, die es bei der Migration zu beachten gibt, sollen in diesem Vortrag behandelt werden. Die Flexibilität, die eine Microservice Architektur bei der Entwicklung, dem Test und dem Betrieb mit sich bringt, soll in diesem Vortrag genauer vorgestellt werden. about this event: https://pretalx.com/fossgis2021/talk/WSW7EC/

Eine detailgetreue Abbildung von Schutzgebieten auf OpenStreetMap bietet Chancen, aber auch Risiken. Viele Stakeholder nutzen OSM-Daten, z.B. zur Routenplanung, Navigation und Orientierung. Hohe Wegdichten und die Darstellung gesperrter Wege können jedoch Folgen haben, die eine naturverträgliche Nutzung der Nationalparke in Gefahr bringen. Deswegen möchten wir gemeinsam mit der OSM-Community an Lösungen arbeiten, die sowohl den OSM-Prinzipien als auch den Nationalpark-Zielen gerecht werden. Nationalparke sind großräumige Schutzgebiete mit dem Ziel, natürliche Prozesse und Dynamik zu schützen, gleichzeitig bieten sie Raum für Forschung, Bildung und Naturerlebnis. Jedes Jahr besuchen mehrere Millionen Menschen die deutschen Nationalparke, viele davon nutzen mittlerweile OSM-basierte Anwendungen zur Planung von Aktivitäten oder zur Navigation im Gelände. Vor diesem Hintergrund beschäftigen sich immer mehr Schutzgebietsverwaltungen mit OpenStreetMap und sind daran interessiert, zu einer möglichst korrekten und vollständigen Datengrundlage beizutragen. Wir stellen in diesem Praxisbericht die Situation in der OSM-Datenbank und im Gelände sowie unsere bisherige Arbeit als Behördenverteterinnen in zwei Nationalparken Deutschlands (Bayerischer Wald und Sächsische Schweiz) dar. An Beispielen möchten wir zeigen, wie sich digitale Wege-Informationen und POIs in Schutzgebieten bei hoher Frequentierung auswirken und welche Herausforderungen beim Editieren in OSM entstehen können. Gemeinsam mit der Community konnten wir bereits viele dieser Herausforderungen bewältigen und möchten von unseren Erfahrungen berichten. Ziel unseres Beitrags ist es, Sensibilität für Schutzgebiete zu erzeugen und weiterhin den Austausch, Kontakt und die Zusammenarbeit zwischen OSM-Community und staatlichen Schutzgebieten zu fördern. about this event: https://pretalx.com/fossgis2021/talk/LEQMEF/