Chaos Computer Club - archive feed

In diesen Vortrag geht es um die Erstellung und Schätzung von Transitdaten im General Transit Feed Specification (GTFS) Format mithilfe von OpenStreetMap Daten. Weiters zeigen wir die Schwierigkeiten und Herausforderungen die auftauchen wenn man mit GTFS arbeitet, die verschiedenen Routing Engines die wir damit getestet haben und die Vollständigkeit von OpenStreetMap für diese Anwendung. Für Routing von öffentlichen Verkehrsmittel arbeitet man in erster Linie mit General Transit Feed Specification (GTFS) Dateien, die man dann in verschiedenen Routing Engines verwenden kann. Es gibt mittlerweile viele offene Datenquellen wie zB.: [Transitfeeds](http://transitfeeds.com/) oder [Transitland Operators](https://www.transit.land/operators/). Denoch gibt es für viele Regionen keine vollständige oder fehlende GTFS Abdeckung. Für diesen Fall gibt es die Möglichkeit auf OpenStreetMap zuzugreifen. In diesen Vortrag geht es um die Erstellung und Schätzung von GTFS Dateien mithilfe von OpenStreetMap Daten. Weiters zeigen wir die Schwierigkeiten und Herausforderungen die auftauchen wenn man mit GTFS arbeitet, die verschiedenen Routing Engines die wir damit getestet haben und die Vollständigkeit von OpenStreetMap für diese Anwendung. about this event: https://pretalx.com/fossgis2021/talk/KMD8TV/

Die Datenbefüllung einer Geodateninfrastruktur (GDI) kann für technisch weniger versierte Benutzer mühsam und ineffizient sein. Für das Département de la Haute Loire (Frankreich) wurde für die Open-Source-GDI GeOrchestra ein neues Modul “Datafeeder” entwickelt, welches diesen Ablauf vereinfacht und somit zu einer effizienten Pflege der GDI beitragen soll. In diesem Vortrag soll das Modul demonstriert, dessen Umsetzung erläutert und Ideen zur Weiterentwicklung diskutiert werden. GeOrchestra ist ein Open-Source Projekt, welches in einer einheitlichen Lösung bewährte Open-Source Projekte integriert und verwaltet, insbesondere GeoServer als Kartenserver und GeoNetwork als Metadaten-Management Modul, um gesamthaft eine INSPIRE-konforme Geodateninfrastruktur anbieten zu können. In GeOrchestra kann für die Pflege von Daten, die durch GeoServer für die Kartenanzeige verwendet werden, die bewährte Administrationsoberfläche von GeoServer verwendet werden; und analog für die Pflege von Metadaten die Administrationsoberfläche von GeoNetwork. Diese Werkzeuge sind technisch erprobt und können von Experten effizient genutzt werden. Technisch weniger versierten Benutzern können diese Vorgänge jedoch kompliziert erscheinen, was die Effizienz deren Arbeit mindert und die Gefahr erhöht, dass Geodaten weniger häufig publiziert werden. Im Auftrag des Département de la Haute Loire (Frankreich) wurde daher ein neuer Ansatz entwickelt: ein neues Modul für GeOrchestra, den “Datafeeder”, dank dessen zugleich die Daten und die Metadaten befüllt werden können. Der Vortrag soll einerseits aufzeigen, wie das Modul aus Benutzersicht verwendet werden kann, und andererseits die technische Umsetzung kurz erläutern. Abschliessend wird die Weiterentwicklung thematisiert. about this event: https://pretalx.com/fossgis2021/talk/LSRYBH/

Im Vortrag werden Komponenten und Prozesse vorgestellt, mit denen Sensordaten in Echtzeit bereitgestellt und in der Open Source Anwendung „Masterportal“ visualisiert werden. Aufgrund der fortschreitenden Digitalisierung und neuen Formen von Mobilität steigt der Bedarf in Öffentlichkeit, Wirtschaft und Verwaltung an intelligenten Lösungen zur Verarbeitung hochdynamischer Echtzeitdaten. Insbesondere in hochverdichteten, städtischen Räumen bieten sich vielversprechende Möglichkeiten durch den Einsatz von Sensorik und die Live-Darstellung der so gewonnenen Daten. Beispielsweise können Verkehrsflüsse oder Auslastungen von E-Mobility-Ladestandorten optimiert und damit übergeordnete Ziele wie die Verringerung von Emissionen erreicht werden. Dieser Vortrag stellt anhand von Anwendungsbeispielen der Freien und Hansestadt Hamburg vor, wie Sensordaten mit Open Source Technologien verarbeitet, verteilt und im Masterportal (www.masterportal.org) visualisiert werden. about this event: https://pretalx.com/fossgis2021/talk/LZJG7N/

Mit KADAS Albirero als Client und Valhalla als Routing Engine wurde eine performante Lösung für Anwendungen im Bereich Offline Routing geschaffen. KADAS Albirero basiert auf QGIS und wurde in diesem Open-Source Projekt mit einem Routingmodul erweitert. Valhalla wurde nicht als HTTP Server aufgesetzt, sondern für die Nutzung per Kommandozeile angepasst. Neben der Berechnung von Routen und der Navigation, wurde auch die Berechnung von Isochronen sowie Isodistanzen in KADAS ermöglicht. Im laufenden Open-Source Projekt KADAS Routing wurde die Anwendung KADAS Albirero 2.0 mit einem Routing Plugin für den Offline Betrieb erweitert. KADAS ist eine Desktop-GIS Lösung für weniger erfahrene Nutzer, die auf QGIS basiert. Als Routing Engine wird Valhalla eingesetzt, das als lokaler Dienst vom Plugin abrufbar ist. Valhalla bietet den Vorteil unterschiedliche Routing-Profile mit demselben Graphen abzubilden, wobei weniger RAM benötigt wird. Letzteres ist ein klarer Vorteil bei der Offline-Nutzung. Die Berechnung der Routen wird mit Hilfe von OpenStreetMap Daten oder mit alternativen Datensätzen durchgeführt. Hierfür wurde im Routing Modul ein Tool implementiert, dass es dem Nutzer ermöglicht über ein frei wählbares Portal das Datenpaket für ein Land oder eine Region herunterzuladen. Bei der Berechnung einer Route kann der Nutzer von einer Liste von Profilen auswählen, die neben den Standard-Profilen (Fußgänger, Fahrrad und PKW) auch alternative Fahrzeugtypen beinhaltet. Die Route kann dann via Start- und Zielpunkt definiert werden, sowie über das Hinzufügen von weiteren Wegpunkten als Zwischenzielen. Nach der Eingabe der Parameter werden diese an Valhalla übergeben, das die berechnete Route zurückliefert. Die Route ist nun als Ebene im KADAS verfügbar und der Nutzer kann den Navigationsmodus starten. Neben den Funktionalitäten für das Routing wurde die Berechnung von Isochronen und Isodistanzen implementiert. Hierbei liefert Valhalla nach Eingabe der Intervalle die berechneten Pufferzonen an KADAS zurück, die wieder als reguläre Ebene betrachtet und editiert werden können. Weitere geplante Entwicklungen für den Client umfassen unter anderem die Navigation im Nachtmodus. Auf Seiten des Routing Engines wird derzeit die Implementierung des Chinese Postman Problem evaluiert, was eine signifikante Erweiterung im Open-Source Projekt Valhalla darstellen würde. about this event: https://pretalx.com/fossgis2021/talk/PNQ7SV/

Der Vortrag gibt einen Überblick wie zeitbasierte Geodaten gespeichert, abgefragt und visualisiert werden können. Speziell wird dabei auf den Web Map Service (WMS TIME) und den Web Feature Service (WFS) eingegangen. Es wird beschrieben wie ein zeitbasierter Kartendienst mit GeoServer und MapServer erstellt werden kann. Das Darstellung wird anhand von QGIS und der auf OpenLayers basierenden Webanwendung Wegue demonstriert. Ein Großteil aller Geodaten enthält neben der räumlichen Information auch eine zeitliche Komponente. Beispielsweise werden Luftbildern an bestimmen Tagen aufgenommen oder ein Datensatz von Gebäuden ist mit dem entsprechenden Baujahr versehen. Dieser Vortrag gibt einen Überblick welche gängigen Möglichkeiten es gibt zeitliche Information abzuspeichern, wie das konkret für Vektor und Rasterdaten umgesetzt wird und welche Schwierigkeiten und Herausforderung in der Umsetzung zu erwarten sind. Für die zeitlichen Abfrage von Geodaten stellen die verschiedenen Dienste des OGC (Open Geospatial Consortium) Schnittstellen zu Verfügung. Web Map Services (WMS) können mittels des standartisierem WMS-TIME zeitbasiert abgefragt werden. Dieser lässt neben einzelnen Zeitpunkten auch Zeiträume zu. Beim Web Feature Service (WFS) werden für zeitliche Abfrage der FILTER-Parameter verwendet. Dieser akzeptiert die standard-konformen OGC-Filter. Softwareseitig werden die zeitbasierten OGC-Dienste im FOSSGIS-Umfeld breit unterstützt. Als Kartenserver eignen sich GeoServer und MapServer. Auf dem Desktop bietet QGIS seit Version 3.14 umfangreiche WMS-Time Funktionen. In Web-Browsern können sowohl OpenLayers als auch Leaflet für zeitliche Abfragen genutzt werden. Der Vortrag schließt mit einer Demonstration, wie im Projekt SAUBER zeitbasierte Dienste mittels GeoServer erstellt werden. Außerdem zeigen wir unseren auf Wegue (Vue.js und OpenLayers) basierenden Web-Client mit dem zeitliche Abfragen benutzerfreundlich durchgeführt werden können. about this event: https://pretalx.com/fossgis2021/talk/YQYWVB/

Der Vortrag beschreibt im Rahmen eines Projektes zur interkommunalen Zusammenarbeit (IKZ) die Planung und Umsetzung eines kommunalen Geoservers beim Landkreis Marburg-Biedenkopf zur Erfüllung der INSPIRE Richtlinie. Seit Ende 2020 werden Daten der Bauleitplanung INSPIRE-konform über die URL https://geoservices.marburg-biedenkopf.de verfügbar gemacht und die INSPIRE-konformen Dienste in das Geoportal Hessen (https://www.geoportal.hessen.de) integriert. Kommunales Geoportal zur dynamischen Bereitstellung INSPIRE-konformer Dienste - Beispiel einer interkommunalen Kooperation zwischen dem Landkreis Marburg-Biedenkopf und seinen Kommunen. Der Vortrag beschreibt im Rahmen eines Projektes zur interkommunalen Zusammenarbeit (IKZ) die Planung und Umsetzung eines kommunalen Geoservers beim Landkreis Marburg-Biedenkopf zur Erfüllung der INSPIRE Richtlinie. Im Ergebnis werden seit Ende 2020 Daten der Bauleitplanung (Bebauungspläne, Flächennutzungspläne sowie Landschaftspläne) INSPIRE-konform verfügbar gemacht und die INSPIRE-Dienste in das Geoportal Hessen integriert. Technisch basiert die Lösung vollständig auf Open Source Software installiert auf einem Ubuntu Server. Komponenten sind PostgreSQL und die GBD WebSuite der Geoinformatikbüro Dassau GmbH. Die GBD WebSuite wurde dazu um ein INSPIRE Modul erweitert, um Daten der Bauleitplanung über eine Administrationsoberfläche durch die Kommunen hochladen und pflegen zu können die Informationen auf Anfrage INSPIRE-konform als WMS und WFS zur Verfügung zu stellen. Eine Besonderheit besteht darin, dass die Datenharmonisierung für die INSPIRE-konforme Bereitstellung der in PostGIS verwalteten Daten in Echtzeit, dynamisch stattfindet. Das kommunale Geoportal umfasst folgende Funktionalität: Suchdienst - Bereitstellung eines INSPIRE konformen Web Catalogue Service (CSW), um diesen in externe Geoportale, z.B. dem Geoportal Hessen, übernehmen zu können. - Die Fortführung der Metadaten (einfügen, aktualisieren, entfernen) des CSW kann durch berechtigte Nutzer aus den Kommunen über die Administrationsoberfläche stattfinden. Darstellungsdienste und Downloaddienste - INSPIRE-konforme Daten werden dynamisch erzeugt und als WMS 1.1.0, 1.1.1 und 1.3.0 sowie WMTS 1.0.0 in den WebGIS Client des Geoportals Marburg-Biedenkopf eingebunden. - Dynamische Bereitstellung INSPIRE-konformer WMS 1.1.0, 1.1.1, 1.3.0 oder WMTS 1.0.0 Dienste zum Einbinden in externe Anwendungen. - Dynamische Bereitstellung INSPIRE-konformer WFS 2.0 Dienste für Vektordaten zum Einbinden in externe Anwendungen. - Dynamische Bereitstellung INSPIRE-konformer WCS 1.0.0, 2.0.1 Dienste für Rasterdaten zum Einbinden in externe Anwendungen. Datenharmonisierung - Bereitstellung einer INSPIRE-konformen Transformation von Raster und Vektordaten (Schema− und Koordinatentransformation). - Die Konfiguration kann durch berechtigte Nutzer stattfinden. - Vor der Bereitstellung der Daten findet eine Prüfung durch einen INSPIRE Validator statt. about this event: https://pretalx.com/fossgis2021/talk/NJKRWQ/

Ein einfacher QGIS-Atlas ist schnell erstellt. Die präzise Steuerung von Blattschnitten, Seitenformaten, Drehungen, Beschriftungen, Sichtbarkeiten etc. ist nicht so ganz trivial. Die Demo-Session stellt einige Kniffe vor, mit denen sich die Möglichkeiten des Atlas umfassend nutzen lassen. Ein einfacher QGIS-Atlas ist schnell erstellt. Die präzise Steuerung von Blattschnitten, Seitenformaten, Drehungen, Beschriftungen, Sichtbarkeiten etc. ist nicht so ganz trivial. Die Demo-Session stellt einige Kniffe vor, mit denen sich die Möglichkeiten des Atlas umfassend nutzen lassen. Der QGIS-Atlas ist ein unfassbar umfangreiches Werkzeug, um Kartenserien oder Objekt-Berichte zu erstellen. Die Demo-Session stellt einige Kniffe vor, mit denen sich Möglichkeiten des Atlas umfassend nutzen lassen, - Blattschnitt-Layer oder Geometrieobjekte als Abdeckungslayer? - Blattschnitte für beliebige Maßstäbe und Papierformate über eine Modellertool erstellen. - Drehung von Blattschnitte, die Trassen oder Flüssen folgen. - Seitenausrichtung und Format anhand der Geometrie und Ausrichtung von Atlasobjekten steuern. - Beziehungen zu verknüpften Layern auswerten. - Atlas-Variablen verwenden. - Sichtbarkeit von Layern und Atlas-Objekten über regelbasierte Darstellung und Kartenthemen steuern - etc. Infos zur Session: Download https://trac.osgeo.org/osgeolive/wiki/Live_GIS_Workshop_Install about this event: https://pretalx.com/fossgis2021/talk/N9X9CB/

Der Vortrag bietet einen Überblick über die Funktionsweise und Eigenschaften der Geo Engine, einer neuartigen Plattform für raum-zeitliche Datenanalyse, die Interaktivität und Workflowverarbeitung vereint. Basierend auf unserer Software aus Forschungsprojekten soll eine Plattform für verschiedene Anwendergruppen entstehen. Die Geo Engine ist eine Plattform, die die Integration und die effiziente Verarbeitung raum-zeitlicher Daten bündelt und neueste Visualisierungs- und Analysemethoden intuitiv erschließt. Dies ermöglicht es Forschungsgruppen und Unternehmen, bisher ungenutzte Potenziale zu erschließen. Perspektivisch bieten wir die Plattform als cloud-basierten Dienst an und integrieren derzeit eine Deep-Learning-Anbindung. Die Entwicklung basiert auf Forschungsergebnissen aus dem Bereich raum-zeitlicher Datenverarbeitung, die gebündelt im sog. VAT-System zusammengefasst wurden, wobei VAT für Visualisierung, Analyse und Transformation steht. Es wird derzeit in wissenschaftlichen Projekten eingesetzt, die sich auf die Umwelt- und Biodiversitätsmonitoring konzentrieren, wo es native Zeitreihenverarbeitung, die Kombination von Raster- und Vektordaten und eine Benutzeroberfläche bietet, die verknüpfte Ansichten zwischen Karten, Tabellen und Plots bietet. Darüber hinaus ermöglicht unsere Technologie die Erstellung maßgeschneiderter Apps, zum Beispiel für web-basierten Lernplattformen und Projektportale. In diesem Vortrag zeigen wir die Grundlagen des Systems und dessen Eigenschaften auf. Dies illustrieren wir anhand von Beispielen aus bisherigen Projekten aus der Forschung. Zudem bieten wir einen Ausblick für die Geo Engine über die zukünftige Integration von Deep Learning und zeigen Einsatzmöglichkeiten für Projekte verschiedenster Art auf. about this event: https://pretalx.com/fossgis2021/talk/UKLUGE/

Was muss in OpenStreetMap noch gemappt werden, um zuverlässig Kinderwagen und Rollstuhlfahrer routen zu können? Nach "Barrierefreies Fußgängerrouting für Dortmund" von vor zwei Jahren geht es diesmal um statische Auswertung, neue Aktivitäten außerhalb von DACH und die dauerhafte Lösung des Problems, auch implizit getaggte Bürgersteige auf realitätsnahen Weglinien zu mappen. Konkurrenzlos weit vorne ist OpenStreetMap, wenn es um die in den Daten vorhandenen Fußwege geht. Grund genug, für einen Vater seit einem Jahr, herauszufinden, wie gut man mit dem Kinderwagen durchkommt und ob OpenStreetMap dafür zum Routen genug ist. Tatsächlich schließt der Vortrag an den Vortrag "Barrierefreies Fußgängerrouting für Dortmund" von vor zwei Jahren an: Um Rollstuhlfahrer wie auch Kinderwagen-Schieber routen zu können, gibt es selbst in deutschen Städten noch viel zu mappen. Es geht dieses Mal zum einen um statische Auswertung, welche fehlenden Tags zum Routing noch fehlen. Zum zweiten gibt es nun auch anderswo Aktivitäten zu dem Thema. Nicht zuletzt soll auch der Frage nachgegangen werden, in welchem Umfang man aus den implizit getaggten Bürgersteigen ausreichend realitätsnahe Weglinien bekommt, um damit tatsächlich Routing betreiben zu können. about this event: https://pretalx.com/fossgis2021/talk/3LXWPA/

Tivigi ist eine Komponentenbibliothek zur schnellen Entwicklung moderner Web-GIS-Lösungen, geschrieben in TypeScript und auf Grundlage von Vue.js und OpenLayers. Tivigi ermöglicht die Erstellung einfacher Anwendungen rein deklarativ über die auf HTML aufbauende Vue.js-Template-Sprache und gewährt dabei volle Freiheit bezüglich Layout, Optik und Funktionalität. Mit zusätzlicher JavaScript- oder TypeScript-Programmierung sind beliebig komplexe Anwendungen möglich. Tivigi ist eine Komponentenbibliothek zur schnellen Entwicklung moderner Web-GIS-Lösungen, geschrieben in TypeScript und auf Grundlage von Vue.js und OpenLayers. Tivigi ermöglicht die Erstellung einfacher Anwendungen rein deklarativ über die auf HTML aufbauende Vue.js-Template-Sprache und gewährt dabei volle Freiheit bezüglich Layout, Optik und Funktionalität. Mit zusätzlicher JavaScript- oder TypeScript-Programmierung sind beliebig komplexe Anwendungen möglich. about this event: https://pretalx.com/fossgis2021/talk/WXX9XE/

Webassemblys Potential ist insbesondere für die Verarbeitung und Visualisierung von Geo-Daten noch nicht ausgeschöpft. In diesem Talk möchte ich Ihnen die aktuelle Adaption in FOSSGIS-Projekten, die technische Weiterentwicklung sowie mögliche Zukunftsszenarien von Webassembly aufzeigen. Webassemblys Potential ist insbesondere für die Verarbeitung und Visualisierung von Geo-Daten noch nicht ausgeschöpft. In diesem Talk möchte ich Ihnen die aktuelle Adaption in FOSSGIS-Projekten, die technische Weiterentwicklung sowie mögliche Zukunftsszenarien von Webassembly aufzeigen. about this event: https://pretalx.com/fossgis2021/talk/ZVFZQQ/

Site Reliability Engineering (SRE) ist Google's Weg DevOps zu leben. Es ist eine Methode Services messbar stabil zu halten und gleichzeitig Innovativ zu bleiben, aber auch Faktoren zu entdecken, die die Weiterentwicklung ausbremsen. Das Thema spricht Management, Administratoren und Entwickler gleichermaßen an und sort für ein gemeinsames Verständnis und gegenseitiges Agreement. In diesem Vortrag soll zunächst erklärt werden, was SRE ausmacht und wie es auf GDIs angewendet werden kann. [Site Reliability Engineering](https://en.wikipedia.org/wiki/Site_reliability_engineering) (SRE) ist Google's Weg [DevOps](https://de.wikipedia.org/wiki/DevOps) zu leben. Es ist eine Methode Services messbar stabil zu halten und gleichzeitig Innovativ zu bleiben, aber auch Faktoren zu entdecken, die die Weiterentwicklung ausbremsen. Das Thema spricht das Management, sowie Administratoren und Entwickler gleichermaßen an und ist eine Methode ein gemeinsames Verständnis und gegenseitiges Agreement sicherzustellen. In diesem Vortrag soll zunächst erklärt werden, was SRE ausmacht und wie es auf [Geo-Daten-Infrastrukturen](https://de.wikipedia.org/wiki/Geodateninfrastruktur) (GDIs) angewendet werden kann. about this event: https://pretalx.com/fossgis2021/talk/KVX7EA/

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/

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/

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

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/

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/

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/

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/

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/

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/

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/