FOSSGIS-Konferenz 2019

In diesem Workshop wird auf die erweiterten Konfigurationsmöglichkeiten und Features des GeoServers eingegangen. Der Fokus liegt dabei auf den unterschiedlichen Möglichkeiten einer möglichst automatisierten und auf die konkrete Systemumgebung maßgeschneiderten Einrichtung. Dabei wird auch die Konfiguration für einen Produktiveinsatz berücksichtigt werden.

GeoServer ist ein bekannter und vielerorts genutzter Open-Source-Kartenserver, der viele OGC-Standards unterstützt. GeoServer ermöglicht die Veröffentlichung von Geodaten- und Kartendiensten aus zahlreichen Datenquellen. Nach Einrichtung der Serverumgebung und Installation des GeoServers ist die Konfiguration von ersten WMS-, WCS- und WFS-Diensten intuitiv über ein Webinterface möglich. In diesem Workshop wird auf die erweiterten Konfigurationsmöglichkeiten und Features des GeoServers eingegangen. Der Fokus liegt dabei auf den unterschiedlichen Möglichkeiten einer möglichst automatisierten und auf die konkrete Systemumgebung maßgeschneiderten Einrichtung. Dabei wird auch die Konfiguration für einen Produktiveinsatz berücksichtigt werden. Im Rahmen des Workshops werden u.a. folgende Themen behandelt: - Installation und Optimierung, Installation von Erweiterungen - Automatisierte Konfiguration von Workspaces, Stores, (zahlreichen) Layern und Styles über die REST-Schnittstelle - Caching von Kartendiensten unter Einsatz des GeoWebCache (GWC) - Performance-Tuning und sinnvolle Einstellungen für den Produktiveinsatz Vorkenntnisse in einer Programmiersprache sind für diesen Workshop nicht notwendig. Praktische Erfahrungen mit dem GeoServer sind von Vorteil, aber nicht zwingend erforderlich.

Hat man eine Frage an eine Karte, soll ein GIS einem möglichst eine Antwort geben. Dafür bietet QGIS diverse Vector- und Rastertools mit denen man Fragen an eine Karte stellen kann. An Hand von Beispielen, die von der Planung eines Stadtfestes bis hin zur Verknüpfung von statistischen Daten mit Geodaten reichen, werden ausgewählte Werkzeuge vorgestellt. (Voraussetzung: GIS-Basiswissen)

Im Workshop [QGIS](https://www.qgis.org/de/site/) für Fortgeschrittene sollen ausgewählte Analyse und Bearbeitungswerkzeuge für Vektor- und Rasterdaten vorgestellt werden, die [QGIS](https://www.qgis.org/de/site/) bereitstellt. Zusätzlich wird aufgezeigt wie Geodaten auf Qualität überprüft werden können. Desweiteren wird auf kartographische Darstellungsmöglichkeiten von Geodaten und deren Auswertungen eingegangen. Voraussetzung: Die Teilnehmer sollten bereits erste Erfahrungen mit [QGIS](https://www.qgis.org/de/site/) oder einem andern GIS gesammelt haben.

Der Vortrag stellt die Geschichte der Entwicklung von Open Source vor und geht auf wichtige Grundlagen ein. Ziel des FOSSGIS e.V. und der OSGeo ist die Förderung und Verbreitung freier Geographischer Informationssysteme (GIS) im Sinne Freier Software und Freier Geodaten. Dazu zählen auch Erstinformation und Klarstellung von typischen Fehlinformationen über Open Source und Freie Software, die sich über die Jahre festgesetzt haben.

Open Source hat viele Facetten und es ranken sich inzwischen ebenso viele Mythen darum. Was davon richtig ist und was nicht stellen wir in einer kurzen Einführung zusammen. Was sind Open Data und Open Standards, welche Gemeinsamkeiten gibt es und wo unterscheiden sie sich. Der Vortrag richtet sich an alle, die mit Open Source, Open Data oder Open Standards bisher noch wenig Kontakt hatten und die Grundlagen verstehen möchten. Open Source ist auf der einen Seite ein Entwicklungsmodell und auf der anderen ein Lizenzmodell. Zusammen bilden sie eine Kultur offener Entwicklungsgemeinschaften, die höchst effektiv arbeiten. Diese Kultur ist um ein Vielfaches effektiver, als proprietäre Modelle es je sein können. Ein einfaches Beispiel: Das Betriebssystem des Herstellers Apple basiert auf dem Open-Source-Unix FreeBSD. Es gibt halt einfach nichts besseres, und es selbst herzustellen wäre unendlich teuer, das hat sogar der hyper-proprietäre Hersteller Apple eingesehen. Der Vortrag stellt die Geschichte der Entwicklung von Open Source vor und geht auf wichtige Grundlagen ein. Ziel des FOSSGIS e.V. und der OSGeo ist die Förderung und Verbreitung freier Geographischer Informationssysteme (GIS) im Sinne Freier Software und Freier Geodaten. Dazu zählen auch Erstinformation und Klarstellung von typischen Fehlinformationen über Open Source und Freie Software, die sich über die Jahre festgesetzt haben.

Vektortiles haben das Potential, die bewährten Rasterkarten in vielen Bereichen abzulösen oder mindestens maßgeblich zu ergänzen. Dieser Workshop gibt einen Einstieg in die Technologie und ermöglicht praktische Erfahrung mit der Generierung und Darstellung von Vektortiles. - Einführung in die Vektortile-Technologie - Erstellen von Vektortiles - Styling mit Mapbox GL JSON - Publikation mit Mapbox GL JS und OpenLayers

Vektor-Tiles haben das Potential die bewährten Rasterkarten in vielen Bereichen abzulösen oder mindestens massgeblich zu ergänzen. Dieser Workshop gibt einen Einstieg in die Technologie und ermöglicht praktische Erfahrung mit der Generierung und Darstellung von Vektor-Tiles. - Einführung in die Vektor-Tile Technologie - Erstellen von Vektor-Tiles - Styling mit Mapbox GL JSON - Publikation mit Mapbox GL JS und OpenLayers

Es gibt so viele tolle Open-Source-Projekte im FOSS4G-Umfeld, von denen man als FOSSGIS-Besucher eventuell nichts mitbekommt. Entweder kommen die Kernentwickler nicht aus Deutschland oder sie setzen mal ein Jahr aus oder sie mögen einfach nicht vortragen etc.

GDAL, PDAL, PROJ, JTS, JSTS, GEOS, Shapely, GeoTools, OTB, Cesium, Leaflet, OpenLayers, Mapnik, OSMBuilding, Tangram, GeoPandas, Rasterio, pySAL, sf, stars, GRASS GIS, QGIS, gvSIG, OpenJump, SAGA, GeoDa, HALE, PostGIS, SpatiaLite, GeoPackage, RasDaMan, GeoRocket, Tile38, rbush, kdbush, flatbush, entwine, MapServer, GeoServer, deegree, QGIS Server, Greyhound, MapCache, GeoWebCache, OpenMapTiles, Tegola, T-Rex, MapBender, Oskari, GeoNode, GeoExt, GeoMoose, LizMap, QGIS Web Client, iTowns, VTS, Potree, Plas.io, Mago 3D, BIM Surfer, GeoNetwork, pyCSW, GeoMesa, GeoWave, GeoTrellis, GeoSpark OmniSci

Die Entstehung, die heutige Bedeutung und die Vielseitigkeit von OpenStreetMap werden vorgestellt. Es werden Möglichkeiten zur Mitwirkung aufgezeigt.

Eine Vorstellung des Projektes OpenStreetMap vor allem für diejenigen, die bisher nichts oder wenig über OSM wussten. Nach einem kurzen historischen Überblick wird das Projekt mit seiner heutigen Form vorgestellt. Dabei wird die Vielzahl möglicher Auswertungen vorgestellt. Es wird ein Überblick über die Möglichkeiten gegeben, sich selbst an dem Projekt zu beteiligen.

Eine feierliche Eröffnung der Konferenz durch Vertreter des FOSSGIS e.V. und der HTW Dresden mit wertvollen Hinweisen zum Ablauf und der Organisation.

Eine feierliche Eröffnung der Konferenz durch Staatssekretär Dr. Frank Pfeil des Sächsische Staatsministerium für Umwelt und Landwirtschaft, Vertreter des FOSSGIS e.V. und der HTW Dresden mit wertvollen Hinweisen zum Ablauf und der Organisation.

Der Regionalverband Ruhr und seine Partner entwickeln zurzeit eine neue Stadtkarte auf der Basis von ALKIS- und OSM-Daten. Nach einer kleinen Einführung in die Inhalte und die Technik beleuchtet dieser Beitrag das Projekt insbesondere unter dem Aspekt der „Zusammenarbeit“ der Kommunen und der OSM-Community. Beschrieben wird der Prozess des „Kennenlernens“ und „Verstehens“. Im Kern geht es um Respekt, Akzeptanz und Toleranz als Basis für eine fruchtbare Zusammenarbeit zum beiderseitigen Vorteil.

Die öffentliche Geoverwaltung (z.B. Katasterämter in NRW) und die OSM-Community begegneten sich in der Vergangenheit häufig abweisend bis feindselig. Die wechselseitige Vorstellung voneinander war geprägt von Unwissen und Vorurteilen. In dieser Situation entschlossen sich der Regionalverband Ruhr (RVR) und seine Partnerkommunen, eine neue Stadtkarte auf der Basis von ALKIS- und OSM-Daten zu entwickeln. Bestandteil des Projekts ist die aktive Beteiligung der Kommunen an der Pflege der OSM-Daten. Dieser Beitrag beschreibt (hoffentlich auf humorvolle Art und Weise) den Prozess der des Kennenlernens, des Verstehens und der Annäherung zwischen den Protagonisten. Der RVR nimmt dabei eine vermittelnde Rolle ein. Zum „Verstehen“ gehört die Vermittlung der unterschiedlichen Herangehensweisen bei den jeweiligen Datenmodellen, den Daten, der Technik und der Prozesse der Datenerfassung. Wichtiger aber noch ist das Wissen über das grundsätzlich verschiedene Rollenverständnis der beiden Gruppen. Erst das Verständnis für die Motive und Handlungsweisen des Gegenübers schafft Akzeptanz. Daher hat der RVR für die kommunalen Kollegen OSM-Schulungen organisiert und zu einem Treffen „OSM trifft öffentliche Verwaltung“ eingeladen. In der Folge beteiligen sich mehrere Städte aktiv an OSM-Stammtischen. Im Kern geht es um Respekt, Akzeptanz und Toleranz als Basis für eine fruchtbare Zusammenarbeit zum beiderseitigen Vorteil.

"Artifical Intelligence", zu Deutsch "Künstliche Intelligenz" ist ein großer Begriff, der mit vielen Ängsten, Wünschen und sonstigen Projektionen überladen ist. Lernende Algorithmen dagegen hört sich harmlos an. Sind sie aber nicht, meint ein Ex-Borg und möchte das in einem Lightning Talk erläutern.

"Artifical Intelligence", zu Deutsch "Künstliche Intelligenz" ist ein großer Begriff, der mit vielen Ängsten, Wünschen und sonstigen Projektionen überladen ist. "Lernende Algorithmen" dagegen hört sich harmlos an. Sind sie aber nicht, meint ein Ex-Borg und möchte das in einem Lightning Talk erläutern.

Geografische Positionen werden klassischer Weise in (projizierten) Koordinaten angegeben. Mittlerweile gibt es zu diesen Koordinatenangaben mehrere alternative Adressierungssysteme. Sei es das offene "Open Location Code", "Mapcode" von einer niederländische Non-Profit-Organisation, das proprietäre "what3words" oder die (nicht ganz erst gemeinten) "what3ducks" und "what3ikea". Wer nutzt solche Adresssysteme und braucht die Welt diese überhaupt?

Geografische Positionen werden klassischer Weise in (projizierten) Koordinaten angegeben. Mittlerweile gibt es zu diesen Koordinatenangaben mehrere alternative Adressierungssysteme. Sei es das offene [Open Location Code](https://de.wikipedia.org/wiki/Open_Location_Code), [Mapcode](http://www.mapcode.com) einer niederländische Non-Profit-Organisation, das proprietäre [what3words](https://what3words.com) oder die (nicht ganz erst gemeinten) [what3ducks](http://www.what3ducks.com) und [what3ikea](http://www.what3ikea.com). Wer nutzt solche Adresssysteme und braucht die Welt diese überhaupt?

FOSSGIS vertritt D-A-C-H. Doch in Wirklichkeit ist FOSSGIS Teil einer globalen Community. Eine Community, die sehr aktiv ist. OSGeo, OSM, FOSS4G finden weltweit und ständig statt.

Blicken wir auf die weltweite Community mit ihren Aktivitäten. Mit aktuellem Bezug und Rückblick auf die FOSS4Gs in 2018 vor allem die globale FOSS4G in Dar es Salaam und einem Blick in die Zukunft zur FOSS4G 2019 in Bukarest und nach Heidelberg zu SotM 2019.

Geographische Informationen als Beschreibung der Erdoberfläche sind zunächst reine Sachinformationen. Sobald diese Informationen aber in Bezug zu einem Grundstück oder einer Adresse gesetzt werden, steht die Frage nach dem Personenbezug im Raum. Der Workshop gibt eine Hilfestellung bei der Beurteilung, ob ein Personenbezug gegeben ist und welche Anforderungen sich dann nach der Datenschutzgrundverordnung ergeben.

Die Georeferenzierung von unterschiedlichsten Fachinformationen mit der Möglichkeit diese über die geographische Position in Beziehung zueinander zu setzen, macht das besondere Potential geographischer Informationen aus. Sobald hier personenbezogene Informationen ins Spiel kommen, sind an die Verarbeitung geographischer Informationen besondere Anforderungen zu stellen. Bei der Verknüpfung von Sachinformationen mit Grundstücken oder Adressen ist die Abgrenzung zwischen Sachinformation und personenbezogener Information besonders schwierig. Ein Personenbezug lässt sich hier über die entsprechenden Register (Kataster, Grundbuch) oder Adressverzeichnisse zu Eigentümern und Mietern herstellen. Der Workshop gibt Anhaltspunkte für die Abgrenzung von personenbezogenen und sachbezogenen Informationen im Zusammenhang mit Grundstücken. Liegen personenbezogenen geographische Informationen vor, so werden die formellen und materiellen Anforderungen der Datenschutzgrundverordnung an die Datenverarbeitung vorgestellt. Die soll Verarbeitern geographischer Informationen in die Lage versetzen, beurteilen zu können, ob im Hinblick auf den Datenschutz Handlungsbedarf besteht.

Der Vortrag vergleicht die Methoden der Informationsverarbeitung der Geo- und Bauwelt und stellt die Zwischenergebnisse einer gemeinsamen Arbeitsgruppe (ISO TC211 und ISO TC59 SC13) „BIM/GIS Interoperability“ vor.

Die internationale "Arbeitsgruppe Joint ISO/TC 59/SC 13 - ISO/TC 211 WG: GIS-BIM interoperability", die auch eng mit OGC und buildingSmart zusammenarbeitet, vergleicht allgemeine Modellierungskonzepte auf Metaebene, Geometrie- und Topologiemodelle der praxisrelevanten Anwendungsschemata, Objektbildung und semantischen Modellierung (z.B. product data templates) sowie die Möglichkeiten der Verlinkung von Geo- und Bauwerksdaten auf Instanzebene (instance linking). Der Vortrag versucht entlang von Leistungsphasen eines Bauprojektes die Bedeutung des digitalen Datenaustausches zu beschreiben und die neuesten Entwicklungen der BIM-Welt zu erläutern.

Mapbender ist ein Web-GIS-Client und ermöglicht das einfache Management von Kartendiensten, Anwendungsoberflächen und deren Benutzern

Mapbender ist ein Web-GIS-Client und ermöglicht das einfache Management von Kartendiensten, Anwendungsoberflächen und deren Benutzern. Der Workshop zu Mapbender richtet sich an Einsteiger und bietet einen Überblick über die Architektur und Komponenten von Mapbender. Mit Mapbender haben Sie die Möglichkeit Anwendungen zu erzeugen, ohne eine Zeile Code zu schreiben. Über die moderne graphische Administrationsoberfläche können bequem Anpassungen an den zahlreichen Funktionalitäten und am Design vorgenommen werden.

pgRouting kennen die Meisten, aber für viele Anwendungsfälle sind andere Open-Source-Tools mindestens ebenso gut geeignet. Dieser Vortrag zeigt Anwendungen vom Eisenbahn- bis zum Schiffsrouting und gibt Tipps zum Einsatz von geeigneten Routing-Technologien.

In den letzten Jahren sind zahlreiche Open Source Routing Engines für verschiedene Einsatzgebiete entstanden. Diese reichen von der Embedded DB SpatiaLite über das altbewährte pgRouting bis zu verschiedenen Engines aus dem OSM-Umfeld. Aus der Erfahrung mit Auto-, Eisenbahn- und Schiffsrouting, darunter komplexe Optimierungsaufgaben zur Planung von Plakatverteilungsrouten, werden Vor- und Nachteile verschiedener Routing-Technologien aufgezeigt.

Ziel dieses Kurses ist es einen Überblick über die vorhandenen Geo-Bibliotheken für Python im Bereich Rasterdaten zu geben. An einfachen Beispielen werden erste kleine Skripte für alltägliche Aufgaben aus dem Bereich der Geodatenverarbeitung erstellt, so dass die Teilnahmer nach Absolvierung des Workshops neben einer Übersicht zm Thema "Geo-Python" auch erste praktische Umsetzungsbeispiele kennengelernt haben.

Python wird immer wichtiger als Programmiersprache im GIS-Bereich. Dies liegt zum einem an der klaren und leicht zu lernenden Sprachsyntax von Python, die v.a. für Programmieranfänger einen großen Vorteil darstellt, als auch an der Verfügbarkeit für alle geläufigen Betriebssysteme, wie z.b. Windows, Linux oder Mac OS. Zum anderen existiert inzwischen eine kaum mehr zu überschauenden Vielfalt an Bibliotheken für den Bereich der Geodatenverarbeitung. Neben APIs für Grass GIS, QGIS, ArcGIS und vielen anderen Desktop GIS Systemen, gibt es eine Vielzahl von Standalone Bibliotheken, mit denen sich vielfältige Aufgaben aus der Geodatenverarbeitung mit Python auf einfache Weise automatisieren lassen. Ziel dieses Kurses ist es einen Überblick über die vorhandenen Python-Bibliotheken für Geodaten im **Rasterformaten** zu geben. An einfachen Beispielen sollen erste kleine Schritte für Aufgaben aus dem Bereich der Rasterdatenverarbeitung demonstriert und erlernt werden. Die Beispiele sollen überwiegend der Einführung in die vorgestellten Bibliotheken (GDAL/OGR, Rasterio, NumPy, SciPy, Matplotlib, Folium, CartoPy, BaseMap, ...) dienen und können mit wenigen Zeilen in Jupyter-Notebooks ausgeführt werden. Dieser Kurs ist eine Einführung in die Verarbeitung von Rasterdaten mit Python. Die Teilnehmer werden am Ende des Kurses grundlegende Funktionen kennen, um Rasterdaten in Python einzulesen, zu verarbeiten und wieder abzuspeichern. Sie bekommen einen Überblick über verschiedene Bibliotheken und wissen, wie sie diese verwenden können. Geplant ist u.a. folgender Ablauf: - Fernerkundungsdaten / DGM-Daten / Landbedeckungsdaten mit GDAL / Rasterio einlesen - Untersuchung / Darstellung der Fernerkundungsdaten (Histogrammanalyse, Darstellung unterschiedlicher Bandkombinationen, ...) - Einfache Rasteralgebra mit NumPy: Berechnung des NDVI für ein Beispielbild - Kostenanalyse auf Basis eines digitalen Geländemodells (DGM) - Einfache Standortanalyse auf Basis der Landbedeckungsdaten und eines digitalen Geländemodells (DGM) - Darstellung der Ergebnisse mit matplotlib, Folium und/oder Basemap, CartoPy

Der Vortrag stellt eine komplexe Geo-Anwendung (OpenLayers + Angular6) vor, die für die Karl-Marx-Landesausstellung in Trier entwickelt wurde und im dortigen Landesmuseum auf einem großformatigen Bildschirm den Besucher einen Einblick in die Unterschicht Triers zur Jugendzeit von Karl Marx bot. Neben einer kurzen Einführung des historischen Kontext und die technische Umsetzung wird auch das Nutzungsverhalten thematisiert.

Im Zuge einer herannahenden Cholera-Epidemie veranlassten die preußischen Behörden im Jahre 1832 die Erfassung aller Armen Haushalte in einer Armenliste. Diese bietet - trotz des obrigkeitsstaatlichen Blickwinkels - einen einmaligen und faszinierenden EInblick in eine sonst nur schwer fassbare Bevölkerungsgruppe, zudem zu einem Zeitpunkt, kurz bevor der junge Marx seine Geburtsstadt zum Studium verließ (1835). Über die verzeichneten Hausnummern konnte mittels eines Skriptes die Haushalte auf Häuserbasis aggregiert und auf einen zeitgenössischen Stadtplan Triers übertragen werden. Ein komplexes UI bietet zahlreiche Filtermöglichkeiten anhand der Quellenangaben. Ein simpler Logging-Meachanismus zeichnete das Nutzerverhalten auf, das im Nachgang analysiert wurde. Noch während der Laufzeit wurde die Anwendung responsiv gestaltet und steht seitdem unter der URL https://armenkarte1832.uni-trier.de zur allgemeinen Nutzung bereit.

Die Teilnehmer/innen lernen, wie sie mit Hilfe von ogr2ogr, NAS-XML-Dateien und OSM-Rohdaten nach SpatiaLite, PostGis oder Shapefile konvertieren, dabei Inhalte auswählen und in ein andere Koordinatensystem umprojizieren. Mit der Integration der Werkzeuge in Linux-Shell-Skripts oder Windows-Batch lassen sich ganze Daten-Verzeichnisse konvertieren und viele Abläufe automatisieren, Der Kurs wendet sich an Nutzer von QGIS oder anderen GIS-Programmen, die keine Angst vor der Kommandozeile haben .

QGIS kann kann über die Schnittstelle GDAL/OGR praktisch sämtliche relevanten Geodatenformate lesen und sehr viele auch schreiben. Es gibt einige Datenformate, mit denen Nutzer/innen es häufiger zu tun bekommen, die jedoch als Arbeitsformat ungeeignet sind. Dazu gehören insbesondere das NAS-XML-Format der Landesämter für Geoinformation und OSM-Rohdaten im OSM- oder PBF-Format. Diese Daten lassen sich zwar direkt ins QGIS laden und anschließend in ein anderes Format speichern. Wer jedoch sehr große oder viele Dateien konvertieren muss, ist im QGIS mit sehr langen Ladezeiten oder auch Programmhängern konfrontiert. Mit dem Kommandozeilen-Werkzeug ogr2ogr, welches mit QGIS automatisch installiert wird, lassen sich auch sehr große PBF-Dateien oder ein ganzes Verzeichnis von NAS-XML-Dateien konvertieren bzw. in eine Datenbank importieren. Zudem könne Inhalte schon beim Import über die eingebaute SQL-Schnittstelle gewählt und Geometrien direkt in ein anderes Koordinatenbezugssystem umprojiziert werden. Mit der Integration der Werkzeuge in kurze Linux-Shell-Skripts oder Windows-Batch lassen sich ganze Daten-Verzeichnisse konvertieren und viele Abläufe automatisieren, Im Workshop konvertieren wir OSM-PBF- und NAS-XML-Dateien in eine SpatiaLite Datenbank, wählen dabei Inhalte aus und projizieren in andere Koordinatensysteme um. Auch das umprojizieren ganzer Verzeichnisse mit Shapefiles via ogr2ogr wird durchgeführt. [Workshop-Material](http://www.gkg-kassel.de/fossgiss.html)

Bedien- und Benutzerfreundlichkeit in Software kann effektiv getestet werden. Welche Testmethoden es gibt und was dabei zu beachten ist, wird im Vortrag erklärt.

Usability, was ist das? Und was heißt das? Usability kommt aus dem englischen und setzt sich aus den Wörtern „use“ - Nutzen - und „ability“ - Fähigkeit - zusammen. Es bedeutet so viel wie Benutzerfreundlichkeit - dem Nutzer freundlich sein. Benutzerfreundlichkeit existiert fast überall und beginnt bei ergonomischen Zahnbürsten zum besseren putzen, den Türklinken auf Handhöhe, bis hin zur Kaffeetasse mit Henkel, um sich nicht zu verbrennen. Und natürlich ist das auch in Software ein immer größer werdendes Thema. Immer mehr Hersteller stellen sich die Frage „Wie ist meine Software einfacher zu bedienen?“ „Wie kann ich den Nutzer noch zufriedener machen?“ oder auch „Woran bemerke ich überhaupt, ob der Nutzer zufrieden ist?“. Auch sind das Themen, die uns immer mehr in GIS interessieren. Im Vortrag beantworte ich genau diese Fragen und gebe einen Einblick in: Was bedeutet Usabiliy? Welche Testmethoden gibt es? Woher kommen die Tester? Was sollte getestet werden? Die Folien liegen auf SlideShare.

Der Vortrag wird Einblicke in vergangene und aktuelle Entwicklungen liefern. Auch wird ein Ausblick auf kommende Features nicht fehlen.

Die GraphHopper Routing-Engine ist eine der bekanntesten Open Source Routing-Engines und unterliegt natürlich einer ständig Weiterentwicklung. In dem Vortrag wird auf das neue Feature der Isochrone-Berechnung, das neuen Web-Dropwizard Framework und auch auf zukünftige Entwicklung, wie der leichteren Flexibilisierung u. v. m., eingegangen. Evtl. mit Demo.

Die Kombination von BIM-Modellen und Geodaten ist eine Schlüsselfunktion für ein einheitliches digitales Abbild der gebauten Umwelt. Im Rahmen des BMWi-Projektes „IMMOMATIK“ soll die BIM-Methode auf den Betrieb von Immobilien der Wohnungswirtschaft angewendet werden. Der Fokus liegt auf den Daten, die ausschließlich mit Open-Source-Software im BIMServer.org und in einer PostGIS Datenbank geführt werden. So können die Vorteile der OpenBIM-Methodik und Geodaten genutzt werden.

Die Methode des Building Information Modelling (BIM), basiert auf der Nutzung digitaler Bauwerksmodelle für Planung, Ausführung und Betrieb von Bauwerken. Mit dem offenen Standard „Industry Foundation Classes“ (IFC, buildingSmart, ISO16739) können Gebäudemodelle softwareunabhängig ausgetauscht werden. Eine der wenigen OpenSource Projekte für die BIM Methode ist BIMServer.org. Die Kombination von BIM-Modellen und Geodaten ist eine Schlüsselfunktion für ein einheitliches digitales Abbild der gebauten Umwelt. Im Rahmen des BMWi-Projektes „IMMOMATIK“ soll die BIM-Methode auf den Betrieb von Immobilien der Wohnungswirtschaft angewendet werden. Der innovative Kern von IMMOMATIK ist es, die inhaltlich angereicherten Daten, die mittels Vermessung/CAD/GIS erfasst und verwaltet werden, semi-automatisch für BIM aufzubereiten und BIM/GIS-kombinierte Datenbankabfragen zu ermöglichen. Die Daten werden ausschließlich mit Open Source Software im BIMServer.org und in einer PostGIS Datenbank geführt – so können die Vorteile des jeweiligen Systems genutzt werden. Der Systemarchitektur ist so gestaltet, dass Bauwerks- und Geodaten der Wohnungs- und Immobilienwirtschaft für interne Prozesse und externe Kommunikation über eine benutzerfreundliche Web-Schnittstelle möglich sind.

Mit den Open-Source-Tools OpenLayers und Cesium lassen sich Gebäudemodelle in 2D und 3D nebeneinander visualisieren. Das Framework ol-cesium ermöglicht dabei eine einfache Synchronisierung zwischen 2D- und 3D-Ansichten. Im Vortrag werden verschiedene Lösungen und Beispiele gezeigt, die eine Visualisierung von Gebäudemodellen in Kombination mit Geodiensten und Hintergrundkarten ermöglichen.

Mit den Open Source Tools OpenLayers und Cesium lassen sich Gebäudemodelle in 2D und 3D nebeneinander visualisieren. Das Framework ol-cesium ermöglicht dabei eine einfache Synchronisierung zwischen 2D- und 3D- Ansichten. Im Vortrag werden verschiedene Lösungen und Beispiele gezeigt, die eine Visualisierung von Gebäudemodellen in Kombination mit Geodiensten und Hintergrundkarten ermöglichen.

Datensätze kommerzieller Navigationssysteme decken Wegenetze außerhalb des öffentlichen Straßennetzes meist nur unzureichend ab. OSM-Daten können diese Lücke in vielen Fällen erfolgreich schließen. Am Beispiel zum Auffinden forstlicher Holzlagerplätze werden die Aspekte zum Aufbau von Routen fähigen Straßendaten erläutert und eine QGIS-Anwendung mit SpatiaLite Unterbau vorgestellt, mit der sich aufgrund fehlender Hausadressierung im Wald die Navigationsstrecke mittels Maus zusammenstellen lässt.

Gegenüber der herkömmlichen Navigation von einem Start- zu einem Zielpunkt, gilt es bei der forstlichen Routenplanung zur Holzabfuhr aus dem Wald einige Besonderheiten zu berücksichtigen. Die Streckenführung kann wegen Gewicht und Länge von einem nicht-, zu einem vollbeladenen Holztransporter aufgrund von Steigungen, Kurvenradien und der Wegbeschaffenheit nach Witterungslage stark von einander abweichen. Zudem ist eine Rundfahrt erwünscht, um ein Wenden des LKWs im Wald zu vermeiden. Unter Berücksichtigung der erforderlichen Kriterien an die Navigation im Forst wurde eine Anwendung mit QGIS als GUI entwickelt, die es auch dem GIS-Laien ermöglicht, mit einem einfachen, aber praxisgerechten System die leeren LKW-Einfahrten zum Holzlagerplatz und beladenen Ausfahrten zu planen. Das Abgreifen der Start- und Zielpunkte sowie notwendiger Wegmarken zum Umfahren nicht passierbarer Streckenabschnitte erfolgt mit der Maus. Über ein einziges Eingabeformular können neue Routen gestartet und berechnet sowie alte Wegpunkte und Streckenverläufe gelöscht werden, ohne zwischen Punkt- und Linienlayer wechseln zu müssen. Nach dem Generieren der gewünschten Navigationsstrecke kann diese im GPX-Format abgespeichert und an den Abfuhrspediteur per Email weitergereicht werden. Die GPX-Daten werden einfach in ein Navigationsgerät oder Smart-/I-Phone übertragen, so dass ein zielsicheres Abfahren der Strecke, unabhängig vom verwendeten Endgerät gewährleistet ist.

Die Usability frei zugänglicher Web-GIS variiert derzeit stark. In einer Usability-Studie wurden Usability-Probleme und Verbesserungspotenziale freier Web-GIS am Beispiel des IÖR-Monitors im Spannungsfeld zwischen subjektiven Nutzerbewertungen und objektiv gemessenen Eyetrackingdaten ermittelt. Die so entstandene Sammlung von Problemen und Lösungsvorschlägen kann während der Entwicklung oder Überarbeitung von Web-GIS oder zugrundeliegender APIs zur Verbesserung der Usability genutzt werden.

Obwohl die Bedeutung der Usability in der Geoinformatik bereits bekannt ist, finden sich immer noch GIS mit vielen oder großen Usability-Problemen im Web. Eine gute Usability wird oft als Diskrepanz zu angebotenen Expertenfunktionalitäten betrachtet. Experten sollten sich in die Nutzung des GIS einarbeiten, um damit Schwächen in der Usability auszugleichen. Die Anforderungen an die Usability frei zugänglicher WebGIS erhöhen sich mit der Vielzahl und Verschiedenartigkeit der Nutzer dieser Anwendungen, wie beispielsweise GIS-Experten oder politische Entscheider. In einer von den Autoren konzipierten und durchgeführten Usability-Studie sollten Usability-Probleme und Verbesserungspotenziale freier WebGIS am Beispiel des IÖR-Monitors ermittelt werden. Ziele der Studie waren: 1) Die Nutzung und Usability-Anforderungen sowie resultierende Probleme aus der Sicht verschiedener Nutzergruppen zu untersuchen und vergleichen. 2) Unterschiede in der subjektiven und objektiven Usability-Wahrnehmung zu ermitteln, um die Bedeutung der verschiedenen Evaluierungsmethoden, Befragung und Eyetracking, für die Bewertung der Usability eines freien WebGIS festzustellen. 3) Eine strukturierte Sammlung von Usability-Problemen und Lösungsvorschlägen zu erarbeiten, die Softwareentwicklungsprozesse, z. B. hinsichtlich Fehlervermeidung, unterstützt. Darüber hinaus soll durch Publikation der Studienergebnisse auch bei Entwicklern freier Softwarebibliotheken das Bewusstsein für die Usability von Webanwendungen der Geoinformatik geschaffen werden, damit Usability-Aspekte bereits im Kern dieser Anwendungen, also in den Softwarebibliotheken selbst berücksichtigt werden. Untersuchungsgegenstand der Studie war der IÖR-Monitor (https://monitor.ioer.de), ein frei zugängliches WebGIS, welches bundesweite Analysen von Siedlungs- und Freiraumentwicklung unterstützt. Die Anwendung wurde 2010 veröffentlicht und kontinuierlich durch Publikation neuer Geodaten und Nutzung neuer Technologien weiterentwickelt. 2018 fand eine maßgebliche Überarbeitung hinsichtlich Funktionalität und Usability statt, bei der das aktuelle WebGIS als Webclient auf Basis von HTML und verschiedener Javascript-Bibliotheken, wie Bootstrap, Leaflet, D3 und jquery, entstand. In der Usability-Studie wurden 28 potenzielle Nutzer des Monitors aus Wirtschaft, Wissenschaft und dem behördlichen Umfeld auf Grundlage ihrer Ausbildung und beruflichen Tätigkeiten in die Gruppe der GIS-Experten bzw. der Fachanwender eingeteilt. Die Probanden beider Nutzergruppen sollten jeweils drei Aufgaben mit entsprechenden Teilaufgaben zur Visualisierung, Analyse und Nutzung der Ergebnisse in der Anwendung durchführen. Mittels Eyetracking und weiterer Trackingsoftware wurden währenddessen Augenbewegungen (Fixationen (Fokussierungen), Sakkaden (Blicksprünge) und Scanpfade) sowie Bearbeitungsdauer und Mausklicks erfasst. In aufgabenspezifischen Fragebögen sowie einer abschließenden Befragung wurden darüber hinaus subjektive Eindrücke, Anmerkungen und Vorschläge der Probanden erfasst. Usability-Probleme beim Erfüllen einer Aufgabe wurden typischerweise objektiv durch eine lange Bearbeitungsdauer und viele schnelle und verteilte Fixationen gemessen und durch die im Fragebogen entsprechend kritischen Bewertungen untermauert. Insbesondere bei der Beobachtung der Fachanwender zeigten sich aber auch Unterschiede in der objektiven und subjektiven Betrachtung der Usability. Während diese Probanden oft angaben, keine Probleme gehabt zu haben, zeigte die Auswertung der Eyetracking-Daten, dass sie mehrfach Menüs betrachteten, die nicht zum Erfüllen der jeweiligen Aufgabe beitrugen. Diese Probanden hatten beispielsweise Probleme in der Einstellung einer vorgegebenen räumlichen Gliederungsebene, z. B. Gemeinden in Hessen, oder beim Abfragen von Sachinformationen zu einem bestimmten Thema (im Monitor als Indikator bezeichnet). Sie benötigten mehrere Versuche für das Erfüllen einer Aufgabe, erbaten mindestens eine Hilfestellung oder konnten die Aufgabe sogar gar nicht erfüllen. Die Unterschiede zwischen subjektiven Fragebogenantworten und objektiv gemessenen Eyetrackingdaten dieser Usability-Studie weisen darauf hin, dass die Usability freier WebGIS vielschichtig betrachtet werden muss. Insbesondere die subjektive Wahrnehmung wenig erfahrener Nutzer kann deutlich von gemessenen Werten abweichen. Bei einer einfachen Nutzerbefragung, wie sie oft aus Kosten- und Zeitgründen während der Entwicklung freier WebGIS durchgeführt wird, bleiben demnach Usability-Probleme unentdeckt, die mittels Eyetracking schnell ermittelt werden können. Unabhängig ob GIS-Experten oder Fachanwender wurden größere Usability-Probleme, wie z. B. ein kontrastarmes und bezüglich der Wahrnehmung ungünstig positioniertes Suchfeld oder komplexe über die ganze Anwendung verteilte Interaktionsfolgen, in beiden Probandengruppen gleichermaßen wahrgenommen. In den Eyetrackingdaten zeigte sich das sukzessive Abscannen der Anwendung und Suchen nach der nächsten passenden Handlungsoption durch viele Fixationen auf allen Elementen der Nutzeroberflächen und durch Sakkaden mit häufigen Richtungswechseln. Kleinere Usability-Probleme, z. B. beim Wechsel der Hintergrundkarte, wurden von den GIS-Experten weniger stark wahrgenommen, da sie auf Erfahrungen in der Nutzung anderer GIS zurückgreifen konnten und selbstsicherer, bspw. durch Ausprobieren, die gewünschte Aufgabe erfüllten. Bei der Entwicklung webbasierter GIS für einen breiten Nutzerkreis sollte die Nutzeroberfläche zunächst für die Bedürfnisse der Nutzer mit den geringsten Fähigkeiten und Vorkenntnissen entwickelt werden und eine klare Struktur mit logisch und optisch sortierten Funktionen, z. B. in Toolbars, aufweisen. Maßgeblich für eine effiziente Nutzung sind auch die Beschriftungen und Piktogramme auf Buttons, sowie deren Gestaltung und Mouseover-Effekte. Dabei ist ein klar formulierter Buttontext einem uneindeutigem und bisher nicht etabliertem Icon vorzuziehen. Die vielschichtigen Ergebnisse der Studie können teilweise in folgende Leitlinien zur Entwicklung nutzerfreundlicher freier WebGIS weiterentwickelt werden: 1) Umfangreiche Tabellen, bspw. mit thematischen Informationen zu bestimmten Orten, sollten Sortier- und Filtermöglichkeiten anbieten. 2) Zeitschieberegler zur Auswahl eines Zeitpunktes für die Visualisierung raumzeitlicher Informationen sollten unterhalb der Karte bzw. falls vorhanden, gruppiert mit anderen Karteneinstellungsoptionen platziert werden. 3) Omni-Suchfelder zur Suche nach räumlichen und thematischen Informationen sollten optisch hervorgehoben werden und Informationen zu möglichen Suchen sichtbar darstellen. 4) Farbschematas, die Nutzer interaktiv auswählen können, sollten Regeln der Barrierefreiheit, bspw. zu Farbsehschwächen, berücksichtigen. Weitere Ergebnisse werden detailliert im Rahmen des Vortrags vorgestellt. In zukünftigen Forschungs- und Entwicklungsarbeiten soll die Praxistauglichkeit der entwickelten Leitlinien überprüft werden. Die erarbeiteten Usability-Probleme und Lösungsvorschläge wurden im Usability-Portal (https://usability.geo.tu-dresden.de) der Professur für Geoinformatik ergänzt und dienen zusammen mit Ergebnissen aus bereits durchgeführten Studien und Workshops als Basis für weiterführende Untersuchungen und Konzepte zur Weiterverarbeitung des gesammelten Wissens.

Der Vortrag beschreibt ein selbstgebautes Geräte zur Laserscandatenerfassung und anschließende Visualisierung mittels Potree.

Ein System basierend auf einem Raspberry Pi mit GPS, Sensorhat (IMU) und Laserscaner (Scanse) wurde in einer Fahrtasche montiert und dient als Datenlogger. Dabei werden bis zu 500 Punkte pro Sekunde gemessen. Die anschließende Datenaufbereitung besteht in einer Interpolation des GPS-Pfades, einer Bestimmung der Orientierung und einer darauf aufbauenden Ermittlung der Lasermesspunkte in globalen Weltkoordinaten. Als Wochenendprojekt gibt es hier noch deutliches Verbesserungspotential. Diese Daten werden anschließend für Potree [1] aufbereitet, mit diesen auf Octree basierenden System können riesige Punktwolken im Netz visualisiert werden (so ist z. B. komplett Dänemark als Laserscan auf Gebäudelevel abrufbar[2]). Potree verfügt über faszinierende Visualisierungsmethoden auf WebGL-Basis. Mit den Möglichkeiten zur Vermesung besteht die Hoffnung Daten für OSM sammeln zu können (Gebaudehöhen, Durchfahrtshöhen, ...) Die Referenzierung und Anzeige der OSM-Tiles übernimmt Cesium. Letzter Stand: https://tools.wmflabs.org/wp-world/potree/p1/test50.html dazugehörige Berechnungen [3] und Messdateien [4] [1] http://potree.org [2] http://potree.entwine.io/data/denmark.html [3] https://nbviewer.jupyter.org/urls/tools.wmflabs.org/wp-world/potree/2019-01-06-gpx-Sweep-vertical-02-potree-short.ipynb [4] https://tools.wmflabs.org/wp-world/potree/SWEEP-2018-11-25 14:58:10.717850.csv https://tools.wmflabs.org/wp-world/potree/GPS-2018-11-25 14:58:18.379819.csv https://tools.wmflabs.org/wp-world/potree/Track-2018-11-25 14:58:16.560010.csv

Im Workshop lernen die Teilnehmer/innen einen Geodatenverarbeitungsprozess mit Abfragen, Berechnungen, Überlagerung, Dissolve etc. unter Nutzung der grafischen Prozessmodellierung effektiv zu entwerfen und zu testen. Der Workshop wendet sich an QGIS-Anwender/innen, die über grundlegende Erfahrungen im Umgang mit der QGIS-Werkzeugkiste verfügen. Ein Bespielprojekt und ein kurzes schriftliches Skript sehen zur Verfügung.

QGIS bietet über die Werkzeugkiste eine mächtige und umfangreiche Umgebung zur Geodatenverarbeitung, die auch Werkzeuge aus GRASS, GDAL/OGR sowie Saga einbindet und den Pendants aus der proprietärer Software-Welt in nichts nachsteht. Mit der grafischen Prozessmodellierung steht ein Werkzeug zur Automatisierung von Abläufen zur Verfügung, welches zugleich eine hervorragende Hilfe bei der Dokumentation und Prüfung wiederkehrender Abläufe in der Geodatenverarbeitung ist. Auch lassen sich Funktionen bauen, die es direkt in QGIS nicht gibt. Im Workshop lernen die Teilnehmer/innen einen Geodatenverarbeitungsprozess mit Abfragen, Berechnungen, Überlagerungswerkzeugen, Dissolve etc. unter Nutzung der grafischen Prozessmodellierung zu entwerfen und zu testen. Es wird das gleiche inhaltliche Beispiel verwendet, wie beim Workshop Geodatenverarbeitung mit SQL, so dass sich interessante Vergleichsmöglichkeiten ergeben. [Workshop-Material](http://www.gkg-kassel.de/fossgiss.html)

Die TEAM Engine ist eine Engine, mit der Entwickler und Anwender Geodienste, wie WFS und WMS, und Geoformate, wie GML oder GeoPackage, testen können. Dieser Vortrag stellt vor, wie der neue OGC-Standard WFS 3.0 mit der TEAM Engine validiert werden kann. Dabei wird der Prozess der Erstellung der neuen Testsuite im Rahmen des OGC-Testbed-14-Programms näher beleuchtet. Des Weiteren werden die aktuellen Entwicklungen im TEAM-Engine-Projekt aufgezeigt und ein Ausblick gegeben.

Die TEAM Engine ist eine Engine, mit der Entwickler und Anwender Geodienste, wie WFS und WMS, und Geoformate, wie GML oder GeoPackage, testen können. Um die Implementierung und das Testen von GIS-Software basierend auf OGC Standards zu unterstützen, stellt das Open Geospatial Consortium (OGC) mehrere Testsuites für die TEAM Engine zur Verfügung. Die TEAM Engine ist aktuell als OSGeo Projekt in der Inkubationsphase. Sie ist ein wichtiges Werkzeug, um die Interoperabilität zwischen verschiedenen Implementierungen von OGC-Standards und -Clients zu gewährleisten, die diese Standards in Form von Schnittstellen, wie WFS oder WMS, oder Formaten, wie GML oder GeoPackage, nutzen. Die TEAM Engine muss in Verbindung mit OGC Executable Test Scripts (ETS) verwendet werden, um Instanzen von Geodiensten und -formaten auf Konformität mit OGC-Standards zu prüfen. Die Ausführung einer ETS erfolgt über eine Weboberfläche, eine REST Schnittstelle oder ein Kommandozeilentool. Um die Installation, Konfiguration und das Starten der TEAM Engine zu erleichtern, kann diese mit Docker genutzt werden. Im Rahmen des aktuellen OGC Testbed 14 Programms wurde eine Testsuite für den neuen OGC Standard WFS 3.0, der noch nicht final veröffentlicht wurde (Stand November 2018), erstellt. Da dieser Standard konzeptionell anders aufgebaut ist als seine Vorgänger, wie zum Beispiel WFS 2.0, mussten während der Implementierung der Testsuite mehrere konzeptionelle Sachverhalte diskutiert und gelöst werden. Dieser Vortrag stellt vor, wie der neue OGC Standard WFS 3.0 mit der TEAM Engine validiert werden kann. Dabei wird der Prozess der Erstellung der neuen Testsuite im Rahmen des OGC Testbed 14-Programms näher beleuchtet. Dazu gehört auch eine kurze Vorstellung des WFS 3.0-Standards selber. Des Weiteren werden die aktuellen Entwicklungen im TEAM Engine-Projekt aufgezeigt und ein Ausblick auf die Schwerpunkte der Weiterentwicklung in der Zukunft gegeben.

Zwei QGIS-PlugIns werden vorgestellt, die die Funktionalitäten von Geokodierdiensten und von intermodalen Erreichbarkeitsanalysen mit dem OpenTripPlanner in das Desktop-GIS integrieren.

QGIS-PlugIns bieten eine spannende Möglichkeit, die Funktionalität von QGIS um neue Funktionen zu erweitern. Es sollen zwei PlugIns vorgestellt werden: - Ein PlugIn, das Datensätze mit Adressen die in QGIS als Tabellen eingelesen werden, mit externen Geocodierdiensten (am Beispiel des Geocodierdienst des Bundesamts für Kartographie und Geodäsie BKG) geocodiert, direkt visualisiert und eine interaktive Nachbearbeitung der geocodierten Datensätze ermöglicht. - Ein zweites PlugIn ermöglicht es, Reisezeiten zwischen Punkten verschiedener QGIS-Layer mit verschiedenen Verkehrsmitteln (Fuß, Fahrrad, Pkw, ÖPNV, Kombination verschiedener Verkehrsmittel) zu berechnen und diese Reisezeitberechnungen auch gleich für die Berechnung weiterer Erreichbarkeitsindikatoren zu nutzen (z.B. Anzahl der erreichbaren Kunden innerhalb von 30 Minuten mit dem ÖPNV). Zur Berechnung wird eine Instanz des OpenSource-Tools OpenTripPlanner genutzt. Die Visualisierung der Ergebnisse erfolgt direkt in QGIS.

Dieser Workshop vermittelt die Grundlagen der aktuellsten Version von react-geo und bietet einen Einstieg in die Entwicklung eines WebGIS-Frontends mit React.

Dieser Workshop vermittelt die Grundlagen der aktuellsten Version von react-geo und bietet einen Einstieg in die Entwicklung eines WebGIS-Frontends mit React. React (von facebook als OpenSource Projekt bereitgestellt) ist derzeit eines der meistgenutzten Frameworks zur Entwicklung von Web-UI-Komponenten. react-geo koppelt mapping (OpenLayers) mit React UI (Ant Design) und bietet Tools für die Erstellung von hochmodernen, modularen WebGIS Frontends. Die micro packages @terrestris/ol-util und @terrestris/base-util bieten darüber hinaus diverse Hilfsfunktionen beim Umgang mit Geodaten in OpenLayers, die besonders in Kombination mit react-geo ihre Stärken präsentieren. Die Teilnehmer des Workshops lernen anhand einfacher Beispiele den Umgang mit Basis-Komponenten (Ortssuche, Maßstabsauswahl, …) und -Konzepten. Vorkenntnisse in JavaScript sind wünschenswert und sicherlich hilfreich, aber nicht zwingend zum nachvollziehen erforderlich. Informationen: Zugehöriger Talk: [react-geo und Co. - React-Komponenten und -Utilities für OpenLayers Anwendungen ](https://github.com/terrestris/fossgis2019/blob/master/abstracts/talks/react-geo-und-co-react-komponenten-und-utilities-fuer-openlayers-anwendungen.md) react-geo: - Beispiele und Dokumentation befinden sich im Aufbau und sind unter https://terrestris.github.io/react-geo/ erreichbar - react-geo ist als NPM-Paket unter dem Namen @terrestris/react-geo verfügbar react: https://reactjs.org/ AntDesign: http://ant.design/ OpenLayers: http://openlayers.org/

QGIS bietet mit dem Map Composer ein professionelles Werkzeug um hochwertige thematische Karten zu produzieren. Dabei braucht QGIS den Vergleich mit kommerzieller Software schon lange nicht mehr scheuen. Der Workshop gibt einen Überblick über die Werkzeuge die der Map Composer - die Kartenerstellungskomponente in QGIS - bietet. Die Teilnehmer erstellen während des Workshops eine druckbare Karte mit allen wichtigen kartographischen Elementen.

Der Workshop befasst sich intensiv mit dem QGIS Map Composer und dem professionellen Erstellen von druckbaren Karten, sei es als Karte oder Textabbildung. Die Teilnehmer werden in die verschiedenen Werkzeuge des Kartenlayouts eingeführt und werden anhand eines konkreten Beispiels in die professionelle Erstellung von Kartendrucklayouts mit QGIS eingeführt. Der Workshop befasst sich unter anderem mit den Themen: - Erstellung der wichtigsten Kartenelemente wie Kartenrahmen, Nordpfeil, Übersichtskarte, Titel und Legende - Verwendung von QGIS Variablen im Drucklayout - Nutzung von datendefinierter Übersteuerung im Drucklayout - die wichtigsten Exportformate - vom Kartenlayout zur Druckvorstufe

Was sind GPU-Datenbanken? Wie viel Geo steckt schon drin? Eine kurze Live-Demo mit OmniSci wirds euch zeigen.

GPU Datenbanken sind der neuste Schrei, da ihre Abfragegeschwindigkeiten die der andere Systeme deutlich schlagen (https://github.com/szilard/benchm-databases#results). Geometrische Algorithmen scheinen wie gemacht für diese Systeme und erste interaktive Dashboards begeistern durch ein neues Interaktionsgefühl zwischen Karte und Infografiken. Die momentanen Abfrage- und Darstellungsmöglichkeiten sind zwar noch stark begrenzt, aber eine kurze Live-Präsentation soll vermitteln, welches Potenzial GPU-unterstützte Datenbanken haben.

Wie sehen die Preise der kommerziellen Tile Servern aus? In diesem Lightning Talk teilen wir die Ergebnisse unserer Analyze des Kartendienst-Marktes.

Wer OSM "Tile Usage Policy" genau liest stellt schnell fest, dass OpenStreetMap nicht bedingungslos umsonst ist: > OpenStreetMap data is free for everyone to use. Our tile servers are not. So ist z.B. "heavy use" verboten, Zugriff für Zuwiederhandelnde kann ohne Vorwarnung blockiert werden. Glücklicherweise gibt es genug kommerziellen Anbieter der Kartendienste auf dem Markt. Allerdings ist es nicht leicht, sich einen Überblick über vielerlei Angebote zu verschaffen, vor allem was die Preise angeht. In Rahmen eines Projekts haben wir eine Analyze der Preismodellen von einigen Kartendienst-Anbieters durchgeführt. Die Ergebnisse möchten wir in Rahmen dieses Lightning Talks gerne teilen.

Ich erzähle kurz zum Stand der Dinge in meinen Versuchen amtliche LiDAR-Daten bzw. das digitale Oberflächenmodell der Stadt Hamburg über das Hamburgische Transparenzgesetz zu befreien.

Ich erzähle kurz zum [Stand der Dinge](https://fragdenstaat.de/anfrage/digitales-oberflachenmodell/) in meinen Versuchen amtliche LiDAR-Daten bzw. das digitale Oberflächenmodell der Stadt Hamburg über das Hamburgische Transparenzgesetz zu befreien. Stand November 2018 ist die Begründungen für eine nicht-proaktive Veröffentlichung "Laserdaten sind originäre Messdaten", also keine "Geodaten" sowie die Begründung gegen eine Veröffentlichung auf Antrag datenschutzrechtliche Belange wegen der hohen Punktdichte.

Das Plugin QGIS-Projektgenerator wird vorgestellt. Dieses erlaubt es, aus PostGIS, GeoPackage oder Interlis-Datenmodellen ansprechende Erfassungsmasken zu erstellen. Dabei wird insbesondere auch auf die Herausforderungen eingegangen, die sich ergeben, wenn Daten nach einheitlichem Schema von verschiedenen Stellen erfasst werden sollen.

Wir präsentieren den Projektgenerator, ein QGIS 3 Plugin, welches QGIS Projektdateien aus Informationen von existierenden Datenbankmodellen erzeugt. Der Kern jeder komplexen GIS Anwendung ist das Datenmodell. Auf die Daten selbst wird dann über eine Nutzeroberfläche zugegriffen, welche für die Visualisierung, Abfrage und das Bearbeiten der Daten zuständig ist. [QGIS](http://qgis.org/) ist eine Standard GIS Nutzeroberfläche, die hoch konfigurierbar ist um Datenmodellstrukturen abzubilden. Von der Darstellung und Validierung von Attributen über Beziehungen zwischen verschiedenen Layern eröffnen sich beinahe unbegrenzte Möglichkeiten um QGIS auf die Bedürfnisse des Nutzers abzustimmen. Um von diesen Möglichkeiten zu profitieren muss ein QGIS Projekt zuerst konfiguriert werden. Dies kann eine aufwändige und mühsame Aufgabe sein und viele Informationen dazu sind eigentlich bereits in den Datenstrukturen vorhanden. Der QGIS Projektgenerator analysiert die existierenden Datenbankstrukturen von PostGIS und GeoPackage Datenmodellen und konfiguriert ein QGIS Projekt mit allen verfügbaren Informationen. Durch diese Automatisierung kann der initiale Projektkonfigurationsaufwand massiv gesenkt werden. Der Projektgenerator profitiert ebenfalls von der Modellierungssprache [Interlis](http://interlis.ch). Modelle, die in Interlis definiert wurden bieten zusätzliche Metainformationen wie Domains, Einheiten von Attributen oder objektorientierte Definitionen von Tabellen. Dies kann genutzt werden um die Projektkonfiguration noch weiter zu optimieren. In kürzester Zeit steht einem Nutzer damit die umfassende Unterstützung für den gesamten Schweizer Geodatenkatalog zur Verfügung, der bereits im Interlis Format vorhanden ist. Darüber hinaus hat es sich als praktisches Framework für komplexere Projekte bewährt. Beispielsweise baut die [kolumbianische Umsetzung des Land Administration Domain Model (LADM)](https://www.proadmintierra.info/) auf Interlis in Kombination mit dem Projektgenerator auf. Während viele Fachschalen für fortgeschrittene Funktionen auf eigenen Python-Code setzen, wird in diesem Projekt der Ansatz gewählt, möglichst viel als QGIS Kernfunktionalitäten umzusetzen. Die verfügbaren Mittel werden sowohl für die Pluginentwicklung als auch für die Verbesserung von QGIS Funktionen eingesetzt. Damit sind viele Resultate für das ganze QGIS Ökosystem von Nutzen, ob in Kombination mit oder losgelöst vom Projektgenerator.

GIST, sp-GIST, BRIN oder BTREE - in PostgreSQL gibt es verschiedene Indextypen, die mittlerweile auch für PostGIS-Geometriespalten unterstützt werden. Der Vortrag wird kurz die wesentlichen Unterschiede vorstellen und anhand von einfachen Regressionstests mit künstlichen Geodaten aufzeigen, wann welcher Typ am Besten verwendet werden sollte.

Mittlerweile bietet PostGIS verschiedene Indexarten für Geometriespalten an: Den klassischen R-Baum, der auf dem GIST-Framework von PostgreSQL implementiert ist, den leichtgewichtigen Block-Range Index, kurz BRIN und seit PostGIS 2.5 den Kd-baum auf Basis des sp-GIST Framework. Selbst B-Baum-Indizierung ist möglich, aber wenig nützlich. Nun ist die Frage, welcher Indextyp am besten zu den eigenen Daten bzw. Use Case passt? Verschiedene Quellen bestehend aus der Doku, Vortragsfolien oder StackOverflow-Fragen geben mal mehr, mal weniger konkrete Hinweise. Dabei sollten eine paar einfache Regressionstests mit künstlich generierten Geodaten die Antwort liefern. Der Vortrag wird die Ergebnisse der Tests vorstellen und die Funktionsweise der Indizes kurz (mit bunten Bildern!) erläutern.

Freie, intermodale Open-Source-Routenplaner wie OpenTripPlanner, zunehmend als Open Data veröffentlichte ÖPNV-Fahrpläne sowie OpenStreetMap machen neue, innovative Anwendungen möglich, um z.B. Pendlern Alternativen zur Fahrt im eigenen Auto anzubieten.

Mitfahren-BW kombiniert als offene Metasuche durch Mitfahrbörsen bereitgestellte Mitfahrangebote mit Bus und Bahn. So können Pendler (Mit-)Fahrer finden, die zwar nicht den gleichen Start- und Zielort haben, aber doch zu Fuß oder mit dem ÖPNV erreichbar sind. Offene und in offenen Datenformaten verfügbare Daten sind hierfür die Grundlage. Der Vortrag geht auf verfügbare Datenquellen und -Formate ein und stellt hilfreiche Werkzeuge zur Aufbereitung und Qualitätssicherung dieser Daten vor. Der GPL-lizensierte, intermodale Routenplaner OpenTripPlanner das Herzstück von Mitfahren-BW. Der Vortrag stellt seine grundlegenden Konzepte und Routingansätze vor, ebenso wie Tipps und Tricks bei seinem Einsatz. Für die API des OpenTripPlanners gibt es verschiedene Clients, die seine Einbindung in Web- oder mobile Applikationen einfach machen.

Der Urban Mobility Accessibility Computer ist ein Open-Source-Tool zur Berechnung von urbanen Erreichbarkeitsmaßen. Es wird dazu verwendet Verkehrssysteme hinsichtlich ihrer Effektivität und Verfügbarkeit zu bewerten und stellt somit eine wertvolle Grundlage für städtische Verkehrsplanung dar.

In Zeiten von ansteigendem Verkehrsaufkommen, des Rückgangs des offenen urbanen Raums durch Verdichtung und von zunehmender Luftverschmutzung durch städtischen Verkehr brauchen Verkehrs- und Stadtplaner Maßzahlen zur Bestimmung der Verfügbarkeit und der Effektivität vorhandener und neuer Verkehrssysteme. Erreichbarkeitsmaße bieten die Möglichkeit den aktuellen Stand existierender Verkehrssysteme auf verschiedenen räumlichen Ebenen darzustellen und ermöglichen Veränderungen am Verkehrssystem und der urbanen Landnutzung unter Beachtung verschiedener Verkehrsmittel zu bewerten. UrMoAC ist eine Open Source Software zur Berechnung von Erreichbarkeitsmaßen in urbanen Räumen, basierend auf einem PostGIS Datenbanksystem. In diesem Beitrag soll die Funktionalität des Werkzeuges demonstriert und darüber hinaus Beispiele für die Berechnung von Erreichbarkeiten auf Basis offener Daten und deren Anwendbarkeit in der Planung dargestellt werden. Es werden hierzu Straßennetze aus OpenStreetMap und Gebäudeinformation sowie weitere offene Daten von Kommunen und transnationalen Organisationen verwendet.

Bei der Analyse von Performance-Problemen (Warum ist diese Abfrage langsam) kann eine Auswertung des Abfrageplanes via EXPLAIN helfen. Doch wie liest man dies?

Die OpenSource-Datenbank kommt mit einem leistungsfähigen Planner & Optimizer daher. Dieser berechnet mögliche Ausführungspläne einer an die Datenbank gestellten Abfrage und bewertet diese mit Kosten, um den günstigsten Abfrageplan auszuwählen. Doch wie arbeitet dieses Kostenmodell, und wie interpretiert man einen solchen Kostenplan? Im Vortrag sollen die grundlegende Arbeitsweise von EXPLAIN und die Auswertung von Ausführungsplänen vorgestellt werden.

Beim Amt für Geoinformation des Kantons Solothurn steht seit 2018 das Datenmanagement-Tool GRETL im Einsatz für den Datenimport und -export in die bzw. aus der PostGIS-Datenbank, aber auch für Datenumbauten von einem Datenmodell in ein anderes. GRETL ist ein Plugin für das *Gradle Build Tool*, wodurch die volle Power eines Build-Tools neu für Geodatenflüsse zur Verfügung steht.

Anlässlich der kompletten Erneuerung der Geodateninfrastruktur des Amts für Geoinformation des Kantons Solothurn mussten auch diverse veraltete Geodatenimport- und -exportskripte abgelöst werden. Der Vortrag beschreibt das dabei entstandene Datenmanagement-Tool GRETL, das seit Frühjahr 2018 im Einsatz ist. GRETL ist ein Plugin für das *Gradle Build Tool*; dadurch können verschiedene Steps zu einem Job aneinandergereiht werden. Ein Job kann so z.B. zuerst eine Datei von einem Server herunterladen, die Daten in eine PostGIS-Datenbank importieren, danach die Daten per Datenumbau in ein anderes Datenmodell umbauen und zum Schluss die umgebauten Daten in eine weitere Datenbank kopieren oder in eine Datei exportieren. Und falls einer der Steps fehlschlägt, wird der komplette Job abgebrochen und dies entsprechend geloggt. GRETL erweitert *Gradle* um folgende Steps, die für das Geodatenmanagement zentral sind: * SQL-Executor-Step: Erlaubt es, beliebiges SQL auf einer Datenbank auszuführen; damit kann innerhalb einer Datenbank z.B. ein Datenumbau von einem Datenmodell in ein anderes umgesetzt werden. * Db2Db-Step: Erlaubt es, Daten von einer Datenbank in eine andere zu kopieren, ohne dass diese miteinander verlinkt sein müssen; das Lesen der Daten erfolgt über eine beliebige SQL-Abfrage, wodurch auch hier vor dem Kopieren z.B. ein Datenumbau möglich ist. Der Db2Db-Step kann auch zum Datenimport aus Fremddatenbanken verwendet werden. * INTERLIS-Import-, INTERLIS-Export-, INTERLIS-Validator-Step: Erlauben es, INTERLIS-Daten zu importieren, zu exportieren und gegen ein INTERLIS-Datenmodell zu validieren; INTERLIS ist ein in der Schweiz gebräuchliches Austauschformat für Geodaten, wobei zu den Daten immer auch ein INTERLIS-Datenmodell gehört. * CSV-Import-, CSV-Export-, CSV-Validator-Step und SHP-Import-, SHP-Export-, SHP-Validator-Step: Erlauben es, CSV- bzw. Shapefile-Daten zu importieren, zu exportieren und ebenfalls gegen ein INTERLIS-Datenmodell zu prüfen. Im Betrieb werden die GRETL-Jobs durch *Jenkins*, eine *Automation Server Software*, gesteuert. Entweder werden sie automatisch zu einem vorgegebenen Zeitpunkt oder manuell durch einen Benutzer gestartet. *Jenkins* hält zudem die History und die Logs der Jobs vor und übernimmt das Berechtigungsmanagement. GRETL nutzt als Sprache für die Datenumbauten SQL. Durch die Möglichkeiten von SQL ist GRETL ein mächtiges ETL-Werkzeug (*Extract, Transform, Load*), und es ist für die Umsetzung eines Datenumbaus kein Erlernen einer speziellen Sprache notwendig. Auch dank des weitgehenden Einsatzes von Standardsoftware (*Gradle*, *Jenkins*) ist ein zuverlässiges, transparentes Werkzeug entstanden.

Das YAGA Entwicklerteam bietet eine Vielzahl von OpenSource Projekten an, mit denen leicht moderne Web-, App- und Server-Anwendungen erstellt werden können. Darunter leaflet-ng2, einer granularen Integration von Leaflet in Angular.io, sowie diverse Docker-Images zum Aufbau einer Geodateninfrastuktur (GDI). Das Anwendertreffen bietet die Möglichkeit zum gegenseitigen Austausch, sowie Hilfestellungen bei Problemen und Fragen.

Das YAGA Entwicklerteam bietet eine Vielzahl von OpenSource Projekten an, mit denen leicht moderne Web-, App- und Server-Anwendungen erstellt werden können. Darunter [leaflet-ng2](https://leaflet-ng2.yagajs.org/latest/), einer granularen Integration von Leaflet in Angular.io, sowie diverse [Docker-Images](https://hub.docker.com/u/yagajs/) zum Aufbau einer Geodateninfrastuktur (GDI). Das Anwendertreffen bietet die Möglichkeit zum gegenseitigen Austausch, sowie Hilfestellungen bei Problemen und Fragen. - [YAGA Webseite](https://yagajs.org) - [YAGA auf npm](https://www.npmjs.com/org/yaga) - [YAGA im Docker-Hub](https://hub.docker.com/u/yagajs/) - [YAGA auf Twitter](https://twitter.com/yagajs)

Die PostNAS-Suite Anwender treffen sich jedes halbe Jahr zum Austausch. Das nächste Treffen soll auf der FOSSGIS 2019 stattfinden. Hier sollen aktuelle Entwicklungen im PostNAS-Suite Projekt vorgestellt werden. Das Treffen richtet sich besonders an Neueinsteiger, die die Möglichkeiten kennenlernen wollen.

Die PostNAS-Suite bietet Lösungen zum Import von NAS-Dateien und zur Weiterverarbeitung sowie Inwertsetzung der Informationen. Die Daten des AAA-Modells also ALKIS, ATKIS, ABK werden im NAS-Austauschformat ausgegeben. Dieses kann über ogr2ogr (​OGR-Bibliothek) in unterschiedliche Systeme (PostgreSQL, Shape, Oracle u.a.) übertragen werden. Hinter der PostNAS-Suite steht ein Zusammenschluss von Anwendern und Dienstleistern, die an unterschiedlichen Lösungen im Desktop und Webbereich interessiert sind. Das Anwendertreffen soll vor allem Interessierte ansprechen. Anhand von Live-Demonstrationen soll der Import von ALKIS-Daten via ogr2ogr und über das norGIS-ALKIS-Import-Werkzeug und die Nutzung im Desktop GIS QGIS sowie im Web als WMS und über Mapbender vorgestellt werden. Fragen können dann durch die zahlreichen PostNAS-Suite-Anwender beantwortet werden. Sie sind herzlich eingeladen zum Anwendertreffen zu kommen.

Für die Abendveranstaltung "Dialoge im Bärenzwinger" wurde der Bärenzwinger Dresden ausgewählt. Für das Buffet steht außerdem das direkt daran angrenzende historische Kassemattengewölbe zur Verfügung. https://www.baerenzwinger.de/ Der Studentenclub liegt direkt an der historischen Altstadt, den Brühlschen Terrassen, und ist per Straßenbahnlinie 3, 7, 8 und 9 erreichbar. Zu Fuß ist die Veranstaltung ab Zentralgebäude etwa 30min entlang der Einkaufsstraße "Prager Straße" entfernt.

Für die Abendveranstaltung "Dialoge im Bärenzwinger" wurde der Bärenzwinger Dresden ausgewählt. Für das Buffet steht außerdem das direkt daran angrenzende historische Kassemattengewölbe zur Verfügung. https://www.baerenzwinger.de/ Der Studentenclub liegt direkt an der historischen Altstadt, den Brühlschen Terrassen, bzw. am Elbufer und ist per Straßenbahnlinie 3, 7, 8 und 9 erreichbar. Zu Fuß ist die Veranstaltung ab Zentralgebäude etwa 30min entlang der Einkaufsstraße "Prager Straße" entfernt. Studentenclub Bärenzwinger, Brühlscher Garten 1, 01067 Dresden Mittwoch, den 13. März 2019, 19:00 - 23:00 Uhr, Dresden Der Eintritt ist im FOSSGIS-Konferenz-Ticket enthalten Die Anmeldung zum Event ist bei Ticketbuchung, oder am Welcome Desk möglich. ACHTUNG: Es stehen nur 250 Karten zur Verfügung, daher ist eine frühe Buchung zu empfehlen. Zur Veranstaltung werden jedem Gast Getränkegutscheine gereicht, die an der Bar des Bärenzwingers eingelöst werden können

pgRouting erweitert PostGIS und PostgreSQL um Funktionen zur Routenberechnung und Netzanalyse. Dieser Einführungsworkshop zeigt anhand eines praktischen Beispiels, wie Sie mit pgRouting und OpenStreetMap Strassennetzdaten eine einfache Routingapplikation für den Webbrowser erstellen können.

pgRouting erweitert PostGIS und PostgreSQL um Funktionen zur Routenberechnung und Netzanalyse. Und dieser Einführungsworkshop zeigt Ihnen, wie. Sie lernen anhand eines praktischen Beispiels, wie Sie mit der neuen Version von pgRouting und mit OpenStreetMap Strassennetzdaten eine einfache Routingapplikation für den Webbrowser erstellen können. Dazu werden die erforderlichen Schritte erläutert, wie Datenaufbereitung, Routingabfragen in der Datenbank mittels SQL, individuelle Kostenberechnung und Möglichkeiten zur Ausgabe des Ergebnisses. Der Workshop richtet sich an fortgeschrittene Anwender mit Grundkenntnissen in SQL (PostgreSQL, PostGIS), Javascript und HTML. Die im Workshop verwendete Software sowie die Daten sind auf der OSGeo-Live DVD installiert.

In der archäologischen Forschung werden GIS bereits erfolgreich eingesetzt. Wie sieht es im Bereich Grabungsdokumentation aus?

In der Archäologie sind zahlreiche Einsatzmöglichkeiten für GIS denkbar. In der Forschung beispielsweise in der Landschaftsarchäologie, bei Sichtanalysen von bestimmten Fundstellen. So ist z. B. die Untersuchung des Sichtfelds und der Sichtbarkeit keltischer Höhensiedlungen aber auch mittelalterlicher Burganlagen häufig. In der Landschaftsarchäologie wird in der Regel versucht Standortfaktoren von Fundstellen zu definieren. So kann z. B. versucht werden, eine Änderung der Standortfaktoren im Laufe der Zeit zu ermitteln, etwa eine Bevorzugung von Lagen nahe an Erzlagerstätten ab der Eisenzeit oder die Bevorzugung von Höhenlagen ab der Bronzezeit. In der Feldarchäologie wird GIS in der Grabungsdokumentation immer zunehmender (zwangs-)genutzt. Ein sinnvoller Einsatz, wenn man daran denkt, beispielsweise die Grabungsflächen darzustellen und sie mit einer Fund- und Befunddatenbank zu verknüpfen. Auch die Befundgrenzen können eingetragen oder über die Vermessung eingelesen werden. Doch wo liegen hier die Stärken des GIS im Gegensatz zur Zeichnung/zum CAD und werden sie genutzt? Bislang kaum und so wird das GIS im Gegensatz zu Zeichnung/CAD von vielen Archäolog*innen als schwerfällig und unfähig empfunden. Besonders wird dies im Bereich der Profildokumentation deutlich. Hier muss über verschiedene, mehr oder weniger komplizierte Umwege ein GIS für etwas genutzt werden, wofür es nie gedacht und gemacht war. Das senkrechte Profil wird in die Waagerechte gekippt, um das Profilfoto entzerren und umzeichnen zu können. Die Koordinaten bleiben dabei nicht die echten Koordinaten, sondern werden umgerechnet oder anderweitig manipuliert. Kompliziert wird dann das Foto mit Hilfe von Clip-Funktionen zurecht geschnitten und aufwändig über die Druckzusammenstellung mit den geforderten Informationen versehen. Es gibt hierfür noch keine bequeme oder einheitliche Lösung. Die Profildokumentation speziell mit QGIS wird dabei als kostengünstige Alternative empfunden, die man nur wählt, wenn man sich die kommerzielle Software (SFM, CAD) nicht leisten kann oder will. Der Gedanke, dass man finanzielle Mittel statt in Lizenzen für starre Closed-Source-Programme in Plugins für Open-Source-GIS stecken könnte, die wiederum von der Gesamtheit der Archäolog*innen verwendet werden können, ist noch nicht verbreitet. Die Stärken von GIS für die Archäologie liegt daher bislang nur begrenzt in der Feldarchäologie. Es fehlen entsprechende einheitliche Verfahren und Hilfen, zum Beispiel in Form von Plugins. Wenn es um die reine Darstellung geht, sind Zeichnungen/CAD/SFM bislang nicht nur komfortabler zu bedienen, sondern liefern auch noch bessere bzw. korrektere Ergebnisse. Die wirkliche Chance für die Anwendung von Open-Source-GIS im Bereich der Archäologie liegt in der Verknüpfung von Sach- und Geodaten für Forschung und Analyse und (noch) nicht in der Feldarchäologie.

Dieser Workshop hat eine Einführung in die entscheidenden Konzepte und Funktionen des GeoServers zum Ziel und wird sich auf die wichtigsten Schritte der Publizierung eines eigenen WMS und WFS fokussieren.

GeoServer ist ein bekannter und vielerorts genutzter Open-Source-Kartenserver, der viele OGC-Standards unterstützt. GeoServer ermöglicht die Veröffentlichung von Geodaten- und Kartendiensten aus zahlreichen Datenquellen. Dieser Workshop hat eine Einführung in die entscheidenden Konzepte und Funktionen des GeoServers zum Ziel und wird sich auf die wichtigsten Schritte der Publizierung eines eigenen WMS und WFS fokussieren. Dabei werden die Teilnehmer eigene Vektor- und Rasterdaten für den optimalen Einsatz im GeoServer vorbereiten, Daten aus diversen Quellen einbinden, diese als WMS und WFS Dienste bereitstellen und Layerstile über SLD (Styled Layer Descriptor) definieren. Zielgruppe sind alle Interessierten, die die Möglichkeiten vom GeoServer kennenlernen wollen. Vorkenntnisse im GeoServer sind nicht notwendig.

Bei der Kartendarstellung im QGIS wird es immer schwieriger, auf wirklich unüberwindliche Grenzen zu stoßen. Mit Hilfe des verschachtelbaren Symol-Layer-Konzeptes, einiger spezieller Symbol-Layer-Typen und des Geometriegenerators, lassen sich auch ungewöhnliche Flächensignaturen und exzentrische Ideen umsetzen . Regelbasierte Darstellung und datendefinierte Übersteuerungen machen die Inhalte sämtlicher Attribute gleichzeitig für die Darstellung nutzbar.

Bei der Kartendarstellung im QGIS wird es immer schwieriger, auf wirklich unüberwindliche Grenzen zu stoßen. Mit Hilfe des verschachtelbaren Symol-Layer-Konzeptes, einiger spezieller Symbol-Layer-Typen und des Geometriegenerators, lassen sich auch ungewöhnliche Flächensignaturen und exzentrische Ideen umsetzen . Regelbasierte Darstellung und datendefinierte Übersteuerungen machen die Inhalte sämtlicher Attribute gleichzeitig für die Darstellung nutzbar. Ausnahmen werden einfach definierbar. Das Gleiche gilt für die Beschriftungen, bei der Schriftgröße und Platzierung ebenso über ausdrucksbasierte Regeln steuerbar sind, wie für einzelne Objekte via Mausklick. Einige Möglichkeiten liegen nicht offen zu Tage, wie die Möglichkeit, automatisch folgende Zuordnungs-Linien für Label zu generieren. Die Demo-Session zeigt ausgewählte Beispiele und wird dabei insbesondere auf diese Inhalte eingehen: - Symbol-Layer und Symbol-Ebenen - Von der kategorisieren zur regelbasierten Darstellung - Der Ausdruckseditor in der Darstellung. - Eine Stadtplan-Darstellung mit Straßen, die in vielen Maßstäben sinnvoll sysmbolisiert und beschriftet aus OSM-Daten generieren. - Mit Versatzregeln aus einer Geometrie Linienbündel (z.B. ÖPNV-Linien) darstellen. - Mit dem Geometriegenerator Beschriftungen zurechtbiegen und Zuordnungslinien zu Labeln generieren. - Zusatzspeicher für Drehung, Position von Beschriftung - Erzeugen eigener SVG-Piktogramme aus Inkscape, Parameter für Farbe und Linienstärke in QGIS. [Material ](http://www.gkg-kassel.de/fossgiss.html)

In dem Workshop soll eine Einführung in [Docker](https://docker.com) gegeben werden. Im Vordergrund steht ein Grundverständnis für Docker zu bekommen und eine GDI erstellen zu können, die man sowohl produktiv auf Servern, als auch in einer Testumgebung, sowie als Hilfe für die tägliche Arbeit am Desktop PC nutzen kann.

Die Vorteile von Micro-Services mit [Docker](https://docker.com) sind insbesondere die Plattformunabhängigkeit, die Skalierbarkeit des selben Dienstes auf belibig vielen Servern, die Backupfähigkeit, sowohl der Daten als auch der Infrastruktur, und die Updatefähigkeit. Durch diese Vorteile kann auch ein einfaches Deployment gewährleistet werden. Vielen ist nicht bewusst, dass Micro-Services sich auch ideal eigenen, um einzelne Komponenten einer GDI auszutauschen, wenn auch nur für Testzwecke. Zudem kann man mit Docker die gleiche Serverumgebung als lokale Test- und Entwicklungsumgebung ausführen, die sich technisch nicht von der Produktiven unterscheidet! Das [YAGA Development Team](https://yagajs.org) hat eine Vielzahl an [Docker-Images](https://hub.docker.com/u/yagajs/) von PostGIS über GeoServer bis hin zu einem geo-optimierten Solr bereits erstellt und OpenSource veröffentlicht. In dem Workshop soll den Teilnehmern zunächst eine Grundeinführung in Docker gegeben werden, so dass keine Vorkenntnisse über Docker nötig sind. Danach soll Schritt für Schritt erklärt werden, wie eine GDI mit Hilfe von Docker aufgebaut und skaliert wird. Angefangen vom einfachen Tile Cache, über einen GeoServer mit PostGIS Anbindung, bis hin zum graphischen Frontend. Kenntnisse über Bash Skripte und Grundlagen von Netzwerken (Ports, IPs, Hostnamen etc.) sind jedoch von Vorteil.

Offene Daten sind einer der wichtigsten Rohstoffe der digitalen Welt, mit wachsender wirtschaftlicher und gesellschaftlicher Bedeutung. Trotz zahlreicher Bemühungen konnten prognostizierte Mehrwerte noch nicht erreicht werden, was unter anderem auf eine unvollständige Vernetzung der Daten zurückzuführen ist. In diesem Vortrag werden Technologien und Prozesse vorgestellt, um Daten zu einem öffentlichen verfügbaren Knowledge Graph hinzuzufügen und dort mit Daten anderer Quellen zu verknüpfen.

Offene Daten sind einer der wichtigsten Rohstoffe der digitalen Welt, mit wachsender wirtschaftlicher und gesellschaftlicher Bedeutung. So wurde der direkte und indirekte Mehrwert offener Daten bereits 2014 von McKinsey auf 900 Milliarden Euro pro Jahr geschätzt – und das alleine in Europa. In der Folge führten eine Reihe von Open Data Initiativen dazu, dass neue Datenquellen erschlossen wurden und bis heute durch Open Data Portale bereitgestellt werden. Dennoch wird das Potential offener Daten noch immer nicht erreicht, wofür unter anderem 3 Gründe anzuführen sind: 1.) bereitgestellte Daten werden häufig nicht durch Suchmaschinen indiziert, was auf fehlende oder unvollständige Metainformationen zurückzuführen ist, 2.) die Verarbeitung einzelner Datensätze erfordert ein gutes Domänenwissen, sowie die Nutzung von Expertensystemen – dies gilt insbesondere für Geodaten, die so Anwendern anderer Domänen häufig verschlossen bleiben, sowie 3.) die Kombination heterogener Datensätze von unterschiedlichen Datenquellen ist nur durch aufwändige Anpassung möglich, um Inkonsistenzen und unterschiedliche Ausprägungen auszugleichen. Semantische Technologien bieten die Möglichkeit einer einfachen Verknüpfung verteilter heterogener Datensätze innerhalb eines Knowledge Graphs, ein zukunftsweisendes Konzept, das im World Wide Web Consortium (W3C) standardisiert wurde und den aktuellen Stand der Technik widerspiegelt. Dies ermöglicht eine nachhaltige Wertsteigerung und Auffindbarkeit der Datensätze und eine Vernetzung von Daten beliebiger Herkunft und Fachgebiete. In diesem Vortrag werden aktuelle Open Source Werkzeuge und Prozesse vorgestellt, um eine Bereitstellung und Verknüpfung von Daten unterschiedlicher Quellen zu gewährleisten und um diese frei im Knowledge Graph zur Verfügung zu stellen. Zudem werden in dem Vortrag neue Ontologien vorgestellt, die im Rahmen des mFUND-geförderten Projektes LIMBO definiert wurden und der Open Source Gemeinschaft zur freien Verwendung zur Verfügung gestellt wurden. Hierunter fallen insbesondere Klimadaten des Deutschen Wetterdienstes, welche – nicht zuletzt aufgrund des Klimawandels – von allgemeinem Interesse sind und sich auf diese Weise in vielfältigen Anwendungsszenarien nutzen lassen.

Tachy2GIS ist ein QGIS-Plugin zur direkten Erfassung dreidimensionaler Geometrien mit dem Tachymeter.

Archäologie ist schwierig, Tachymeter sind nützlich und Grabungsdaten sind Geodaten. Aus diesen Voraussetzungen entstand Ende letzten Jahres das Projekt Tachy2GIS. Es erlaubt, Geometrien und Metadaten in einem Arbeitsgang aufzunehmen. Die Eingabe erfolgt über eine angeschlossene Totalstation und ist interaktiv. Der Vortrag beleuchtet die besonderen Anforderungen, die sich innerhalb der Grabungsdokumentation stellen, erläutert die verwendeten technischen Lösungen und demonstriert die Funktion der Software.

Der Beitrag gibt einen Überblick über die Geoportallandschaft des Bundes und der Länder in Deutschland und zeigt auf, welche Hausaufgaben Bund und Länder noch haben, wenn sie funktionierende Datenökosysteme um ihre Portale herum etablieren wollen.

Der Beitrag analysiert die Aktivitäten des Bundes und der Länder bei der Öffnung von Geodaten und bewertet den Status Quo aus Sicht eines Open Government-Ansatzes. Dazu werden die Geoportale auf Grundlage eines Kategoriensystems evaluiert, das aus dem Open Government Maturity-Modell für das Engagement öffentlicher Einrichtungen mittels sozialer Medien von Lee und Kwak [LK12] und dem Open Government-Vorgehensmodell des Zentrums für Verwaltungsforschung und der Stadt Wien [KL16] abgeleitet wurde. Im Kern der Betrachtung stehen dabei die Open Data-Kriterien [SL14], die Lizenzierung der Daten, die Funktionalitäten der Portale sowie begleitende Maßnahmen der Datenbereitsteller, die die Nutzung der Daten stimulieren sollen. Der Beitrag gibt so eine Übersicht über die Geoportallandschaft des Bundes und der Länder in Deutschland. Darauf aufbauend werden Möglichkeiten skizziert, wie das Potenzial offener Geodaten für Staat und Gesellschaft besser als bisher genutzt werden kann und welche Hausaufgaben die Datenbereitsteller noch haben, wenn sie funktionierende Datenökosysteme um ihre Portale herum etablieren wollen. [LK12] Gwanhoo Lee,Young Hoon Kwak (2012): An Open Government Maturity Model for social media-based public engagement. Government Information Quarterly, Oct 2012 [KL16] Bernhard Krabina, Brigitte Lutz (2016): Open-Government-Vorgehensmodell. http://kdz.eu/de/file/18417/download [SL14] Sunlight Foundation (2014): Guidelines for Open Data Policies. http://sunlightf.wpengine.com/wp-content/uploads/2016/09/OpenDataGuidelines_v3.pdf

Im Rahmen der mongolisch-deutschen Orchon-Expedition wird QGIS als Standardwerkzeug für die Planung und Durchführung von Kampagnen eingesetzt. Im Besonderen soll die Befliegungskampagne im September 2018 vorgestellt werden, bei der innerhalb von nur fünf Tagen mehr als 50 Quadratkilometer aufgenommen und rekonstruiert wurden. Die Herausforderung der Logistik einer solchen Kampagne erfordert eine akkurate Planung im Vorfeld und vor Ort. Die wichtige Rolle von QGIS wird gezeigt.

# QGIS als Forschungswerkzug in der Archäologie - Anwendungen bei der Mongolisch-Deutschen Orchon-Expedition Die Nomadenreiche der eurasischen Steppen nehmen eine herausragende Rolle in der eurasischen und damit auch in der Globalgeschichte ein. Die ausgedehnten Reiche hatten vielfältige Beziehungen zu benachbarten und weiter entfernten, sesshaften Kulturen des Kontinents. Austauschbeziehungen fanden zum Beispiel in den Bereichen Politik und Krieg, Handel, Religion, Wissen und schließlich durch Migration statt. [2, 6]. Das Verständnis dieser Austauschbeziehungen ermöglicht eine globalgeschichtliche Perspektive auf die vielfältigen Abhängigkeiten der Entwicklung menschlicher Gesellschaft, schon lange bevor das Wort "Globalisierung" geprägt wurde. Einige dieser Reiche hatten ihre wichtigsten urbanen Zentren in den Steppen der Äußeren Mongolei. Die Überreste solcher Ansiedlungen sind heute das Forschungsobjekt mongolischer und internationaler Forscher. An den Ruinen und archäologischen Hinterlassenschaften dieser Stätten werden Fragen zur Architektur, Stadtplanung, dem Wirtschafts- und Sozialleben, Fern- und Austauschbeziehungen und zur politischen Repräsentation erforscht [11, 1, 10, 7, 15]. Seit dem Jahr 1999 kooperiert das Deutsche Archäologische Institut mit der mongolischen Akademie der Wissenschaften und der Mongolischen Staatsuniversität bei der Erforschung der mittelalterlichen Stadtanlagen von Karabalgasun und Karakorum im Orchontal in der Zentralmongolei [9, 11, 4, 5]. Beide waren zu ihrer jeweiligen Blütezeit die Hauptstädte eines Nomadenreiches in der Steppe, das enge Beziehungen zu den sesshaften Nachbarn und weitgespannte Austauschbeziehungen hatte. Karabalgasun wurde um das Jahr 745 gegründet und war das Zentrum des Uighurischen Reiches [13, 3, 11]. Nicht ganz vier Jahrhunderte später entstand nur etwa 35 Kilometer südlich der Ruinen von Karabalgasun die Hauptstadt des Mongolenreiches - Karakorum. Die um 1235 errichtete Stadt wurde für wenige Jahrzehnte das politische Zentrum der alten Welt [8, 14]. Seit Ende des 19. Jahrhunderts haben die Stadtruinen des Orchontales (heute zum UNESCO-Weltkulturerbe gehörend) die Aufmerksamkeit der archäologischen Forschung angezogen. Mit den Mongolisch-Deutschen Expeditionen wurde ein neues Kapitel in diesen Forschungen aufgeschlagen. Die Stadtruinen beider Stadtanlagen wurden terrestrisch oder per Airborne-LiDaR vermessen, Vermessungsarbeiten durchgeführt und umfassende archäologische Ausgrabungen unternommen. Dabei entstehen große Datenmengen, für deren Analyse und Dartstellung geeignete Werkzeuge benötigt werden. Archäologische Daten sind per se auch geographische Daten. Ein großer Teil archäologischer Arbeit beschäftigt sich mit der Verortung von Objekten in Raum und Zeit. Daher gewinnen Geoinformationsysteme in der Archäologie schon seit geraumer Zeit immer mehr Bedeutung. Im Rahmen der Mongolisch-Deutschen Orchon-Expedition kommen QGIS und zugehörige Plugins in vielfältiger Weise zum Einsatz: * Satellitenfernerkundung * Kartierung von Fundstellen in der Landschaft des Orchontales aus unterschiedlichen Quellen * Analyse und Visualisierung von Ausgrabungsergebnissen * Planung, Durchführung und Aufbereitung von hochauflösenden Geländeaufnahmen mittels automatisierten Multicoptern [16] Der vorgeschlagenen Beitrag wird die Anwendung von QGIS und anderen Open-Source-Tools innerhalb des Projektes vorstellen und einen Ausblick auf zukünftige Planungen und Projekte geben. Literaturquellen [1] Arden-Wong L.: The Architectural Relationship between Tang and Eastern Uighur Imperial Cities, in: Rajkai Z., Bellér-Hann I. (Hrsg.), Frontiers and Boundaries. Encounters on China's Margins, Asiatische Forschungen 156 (Wiesbaden 2012), pp. 11–47 [2] Allsen T. T.: Mongols as Vectors for Cultural Transmission, in: Di Cosmo N., Frank A. J., Golden P. B. (Hrsg.), The Cambridge History of Inner Asia. The Chinggisid Age (Cambridge 2009), pp. 135–154 [3] Barfield T. J.: The Perilous Frontier. Nomadic Empires and China (Cambridge, Massachusetts 1989) [4] Dähne B.: Karabalgasun - Stadt der Nomaden. Die archäologischen Ausgrabungen in der früh-uigurischen Hauptstadt 2009-2011, Forschungen zur Archäologie Außereuropäischer Kulturen 14 (Wiesbaden 2017) [5] Franken C., Erdenebat U., Rohland H.: Aktuelle Ergebnisse der archäologischen Forschungen in den spätnomadischen Stadtanlagen Karabalgasun und Karakorum im mongolischen Orchontal, Zeitschrift für Archäologie Außereuropäischer Kulturen 7, 2017, pp. 385–408 [6] Franken C., Rohland H.: Globalisierung in der Vormoderne. Nomadenreiche als „world system“, Mitteilungen der Deutschen Gesesllschaft für Archäologie des Mittelalters und der Neuzeit 30, 2017, pp. 41–58 [7] Honeychurch W., Amartuvshin C.: Hinterlands, Urban Centres, and Mobile Settings. The „New” Old World Archaeology from the Eurasian Steppe, Asian Perspectives 46, 2007, 36–64 [8] Hüttel H.-G.: Karakorum. Eine historische Skizze, in: Dschingis Khan und seine Erben. Das Weltreich der Mongolen (München 2005), pp. 133–137. [9] Hüttel H.-G.: MDKE. Die Mongolisch-Deutsche Karakorum-Expedition, in: Dschingis Khan und seine Erben. Das Weltreich der Mongolen (München 2005), pp. 138 f. [10] Hüttel H.-G.: Die Stadt als Herrschaftssymol. Beispiel Karakorum, in: Walravens, Hartmut, Müller, Claudius (Hrsg.), Status und Symbol. Insignien und Herrschaftstraditionen asiatischer Steppenvölker und ihrer Nachbarn. Vorträge auf dem Mongolen-Symposium in München 2006, Neuerwerbungen der Ostasienabteilung 46 (Berlin 2016), pp. 63–82. [11] Hüttel H.-G., Erdenebat U.: Karabalgasun und Karakorum. Zwei spätnomadische Stadtsiedlungen im Orchon-Tal: Ausgrabungen und Forschungen des Deutschen Archäologischen Instituts und der Mongolischen Akademie der Wissenschaften 2000-2009. Ulaanbaatar, 2009 [12] H.-G. Hüttel, Berichte für die Jahre 2007-2008 der Projekte der Kommission für Archäologie Außereuropäischer Kulturen des Deutschen Archäologischen Instituts. Ausgrabungen und Forschungen des DAI und der Mongolischen Akademie der Wissenschaften im Orchon-Tal, Mongolei, 2007-2008, Zeitschrift für Archäologie Außereuropäischer Kulturen 3, 2010, 279–296 [13] Mackerras C.: The Uighur empire according to the T'ang dynastic histories: a study in Sino-Uighur relations 744-840, (Canberra 1972), http://press.anu.edu.au/node/3129 [14] Sagaster K.: Die mongolische Hauptstadt Karakorum, Beiträge zur Allgemeinen und verglei-chenden Archäologie 19, 1999, pp. 113–125 [15] Waugh D. C.: Nomads and Settlement. New Perspectives in the Archaeology of Mongolia, The Silk Road 8, 2010, pp. 97–124 [16] Block M., Franken C., Rohland H., Haferland A, Gehmlich B., Görsch N., Bochmann H.: "Documenting more than 5000 ha in Mongolia in five days using low-cost drones", Congress Visual Heritage, 23th Conference on Cultural Heritage and New Technologies (CHNT 23) in Vienna/Austria

Letztes Jahr gab es "5-Minuten-Kartografie-Rezepte aus der QGIS-Trickkiste" als Lightning-Talk, ein wilder Ritt durch einige Spielereien ohne Zeit für Erklärungen. In dieser Demo-Session werden wieder ähnlich interessante, ausgefallene, praktische oder künstlerische kartografische Kniffe gezeigt und die Herangehensweise diesmal *ausführlich* erläutert.

Dank Features wie Draw Effects, Geometry Generator, Data-Defined Overrides, Blending Modes etc. haben sich die kartografischen Gestaltungsmöglichkeiten von QGIS in letzter Zeit stark gewandelt. Letztes Jahr gab es "5-Minuten-Kartografie-Rezepte aus der QGIS-Trickkiste" als Lightning-Talk, ein wilder Ritt durch einige Spielereien ohne Zeit für Erklärungen. In dieser Demo-Session werden wieder ähnlich interessante, ausgefallene, praktische oder künstlerische kartografische Kniffe gezeigt und die Herangehensweise diesmal *ausführlich* erläutert. Inhaltliche Wünsche sind ausdrücklich erwünscht, bitte *vor* der Konferenz direkt an den Vortragenden richten.

Im Rahmen der Veranstaltung wird der neue Standard für die interoperable Bereitstellung von WMS- und WMTS-Diensten innerhalb der Geodateninfrastruktur Deutschland (GDI-DE) vorgestellt, und es wird anhand praktischer Beispiele erläutert, welche Konsequenzen sich für die bereitstellenden Institutionen ergeben.

Das für den Aufbau der Geodateninfrastruktur in Deutschland (GDI-DE) zuständige Lenkungsgremium GDI-DE hat auf seiner Herbstsitzung einen neuen Standard für die interoperable Bereitstellung von s.g. "Darstellungsdiensten" innerhalb der GDI-DE verabschiedet. Der Begriff Darstellungsdienste stammt dabei aus dem europäischen Kontext (INSPIRE) und umfasst aktuell Möglichkeiten zur Bereitstellung von Kartenbildern über OGC-WMS sowie -WMTS Interfaces. Das neue Dokument "Vorgaben der GDI-DE zur Bereitstellung von Darstellungsdiensten" ist Bestandteil der Architektur der GDI-DE und wurde in einem zweijährigen Prozess erarbeitet. Es ersetzt das bisher gültige WMS-DE Profil aus dem Jahr 2006 und beinhaltet viele Verbesserungen. Im Vortrag werden der Standard sowie dessen Entstehung eingehend vorgestellt und die konkreten Anforderungen anhand praktischer Beispiele erläutert. Es werden außerdem Hinweise gegeben, wie sich die Anforderungen mit FOSS-basierten Werkzeugen umsetzen lassen.

Dotloom ist ein Open-Source-Projekt und ermöglicht die Synchronisation, Replikation, Indexierung und Verarbeitung von Terabyte an Geodaten mit Peer-to-Peer-Technologien. Aufbauend auf dem "DAT-Projekt" erweitert Dotloom die Funktionalität speziell zur Verwaltung, Abfrage und Visualisierung von Point-Cloud-Daten.

Der sichere und zuverlässige Datenaustausch ist mühsam, die Übertragung großer Geodaten ist eine echte Herausforderung! Datenportale, Webservices und Plattformen haben oft schon mit dem Hoch- und Herunterladen der Daten zu kämpfen, was große Investitionen in die IT-Infrastruktur und eine schnelle und stabile Internetverbindung voraussetzt, und dennoch Geduld vom Benutzer erfordert. Das Dotloom-Projekt möchte dies ändern und die Arbeit mit grossen Point-Cloud-Daten einfach, angenehm, sicher und effizient gestalten. Dotloom ist ein Open-Source-Projekt und ermöglicht die Synchronisation, Replikation, Indexierung und Verarbeitung von Terabyte an Point-Cloud-Daten mit Peer-to-Peer-Technologien. Verarbeitungspipelines bieten die Möglichkeit, Daten von mehreren Peers zu streamen, und die generierte Ausgabe kann sofort wieder mit anderen geteilt werden. Mittels Remote-Indizierung können grosse Datensätze erfasst werden, ohne zuerst sämtliche Daten übertragen zu müssen. Aufbauend auf dem "DAT Projekt" erweitert Dotloom die Funktionalität speziell zur Verwaltung, Abfrage und Visualisierung von Point-Cloud-Daten. Allerdings ist die Technologie nicht auf Punktwolken beschränkt, sondern kann für jede Art von Daten genutzt werden. Dotloom sowie die genutzten Projekte, Protokolle und Standards sind im Moment zum Teil nur als Prototypen vorhanden. Das Projekt wird gefördert vom japanischen National Institute of Advanced Industrial Science and Technology (AIST).

In diesem von OpenLayers Entwicklern geleiteten Workshop lernen Teilnehmer die Grundlagen der beliebten und weitverbreiteten JavaScript Bibliothek OpenLayers.

OpenLayers ist eine JavaScript Bibliothek, um webbasierte Kartenanwendungen zu erstellen. Hierbei stehen dem Entwickler vielfältige Funktionalitäten zur Verfügung; sowohl um Daten und Dienste verschiedener Quellen zu kombinieren, als auch um mit diesen zu interagieren. Im Workshop, der von OpenLayers Entwicklern geleitet wird, werden die Teilnehmer die folgenden Themen bearbeiten: * Basiswissen * Einbindung OpenLayers * Datenquellen und Themen * Karteninteraktionen und Controls * Vektordaten (Grundlagen eines Feature-Editors) * Vektorkacheln einbinden * Rasteroperationen Je nach Interesse der Teilnehmer und verfügbarer Zeit werden wir Schwerpunkte setzen, um allen einen Lerneffekt zu verschaffen. Zielgruppe sind alle Interessierten, die die Möglichkeiten von OpenLayers kennen lernen wollen. JavaScript-Kenntnisse sind sicherlich von Vorteil, jedoch zum Verfolgen und Nachvollziehen der Übungen keine zwingende Pflicht.

Wo liegen die Unterschiede zwischen den drei Engines, was sind Gemeinsamkeiten, Schnittstellen und womöglich spezifische Einsatzgebiete?

Der Vortrag richtet sich an primär an Zuhörer, die noch keinen WMS betreiben oder nur einen der genannten WMS-Engines kennen und sich fragen, welche Software für Ihren Zwecke am besten geeignet ist und ob es sich vielleicht lohnt, sich auch einmal einen der anderen Engines näher anzusehen. Der große Erfolg von QGIS im Desktop-Bereich rückt auch den QGIS-Server immer weiter ins Bewusstsein derjenigen, die Geodaten mit Hilfe von Webdiensten veröffentlichen wollen. QGIS-Projekte können ohne Neukonfiguration als WMS, WFS etc. veröffentlicht werden. Möchte man sein GIS-Projekt / Geodaten mit GeoServer oder MapServer veröffentlichen, ist es in der Regel notwendig, die Konfiguration von vorne zu beginnen und sich durch das Web-Interface des GeoServers zu klicken oder eine Konfigurationsdatei für den MapServer anzulegen. Gehören GeoServer und MapServer also schon der Geschichte an? Oder bieten Sie gegenüber dem QGIS-Server Vorteile? Der Vortrag zeigt - auch für Zuhörer, die bisher keinen der genannten OWS-Engines genutzt haben - auf, wie Dienste mit der und für die jeweilige Software konfiguriert werden und wo es neben Unterschieden auch Schnittstellen gibt (wie Styling über SLD, Erweiterungen, REST-API). Darüber hinaus werden verschiedenen Einsatzszenarien betrachtet und es soll bewertet werden, für welchen Einsatz die eine Software vielleicht besser geeignet ist als die andere.

Wir stellen Ihnen den ersten offenen Online-Kurs mit dem Kernthema Open Data vor und geben Einblicke in die Ergebnisse unseres ersten Semesters

Der [offene Online-Kurs **OpenGeoEdu**](https://www.opengeoedu.de/) soll die Nutzung von **offenen Geodaten in Lehre und Forschung** fördern. OpenGeoEdu besteht aus mehreren [*Kursteilen*](https://learn.opengeoedu.de/uebersicht/kursuebersicht), die in [unterschiedlicher Kombination](http://test.opengeoedu.de/workload.aspx) frei zusammengestellt werden können: Jeder Kursteil besteht aus einem theoretischen Unterbau, bestehend aus **Vorlesung** und einem **Wissenstest**, sowie einem praktischen **Übungsteil**. In diesem wird die gesamte Verarbeitungskette von der **Recherche** nach offenen Daten über die **Aufbereitung** bis zur **Analyse** und **Visualisierung** der Ergebnisse behandelt. Die Übungsaufgaben sind in Form von **Fallbeispielen** aufgebaut. Hier durchlaufen Teilnehmende eine Geoprozessierungskette, lernen ausgewählte Analysefunktionen kennen und produzieren Ergebnisse z.B. in Form thematischer Karten, die sie dann im Kontext der Fragestellung einordnen und interpretieren sollen. Der **Vorlesungsteil ist vollständig frei verfügbar** (#OER) und wird auf [GitHub gepflegt](https://github.com/opengeoedu/learn.opengeoedu.de) (PRs sind immer willkommen!), der [Übungsteil](https://ilias.opengeoedu.de/) ist nur mit Registrierung zugänglich, da hierfür Leistungspunkte ermittelt werden, für die ein Zertifikat zur Anrechnung als Studienleistung vergeben wird. **tl;dr** Offener Online-Kurs zeigt praktischen Nutzen von offenen Daten in Forschung, Lehre und Weiterbildung.

Mit YAGA leflet-ng2, der granularen Integration von Leaflet in Angular.io, und Ionic ist es spielend leicht eine Karten-App für alle gängigen mobilen Plattformen (Android, iOS, Windows) zu entwickeln. Es wird gezeigt wie Entwickler mit diesen Tools eine App im typische Look & Feel der mobilen Plattformen in etwa 60 Minuten erstellt werden kann.

Mit [YAGA leaflet-ng2](https://leaflet-ng2.yagajs.org/latest/), der granularen Integration von [Leaflet](https://leafletjs.com/) in [Angular.io](https://angular.io/), und [Ionic](https://ionicframework.com/) ist es spielend leicht eine Karten-App für alle gängigen mobilen Plattformen (Android, iOS, Windows) zu entwickeln. Es wird gezeigt wie Entwickler mit diesen Tools eine App im typische Look & Feel der mobilen Plattformen in etwa 60 Minuten erstellt werden kann. Es werden HTML und JavaScript Kenntnisse vorausgesetzt, Erfahrungen mit [Angular.io](https://angular.io/) und der Bash-Kommandozeile sind von Vorteil.

Seit des Beschlusses des IT-Planungsrats im Herbst 2017 zur verbindlichen Anwendung des Standards XPlanung als Austauschstandard im Bau- und Planungsbereich steigt das Interesse an XPlanung und QGIS an. Der Workshop bietet eine Einführung zur Digitalisierung eines Bebauungsplan in QGIS mit alle Sachattributen des XPlanungs-Standards.

Seit des Beschlusses des IT-Planungsrats im Herbst 2017 zur verbindlichen Anwendung des Standards XPlanung als Austauschstandard im Bau- und Planungsbereich steigt das Interesse an XPlanung und QGIS an. Die im Workshop vorgestellte Lösung bietet die Möglichkeit, einen Plan gemäß XPlanungs-Standard zu erfassen und zu attributieren. Dazu wird beispielhaft ein Bebauungsplan mit seinem Geltungsbereich und einzelnen Inhalten digitalisiert. Als Datenspeicher dient eine PostGIS-Datenbank. Grundprinzipien des Standards werden ebenso vermittelt wie die automatische Darstellung der Inhalte in Anlehnung an die PlanzV. Der Workshop richtet sich an QGIS-Anwender, die bereits Kenntnisse in der Digitalisierung haben.

Ausgehend von einem kurzen Abriss über Laserscandaten, wird dargestellt, wie diese Daten in QGIS aufbereitet und verarbeitet werden können. Es werden einige Beispiele für die Anwendung von Laserscandaten vorgestellt. Abschließend wird anhand einer Live-Präsentation die hervorragende Performance gezeigt.

Es ist ein durchaus verbreitetes Vorurteil, dass QGIS zwar ein leistungsfähiges GIS ist, aber wenn es um die Verarbeitung von Geländemodellen und anderen 3D Daten geht, die proprietären Wettbewerber erheblich leistungsfähiger sei. Es werden folgende Themen behandelt: Ein kurzer kurzen Abriss über Laserscandaten und DGM Daten: * Laserscanning * DGM1 und DOM Daten der Katasterverwaltung * sonstige DGM Daten Verarbeitung und Darstellung dieser Daten in QGIS * Verarbeitung der Laserscandaten im LAStools * Aufbereitung der Daten zu einem TIF Rastern * Darstellung in QGIS * Besonderheiten in NRW Beispiele für die Anwendung von Laserscandaten * Höhenlinien * Geländeprofil * Höhen an Wasserleitung * Regelmäßiges RAster mit Höhenwerten auf einer Fläche Live Präsentation, um die hervorragende Performance zu seigen

Wie können offene räumliche Daten zum Nutzen der Zivilgesellschaft sinnvoll aufbereitet werden? Das Ideation & Prototyping Lab der gemeinnützigen Technologiestiftung Berlin gibt Einblicke in räumliche Open-Data-Anwendungen für die Berliner Bürger*innen.

Das Ideation & Prototyping Lab der gemeinnützigen Technologiestiftung Berlin hat es sich zur Aufgabe gemacht, innovative digitale Werkzeuge für die Berliner Zivilgesellschaft und Verwaltung zugänglich zu machen. Im Mittelpunkt der meisten Projekte stehen die offenen Daten der Hauptstadt. Räumliche Daten sind hierbei vom großen Interesse, da diese den Bürger*innen erlauben Phänomene auf einer lokalen Ebene zu explorieren und Bezüge aufzubauen. Alle Projekte und Werkzeuge die das Team entwickelt, werden unter offenen Lizenzen der Allgemeinheit zur Verfügung gestellt (https://github.com/technologiestiftung/). Im Rahmen unseres Vortrags berichten wir über unsere Zusammenarbeit mit der Berliner Verwaltung und präsentieren Anwendungen basierend auf offenen räumlichen Daten, welche für die Berliner Zivilgesellschaft entwickelt wurden. Von einer interaktiven Suche von Kitas, über ein Vorhersagesystem von Gewässerqualitäten der Berliner Badestellen, bis hin zu praktischen Werkzeugen wie einem nutzerfreundlichen WFS2JSON Exporter. Anhand der Projekte reflektieren wir über das Zusammenspiel von Non-Profits, Zivilgesellschaft und Verwaltung und die Rolle von offenen (räumlichen) Daten und Open Source Software.

GeoStyler ist eine react-basierte Open-Source-UI-Bibliothek zur Erstellung von Stileditoren für Web-GIS-Anwendungen. Der Vortrag stellt den aktuellen Stand und mögliche nächste Schritte vor.

Das kartographische Stylen von Geodaten im Web ist seit Jahren ein wiederkehrendes Thema in der Geoinformatik-Welt. Es existieren verschiedenste Standards – Offizielle Standards, z. B. OGC Styled Layer Descriptor (SLD) mit OGC Filter Encoding (FE) sowie Industriestandards, beispielsweise Mapbox Styles und projektbezogene Styling-Vorschriften, z. B. in QGIS oder OpenLayers. Es fehlt jedoch eine interaktive webbasierte Software, um Anwender in die Lage zu versetzen die kartographische Ausgestaltung ihrer Geodaten auf einfache Weise zu erledigen. Es gibt zwar vereinzelte Lösungen für einzelne der oben genannten Standards. Eine gesamtheitliche Web-Oberfläche, um u. a. auch Styling-Vorschriften in diverse Formate zu überführen, fehlte bislang. Diese universelle Web-Oberfläche ist seit Mitte 2018 in der Entstehung. Unter dem Projektnamen „GeoStyler“ entsteht ein webbasiertes Open Source Werkzeug zur interaktiven Erstellung von kartographischen Style-Vorschriften für Geodaten. Aktuell können folgende Formate genutzt werden: Style-Vorschriften - OGC SLD - OpenLayers Styles Geodaten-Formate - GeoJSON - OGC WFS Der Vortrag stellt den aktuellen Projektstatus vor, zeigt die Funktionaltäten von GeoStyler und gibt einen Überblick über zukünftige Entwicklungen.

HERE XYZ ist eine Sammlung von Open-Source-Tools, um die Arbeiten mit Geodaten zu vereinfachen. Die Basis ist der XYZ Hub. Es ist ein Echtzeit-Cloud-basierter Location Hub zum Auffinden, Speichern, Laden, Bearbeiten und Veröffentlichen von privaten oder öffentlichen geographischen Daten. Wir zeigen die Vorteile dieser Tools, insbesondere die Interoperabilität mit etablierten Open-Source-Lösung wie QGIS.

XYZ ist interoperabel, es basiert auf verbreiteten Standards, wie GeoJSON.Der Zugriff auf die Daten erfolgt über eine REST API und ermöglicht damit den Einsatz verschiedenster Tools. Die dokumentierte REST Schnittstelle bietet die Möglichkeit, den XYZ Hub in eine Vielzahl von Softwareprodukten einzubinden. Mit dem XYZ-QGIS Plugin lässt sich der XYZ Hub als Datenhub in QGIS nutzen. So können Daten aus dem Hub analysiert, weiterverarbeitet und mit weiteren Datenquellen (bspw. OGC Diensten, Datenbanken oder lokalen Daten) verbunden werden. Die Basis ist der XYZ Hub. Es ist ein Echtzeit, cloud- basierter Location Hub zum auffinden, speichern, laden, bearbeiten und veröffentlichen von privaten oder öffentlichen geographischen Daten. Die Daten werden in Spaces abgelegt. Im Unterschied zu der GIS-typischen Trennung nach Geometrietypen (Punkt, Linie, Fläche) werden Daten in einem Space geometrieübergreifend abgelegt. Dadurch können Daten fachlich zusammenhängend abgelegt werden. Bei Bedarf kann der Zugriff auf die Daten eingeschränkt werden. Neben dem direkten Zugriff über die FeatureID, können einzelne Daten auch gesammelt in einem definierten Bereich (Bounding Box) oder über die Angabe einer TileID oder über eine Tag Suche gefiltert werden. Außerdem wird über einen weiteren Endpunkt die Möglichkeit bereitgestellt, Statistiken über die in einem Space befindlichen Daten abzurufen. Mit dem XYZ CLI steht die gesamte Funktionalität des XYZ Hub in der Konsole zur Verfügung. Mit wenigen Befehlen lassen sich Spaces anlegen und Daten in den Hub laden. Über XYZ Studio steht eine einfache Möglichkeit zur web-basierten, interaktiven Visualisierung der XYZ Hub Daten zur Verfügung. Innerhalb kürzester Zeit und ohne Programmierkenntnisse lassen sich XYZ Hub Daten über das XYZ Studio visualisieren und publizieren. Die Daten können auf verschiedenen Hintergrundkarten (bspw. HERE, OpenStreetMap) visualisiert und so einem Endnutzer präsentiert werden. Neben einfachem Labeling können sämtliche, im GeoJSON verfügbaren Attribute angezeigt werden. XYZ basiert auf Open-Source Software. Das Projekt ist offen für Feedback und die Weiterentwicklung durch eine freie Entwickler Community. Benutzer können ihre Daten frei und offen unter selbstbestimmter Lizenz teilen. Bei Bedarf lässt sich der Zugriff auf einen ausgewählten Nutzerkreis einschränken, oder ausschließlich privat halten.

Die Stadt Dortmund entwickelt für Fußgänger ein barrierefreies Routingsystem von Tür zu Tür für Menschen, die blind, sehbehindert, hörgeschädigt oder mobilitätseingeschränkt sind. Die Lösung bleibt nachhaltig durch Integration in die App des lokalen Verkehrsverbundes und für Dritte verfügbar durch Aufbau auf OpenStreetMap. So können durch die Koordinierung von mehreren Akteuren bestehende Strukturen mit geringem Aufwand in jeder Hinsicht effizienter genutzt werden.

Die Stadt Dortmund entwickelt für den Fußgängerverkehr ein barrierefreies Routingsystem von Tür zu Tür für Menschen mit Behinderungen, d.h. Menschen, die blind, sehbehindert, hörgeschädigt und in verschiedenen Graden mobilitätseingeschränkt sind. Tür-zu-Tür-Reiseketten für Standard-Fußgänger beauskunftet der Dortmund abdeckende Verkehrsverbund Rhein-Ruhr mittels Geodaten aus OpenStreetMap. Ein Nachpflegen barriere-relevanter Tags kann der VRR jedoch nur für Bahnhöfe und größere Haltestellen leisten. Die Geodaten auf den Teilstrecken Ausgangsort–Einstiegshaltestelle und Ausstiegshaltestelle–Zielort liegen im Zuständigkeitsbereich der Kommunen. Um die gleiche Technik zu nutzen, arbeitet die Stadt Dortmund mit der OSM-Community Dortmund zusammen. Im Einzelnen wurde unter Berücksichtigung wissenschaftlich anerkannter verkehrsplanerischer Grundsätze von der Stadt Dortmund und der OSM-Community gemeinsam ein Tagging-Schema erarbeitet, das mit den bei einer Mappingparty erfassten Geodaten auf seine Akzeptanz und Tauglichkeit erprobt wird. Dieses Projekt ist ein Beispiel dafür, dass nur durch die Koordinierung von mehreren Akteuren bestehende Strukturen mit geringem Aufwand sowohl in finanzieller als auch in personeller Hinsicht effizienter genutzt werden können, so dass der Nutzen für den Bürger wesentlich größer wird. Eine Betaversion soll beim 37.Evangelischen Kirchentag in Dortmund vom 19.Juni bis zum 23.Juni 2019 getestet werden.

Das R-Paket openSTARS ermöglicht die Aufbereitung von Geodaten zur Erstellung räumlicher Regressionsmodelle und bietet so eine freie, auf R und GRASS GIS basierende Alternative zur ArcGIS-Toolbox STARS.

Gewässermonitoringdaten entlang eines Flussnetzwerks sind statistisch nicht unabhängig voneinander, da Proben von benachbarten Punkte einander ähnlich sind. Mit Hilfe des R-Pakets 'SSN' (Spatial Statistical Modeling on Stream Networks) lassen sich Regressionsmodelle erstellen, die diese räumliche Autokorrelation der Messdaten einbeziehen. Zur Datenaufbereitung gibt es die Toolbox 'STARS', die aber auf der kommerziellen Software ArcGIS basiert (und für die noch kein Update zu ArcGIS Pro erhältlich ist). Das hier vorgestellt R-Paket 'openSTARS' stellt eine Alternative zu dieser Toolbox zur Verfügung und ist mit R und GRASS GIS komplett auf freier und Open-Source-Software aufgebaut. Außerdem ermöglicht es, den gesamte Workflow der Datenaufbereitung und statistischen Analyse in reproduzierbarer Weise in R, also in einer einzigen Softwareumgebung zusammen zu fassen. Mit 'openSTARS' kann man ein Flussnetzwerk aus einem digitalen Geländemodell ableiten, die Topologie dieses Netzwerks gegebenenfalls korrigieren, Flusseinzugsgebiete erstellen und sie mit potentiellen erklärenden Variablen wie zum Beispiel der Landnutzung verschneiden. Außerdem lassen sich neue Punkte entlang des Netzwerks definieren, für die Vorhersagen erstellt werden sollen. In diesem Vortrag wird die Anwendung von 'openSTARS' am Beispiel von Wasserqualitätsdaten demonstriert.

Das Open-Source-QGIS-Plugin SHOGun-Editor zeigt, wie SHOGun-basierte Web-GIS-Applikationen in QGIS im Hinblick auf Hinzufügen und Stylen von Layern und Applikationen administriert werden können.

Das Erlernen neuer Workflows und Einarbeiten in neue Anwendungsumgebungen stellt für viele Anwender eine große Herausforderung dar. Daher sollten Möglichkeiten geschaffen werden, Anwendern den Umstieg zu erleichtern und neue Technologien mit bestehenden zu verknüpfen. Das OpenSource-QGIS-Plugin "SHOGun-Editor" zeigt, wie dieses Problem gelöst werden kann, indem SHOGun-basierte WebGIS-Applikationen in QGIS administriert werden können. Dies geschieht durch den Zugriff auf die SHOGun-REST-Schnittstelle. Mithilfe des SHOGun-Editors (derzeit im Beta-Status) können die zentralsten Entitäten Layer und Applikationen nahezu vollständig administriert werden. Dazu gehört u. a. das Anlegen neuer Projekte/Applikationen sowie das Hinzufügen und Stylen von Layern. SHOGun-Editor stellt somit die umfangreichen Editieroptionen von QGIS auch für Webapplikationen mit einem modernen Backend zur Verfügung. Das Plugin wurde sowohl für QGIS 2 als auch QGIS 3 entwickelt. Dieser Vortrag zeigt Möglichkeiten, wie WebGIS-Applikationen vom Desktop administriert werden können, stellt den Funktionsumfang des SHOGun-Editors vor und gibt einen Ausblick in zukünftige Entwicklungen. [Vortragsvideo (ca. 109 MB)](https://cdn.media.ccc.de/events/fossgis/2019/h264-hd/fossgis2019-472-deu-SHOGun-QGIS-Integration_-_WebGIS-Applikationen_vom_Desktop_administrieren_hd.mp4)

Anhand des gleichen Beispiels wie im Workshop "Grafischer Modeller", wird ein Prozess zur Geodatenverarbeitung umgesetzt. Diesmal jedoch nicht mit den QGIS-Werkzeugen, sondern über räumliche SQL in einer SpatiaLite-Datenbank oder über die SQL-Eingabe im QGIS. Für Teilnehmer/innen beider Workshop ergibt sich so eine interessante Vergleichsmöglichkeit. Der Prozess umfasst die klassischen GIS-Werkzeuge Dissolve mit Wertezusammenfassung, Verschneiden (intersect), SpatialJoin und Puffer.

Analog zum Workshop Grafischer Modeller wird ein Prozess zur Geodatenverarbeitung umgesetzt. Diesmal jedoch nicht mit den QGIS-Werkzeugen, sondern über räumliche SQL in einer SpatiaLite-Datenbank oder über die SQL-Eingabe im QGIS. Manche Geodaten-Verarbeitungswerkzeuge lassen sich mit wenigen Zeilen SQL abbilden. So kann im QGIS über SQL ein Dissolve-Werkzeug mit umfangreicher Attributzusammenfassung (Summierung, Duchschnitt, Auflistung etc.) für beliebig viele Spalten umgesetzt werden, welches in der QGIS-Werkzeugkiste bisland nicht verfügbar ist. Für die Automatisierung von Abläufen lassen sich analog zum grafischen Modeller Prozesse gestalten, die in Ihrer Funktionstüchtigkeit weniger von Programmupdates gefährdet sind, als Modellerwerkzeuge. In de 1,5 Stunden des Workshops wird die gleiche inhaltliche Aufgabe wie im Workshop "Grafischer Modeller umgesetzt" Jedoch mit SQL. Für Teilnehmer/innen beider Workshop ergibt sich so eine interessante Vergleichsmöglichkeit. Der Prozess umfasst die klassischen GIS-Werkzeuge Dissolve mit Wertezusammenfassung, Verschneiden (intersect), SpatialJoin und Puffer. [Workshop-Material](http://www.gkg-kassel.de/fossgiss.html)

Im Rahmen des Workshops wird den Teilnehmern vermittelt, wie man mit Hilfe des vollständig auf FOSS-basierten GeoPortal.rlp eine INSPIRE-kompatible GDI aufbauen und betreiben kann. Die Geoportal-Lösung steht für die praktische Anwendung in Form eines ISO-Images (debian 8) auf einem USB-Stick zur Verfügung.

Im Rahmen des Workshops wird den Teilnehmern vermittelt, wie man mit Hilfe des vollständig auf FOSS-basierten GeoPortal.rlp eine INSPIRE-kompatible GDI aufbauen kann. Die Geoportal-Lösung steht hierzu in Form eines ISO-Images (debian 8) auf einem USB-Stick zur Verfügung. Alternativ gibt es auch ein Script, mit dessen Hilfe sich das Portal innerhalb von 5 Minuten auf einem debian 8 System installieren läßt. Die Teilnehmer lernen dabei die Anforderungen der EU INSPIRE-Richtlinie an Dienste und Metadaten kennen und erhalten einen Einblick in die Funktionalitäten des GeoPortal.rlp. Insbesondere werden folgende Module anhand praktischer Beispiele erläutert: * OWS Registry * Metadatencache * OWS Monitoring * Erzeugung dynamischer INSPIRE-konformer Service-Metadaten * OWS Proxy * Metadatensuche über REST-API * Metadateneditor * CKAN-Schnittstelle (OpenData) * Synthetisierung von INSPIRE-Downloaddiensten auf Basis von ATOM-Feeds

Überblick über empfehlenswerte Python-Bibliotheken für Geodaten in **Vektorformaten** (z.B. shapely, fiona, pyproj, rtree, geographiclib, folium, …) anhand einfacher Beispiele für alltägliche Aufgaben aus dem Bereich der Geodatenverarbeitung

Python hat sich als Programmiersprache im GIS-Bereich etabliert. Dies liegt zum einem an der klaren und leicht zu lernenden Sprachsyntax von Python, die v.a. für Programmieranfänger einen großen Vorteil darstellt, als auch an der Verfügbarkeit für alle geläufigen Betriebssysteme, wie z.b. Windows, Linux oder Mac OS. Zum anderen existiert inzwischen eine kaum mehr zu überschauenden Vielfalt an Bibliotheken für den Bereich der Geodatenverarbeitung. Neben APIs für Grass GIS, QGIS, ArcGIS und vielen anderen Desktop-GIS-Systemen, gibt es eine Vielzahl von Standalone-Bibliotheken, mit denen sich vielfältige Aufgaben aus der Geodatenverarbeitung mit Python auf einfache Weise automatisieren lassen. Ziel dieses Kurses ist es einen Überblick über empfehlenswerte Python-Bibliotheken für Geodaten in **Vektorformaten** zu geben (z.B. shapely, fiona, pyproj, rtree, geographiclib, folium, …) und an einfachen Beispielen erste kleine Schritte für alltägliche Aufgaben aus dem Bereich der Geodatenverarbeitung zu erlernen. Die Beispiele sollen überwiegend der Einführung in die vorgestellten Bibliotheken dienen und können mit wenigen Zeilen in Jupyter-Notebooks ausgeführt werden. Dieser Kurs ist eine Einführung in die Verarbeitung von Vektordaten. Die Teilnehmer werden am Ende des Kurses grundlegende Funktionen kennen, um Vektordaten in Python einzulesen, zu verarbeiten und wieder abzuspeichern. Sie bekommen einen Überblick über verschiedene Bibliotheken und wissen, wie sie diese verwenden können. Geplant ist u.a. folgender Ablauf: - Geodaten zu Landesflächen einlesen (mit Fiona) - Ihre geometrischen Attribute als Geometrieobjekte verarbeiten (mit Shapely) - 2 Länder auswählen - Anhand ihrer Ausdehnungen (Flug-)Häfen aus OSM laden (mit overpass oder OSMPythonTools) - Diese Daten filtern, so dass nichts ausserhalb der Länder liegt - Geodätische Linien erzeugen (mit GeographicLib) - Ein Endprodukt exportieren (mit Folium, descartes und/oder cartopy) - Und ein Blick auf geopandas, rtree, geoplot, geocoding, pyproj, u.ä.? Kein Inhalte sind geplant zu pyshp, geojson (die Bibliothek, nicht das Format), GDAL/OGR.

Data Science ist ein populäres Schlagwort, das schon vielerlei Bereiche befallen hat, nicht zuletzt die Welt der Geoinformatik. Hier geht es darum, wie man gängige Methoden von Data Science auf OpenStreetMap Daten mithilfe von Open-Source-Werkzeugen anwenden kann und daraus neue Einblicke erzeugen kann.

In diesem Vortrag geht es um Methoden und Möglichkeiten wie man verschiedene Data Science Methoden auf OpenStreetMap Daten anwenden kann. Der Fokus liegt auf [Amenity](https://wiki.openstreetmap.org/wiki/Key:amenity) Elementen in OSM und deren Verteilung im europäischen Raum. Die Werkzeuge dazu sind exklusiv Open Source. Der Talk wird grob in vier Teile aufgeteilt: * Datenakquise: Wie bekomme ich Daten von OSM? (Taginfo, Overpass-API, Osmium) * Datentransformation: Wie bereite ich die Daten vor? (PostGIS, GeoPandas, Shapely) * Datenanalyse: Was sind gängige Methoden zum Analysiseren der Daten? (Scikit-Learn) * Datenvisualisierung: Wie kann ich die Daten visualisieren? (Leaflet, Folium)

Die Open Database License (ODbL) ist die für OpenStreetMap-Daten verwendete Lizenz. Der Workshop gibt eine Einführung in die Funktionsweise von Lizenzen und einen Überblick über die wichtigsten Lizenzbestimmungen der ODbL. Besprochen werden die Möglichkeit zur Trennung von Daten und Datenprodukten (Produced Work), die Anforderungen an die Quellenangabe (Attribution) sowie die Share Alike Klausel (Copy Left).

Die Open Database License (ODbL) ist die für OpenStreetMap-Daten verwendete Lizenz. Der Workshop gibt eine Einführung in die Funktionsweise von Lizenzen und einen Überblick über die wichtigsten Lizenzbestimmungen der ODbL. Besprochen werden die Möglichkeit zur Trennung von Daten und Datenprodukten (Produced Work), die Anforderungen an die Quellenangabe (Attribution) sowie die Share Alike Klausel (Copy Left). Gliederung: Einleitung Grundlagen Immaterialgüterrecht und Lizenzen - Informationen und ihr Schutz - Ausschließlichkeitsrechte und Lizenzierung - Lizenzen und Allgemeine Geschäftsbedingungen - Das Datenbankherstellerrecht, §§ 87a ff. UrhG Die Open Database License - Rahmenbedingungen -Vertragspartner der ODbL - Der Copyleft-Effekt der ODbL - ODbL – Quellen- und Lizenzangaben - Lizenzgebühren und DRM - Verhältnis zu anderen Lizenzen

Seit QGIS 3.0 gibt es erste echte 3D-Visualisierungsmöglichkeiten im QGIS-Kern, ohne Plugins oder Drittsoftware installieren zu müssen. Die Präsentation zeigt, was im Bereich 3D-Visualisierung bereits möglich ist und wo es noch Probleme gibt.

Seit QGIS 3.0 gibt es erste echte 3D-Visualisierungsmöglichkeiten im QGIS-Kern, ohne Plugins oder Drittsoftware installieren zu müssen. Die Präsentation zeigt die folgenden Aspekte: * Navigationsarten * Attribute abfragen * Konfigurationen für 3D Oberflächen * Symbolisierungsarten für Polygone, Linien und Punkte * Einbinden von 3D-Modelldateien für das Visualisieren von Punktobjekten * Möglichkeiten Flüge durch 3D-Modelle zu erstellen und zu animieren Ausserdem wird noch diskutiert welche wichtigen Aspekte noch nicht umgesetzt sind oder welche Aspekte noch Probleme bereiten. Am Schluss wird noch eine "Wunschliste" gezeigt in der Hoffnung, dass diese in einer zukünftigen Version umgesetzt werden können.

Korrekte räumliche Daten sind im Feld grundlegend, um Entscheidungen zu treffen. Die Möglichkeit zu haben, Daten zu validieren und Korrekturen sofort vorzunehmen, garantieren einen kompletten Lebenszyklus von qualitativ hochwertigen und zuverlässigen Informationen. Sei es in Echtzeit in der Stadt mit 4G-Verbindung oder in abgelegenen Orten mit Offline-Daten, dank seiner nahtlosen Integration mit QGIS erlaubt QField effizientes Arbeit draußen im Feld.

Korrekte räumliche Daten sind im Feld grundlegend um Entscheidungen zu treffen. Die Möglichkeit zu haben, Daten zu validieren und Korrekturen sofort vorzunehmen garantieren einen kompletten Lebenszyklus von qualitativ hochwertigen und zuverlässigen Informationen. Sei es in Echtzeit in der Stadt mit 4G-Verbindung oder in abgelegenen Orten mit Offlinedaten, dank seiner nahtlosen Integration mit QGIS erlaubt QField effizientes Arbeit draussen im Feld. QField ist eine Open Source App entwickelt von OPENGIS.ch Quellen: http://qfield.org http://qfield.org/repo http://qfield.org/docs Folien: http://opengisch.github.io/talks/qfield-de/

Ideen für eine bessere Geländevisualisierung mit aktuellen Methoden und altbekanntem Wissen: Ein Überblick über Potential, Fehlerquellen und Möglichkeiten.

Wie man Gelände in Karten visualisiert, ist bekannt; Höhenschichten, Höhenlinien und Schummerung sind längst im digitalen GIS-Zeitalter angekommen. In Kombination mit freier Software und freien Geländemodellen kann sich jeder selbst daran versuchen. Das damit verbundene Potential birgt aber genauso auch Risiken: Falsche Verwendung von Werkzeugen und Methoden sowie wenig ästhetische Ergebnisse. Der Vortrag soll einen Überblick gegeben, wie es besser gehen kann: Geländemodelle für die verschiedenen Visualisierungsmethoden aufbereiten, aktuelle Erkenntnisse von Studien anwenden und eher unbekanntes Fachwissen einem breiten Publikum zugänglich machen. Es werden Lösungen vorgestellt, wie sich mit wenig Aufwand mittels freier Werkzeuge und bekannter Methoden bessere kartografische Visualisierungen erzeugen lassen.

Wenn die Qualität von OpenStreetMap-Daten diskutiert wird, ist eine große offene Frage, ob wir OpenStreetMap-Mapper die Daten dauerhaft aktuell halten können. In dem Vortrag wird es einerseits um Werkzeuge gehen, wie man abschätzen kann, welche Daten wohl wie aktuell sind, um Zweifel bei Mappern und Außenstehenden ausräumen zu können. Andererseits wird es um Methodiken gehen, wie man das Aktuell-Halten bequem und attraktiv machen kann.

Wenn die Qualität von OpenStreetMap-Daten diskutiert wird, ist eine große offene Frage, ob wir OpenStreetMap-Mapper die Daten dauerhaft aktuell halten können. Tatsächlich gibt es sowohl Beispiele dafür, dass Daten schneller aktualisiert werden, als man selbst das Problem beschreiben kann. Aber auch Beispiele für monate- oder gar jahrelang veraltete Daten. In dem Vortrag wird es einerseits um Wekzeuge gehen, wie man abschätzen kann, welche Daten wohl wie aktuell sind, um Zweifel bei Mappern und Außenstehenden ausräumen zu können. Andererseits wird es um Methodiken gehen, wie man das Aktuell-Halten bequem und attraktiv machen kann.

Leaflet ist eine der momentan am häufigsten benutzten und beliebtesten Bibliotheken um Web-Maps zu erstellen. In diesem Vortrag lernen Sie wieso.

Leaflet ist eine der momentan meistbenutzten und beliebtesten Bibliotheken um Webmaps zu erstellen. Aber wieso? Ganz einfach: weil Leaflet einfach zu benutzen ist, immer ohne Komplexität auskommt und trotzdem alle Funktionalitäten bereitstellt die in jeder Webmap gebraucht werden. In diesem Vortrag lernen Sie was Leaflet ist, was Sie lernen müssen bevor Sie mit Leaflet anfangen und vor allem wie Sie eine einfache Karte erstellen. Ja, das geht alles in nicht mal 30 Minuten!

Osmoscope ist ein neues Tool zur Qualitätssicherung von OSM-Daten. Aufbereitung der Daten und Webclient sind komplett getrennt. Jeder kann einfach eigene Layer im Web veröffentlichen und Mapper können sie per Mausklick in Osmoscope einbinden.

Es gibt viele verschiedene Tools, die bei der Qualitätssicherung von OSM-Daten helfen. Viele davon arbeiten nach einer ähnlichen Vorgehensweise: Mögliche Fehler werden in den OSM-Daten erkannt und dann über ein Webinterface dargestellt. Mapper können die Probleme dann im Detail anschauen und beheben. Osmose, der OSM Inspector und KeepRight sind die bekanntesten Vertreter dieser Art. Mit Osmoscope gibt es jetzt ein neues Tool, dass diese Idee aufnimmt, im Gegensatz zu früheren Tools aber offener gestaltet ist: Aufbereitung der Daten und Webclient sind komplett getrennt. Jeder kann einfach eigene Layer im Web veröffentlichen und Mapper können sie per Mausklick in Osmoscope einbinden. Der Vortrag stellt das Tool vor und erklärt auch, wie man eigene Layer dafür baut.

In der Zeit des Lighning Talks sollen so viele [Docker](https://docker.com)-Befehle wie möglich vorgestellt werden, die das Arbeiten mit Docker erleichtern.

In der Zeit des Lighning Talks sollen so viele [Docker](https://docker.com)-Befehle wie möglich vorgestellt werden, die das Arbeiten mit Docker erleichtern.

Zur Verwaltung der UMN Mapserver und QGIS-Dienste wird beim Regionalverband Ruhr Subversion genutzt. Über post-commit Hooks werden für jeden Dienst eine Apache-Konfiguration erzeugt und auf die Reverse-Proxy verteilt. Zusätzlich können Berechtigungen für den Zugriff auf die Dienste mit angegeben werden.

Der Regionalverband Ruhr betreibt derzeit über 150 verschiedene UMN-Mapserver und QGIS-Server Dienste. Um den Überblick über diese Dienste zu behalten werden die kompletten Konfigurationen der Dienste im SVN gespeichert. Die verteilte Bearbeitung durch mehrere Mitarbeiter, auch über Abteilungsgrenzen hinweg, ist somit problemlos möglich. Über eine zusätzliche Metadaten-Dateien werden zusätzliche Informationen, die zur Veröffentlichung der Dienste notwendig sind gespeichert: - Berechtigungen: Gruppen, IP-Adressen - zusätzlich nötige Informationen für die ISO-Metadaten Post-Commit Hooks kümmern sich um die Veröffentlichung der Dienste, die Erstellung der ISO-Metadaten, d.h. zu jedem vom Regionalverband Ruhr veröffentlichten Dienst gibt es zwingend einen Metadatensatz und den Eintrag in unsere Diensteüberwachungssoftware GeoHealthCheck.

[OLE2](https://github.com/geops/ole2) ist die Neuentwicklung des bewährten OpenLayers Editors (OLE). Die Open-Source-Bibliothek stellt einfach zu verwendende Werkzeuge für die Erfassung und Bearbeitung von Geodaten bereit.

Wie schon die Kartenbibliothek [OpenLayers](http://openlayers.org), wurde auch der OpenLayers Editor vor einiger Zeit von Grund auf neu geschrieben und als [OLE2](https://github.com/geops/ole2) auf Github publiziert. Die aktuelle Version der Open-Source-Bibliothek basiert nicht nur auf der neuesten OpenLayers Version, sondern setzt auch auf modernste Web-Technologien, wie EcmaScript 6+ und [Cypress](https://www.cypress.io/). Das Ziel von OLE2 ist nach wie vor die Bereitstellung eines Werkeugkastens für die Bearbeitung räumlicher Daten. Der Fokus liegt auf der einfachen Integration der Tools in bestehende Kartenanwendungen sowie auf Nutzerfreundlichkeit bei der Bedienung.

Die Frage beantwortet jede/r anders. Hintergründe und Fakten zu QualityLand. Mit Bezug auf das Buch von Marc Uwe Kling und Fokus auf der Bedeutung von Geodaten in Zeiten von QualityLand und Parallelen zum Alltag und Nirwana.

Die Frage beantwortet jede/r anders. Hintergründe und Fakten zu QualityLand. Mit Bezug auf das Buch von Marc Uwe Kling und Fokus auf der Bedeutung von Geodaten in Zeiten von QualityLand und Parallelen zum Alltag und Nirwana.

Das Plugin Offline-MapMatching stellt die erste Erweiterung für QGIS dar, mit der eine Trajektorie mit einem Wegenetz auf Basis eines Hidden Markov Models und des Viterbi-Algorithmus abgeglichen werden kann.

Unter Map Matching oder Kartenabgleich versteht man das Problem des Abgleichs gemessener Koordinaten mit Informationen einer (digitalen) Karte, z.B. der Abgleich einer punktförmigen Trajektorie mit einem digitalen linienförmigen Wegenetz, worauf sich die Arbeit im Folgenden konzentrieren wird. Eine rein räumliche Analyse, z.B. durch projizieren der gemessenen Positionen auf das Wegenetz per Snapping, liefert z.B. in Kreuzungsbereichen häufig keine zufriedenstellenden Ergebnisse. Auch Ausreiser bei den gemessenen Koordinaten, z.B. wegen der Datenaufnahme mittels GPS o.ä., oder eine mangelhafte Qualität des Wegenetzes werden bei einer rein räumlichen Analyse des Problems ignoriert und führen zu fehlerhaften Resultaten. Stochastische Verfahren liefern bei den genannten Problemen deutlich bessere Ergebnisse, wobei QGIS solche Verfahren im Kern nicht anbietet. Das Plugin Offline-MapMatching stellt die erste Erweiterung für QGIS dar, um mittels stochastischer Methoden ein Map Matching zu realisieren. Die Erweiterung ermittelt für jede Position der Trajektorie die nächstgelegenen Punkte auf Linien des Wegenetzes, welche sich in einem vom Nutzer zu definierenden Umkreis um die einzelnen Positionen befinden. Zusammen mit verschiedenen Wahrscheinlichkeitswerten bilden diese ein Hidden Markov Model. Unter Zuhilfenahme des Viterbi-Algorithmus wird der wahrscheinlichste Pfad des Hidden Markov Models ermittelt. Dies entspricht der wahrscheinlichsten Abfolge an Punkten auf dem Wegenetz bezogen auf die gegebene Trajektorie. Viele freie Werkzeuge zur clientseitigen Berechnung eines Map Matchings verlangen eine Installation auf Servern, müssen erst gebaut oder kompiliert werden oder liegen lediglich als Bibliotheken vor. Im Gegensatz dazu ist das Plugin Offline-MapMatching eine leicht zu installierende und sofort nutzbare Lösung, welche ohne tiefere IT-Kenntnisse in QGIS in Betrieb genommen und somit von einem größeren Anwenderkreis genutzt werden kann.

Fototermin vom Haupteingang des Z-Gebäudes der Hochschule für Technik und Wirtschaft (HTW) Dresden am Friedrich-List-Platz

Fototermin vom Haupteingang des Z-Gebäudes der Hochschule für Technik und Wirtschaft (HTW) Dresden am Friedrich-List-Platz

Dieser Workshop bietet einen Einstieg in das Arbeiten mit Rasterdaten in QGIS und GRASS GIS. An einem praktischen Beispiel wird gezeigt, wie frei verfügbare Laserscandaten des Landes NRW über QGIS in GRASS GIS aufbereitet und analysiert werden können. Das Ergebnis ist eine Sichbarkeitsanalyse für eine Windenergieanlage.

Das DOM beschreiben die Höhe und Form der Erdoberfläche inklusive Bauwerke und Vegetation. Hieraus ergeben sich vielfältige Nutzungsmöglichkeiten zur Datenanalyse, wie z.B. Funknetzplanung oder Simulation und Prognose im Hochwasserschutz. Wir möchten die Daten für eine Sichtbarkeitsanalyse für Windenergieanlagen verwenden, wie sie z.B. auch für Umweltverträglichkeitsstudien benötigt wird. Dieser Workshop bietet einen Einstieg in das Arbeiten mit Rasterdaten in QGIS und GRASS GIS. Als Datengrundlage dienen frei verfügbarer DOM des Landes Nordrhein-Westfalen (https://www.opengeodata.nrw.de/produkte/). Das DOM1l, welches Geobasis NRW online hier bereitstellt, besteht aus den originär erfassten First-Pulse-Punktwolken aus dem flugzeuggestützten Laserscanning. Die Punktdichte liegt bei mindestens vier Punkten pro Quadratmeter. Die Integration und Analyse der Daten erfolgt über GRASS GIS aus QGIS heraus über das GRASS Plugin. Es wird eine GRASS Datenbank erstellt und erläutert, wie mit GRASS Werkzeugen aus den Punktdaten Daten im regelmäßigen Rasterformat erzeugt werden können. In dem Zusammenhang werden Methoden zur Interpolation und zum Resamping der Daten vorgestellt und diskutiert. Am Beispiel von Windenergieanlagen wird im Anschluss gezeigt, wie diese Daten für eine Sichtbarkeitsanalyse mit GRASS GIS Werkzeugen ausgewertet werden können. Die Ergebnisse werden im Anschluss in QGIS 2D und 3D visualisiert und aus GRASS GIS exportiert. • Einführung in GRASS GIS • Arbeiten mit dem GRASS Plugin in QGIS • Datenaufbereitung und Import • Erstellung eines regelmäßigen Raster durch Interpolation • GRASS Werkzeuge zum Resampling von Rasterdaten • Sichrtbarkeitsanalyse in GRASS GIS • Skript zur Automatisierung mit Python • Datenexport aus GRASS GIS • Ergebnisvisualisierung in QGIS 2D und 2D

In nur 90 Minuten werden Sie in diesem Workshop in die Basics von Webmapping eingeführt und lernen eine Karte zu erstellen und Daten zu visualisieren.

In nur 90 Minuten werden Sie in diesem Workshop in die Basics von Webmapping eingeführt und lernen eine Karte zu erstellen und Daten zu visualisieren. Dieser Workshop setzt Basiswissen in HTML, CSS, JavaScript voraus und richtet sich vor allem an Teilnehmer/innen, die mit der Erstellung von Webkarten ihre Kenntnisse anwenden und erweitern möchten. Um dieses Ziel in kürzester Zeit zu erreichen, wird im Workshop die populäre Open-Source-Bibliothek Leaflet verwendet. Leaflet ist effizient, leicht zu erlernen und bestens dokumentiert. Es wird vorgestellt, wie eine Web Map erstellt und verschiedene Basemaps eingebunden werden (OpenStreetMap, Mapbox, Stamen usw.). Die Teilnehmer/innen lernen, wie der Karte Daten (Punkt, Linie, Polygon) und Interaktionen hinzugefügt werden (zu einem bestimmten Punkt/Ort oder einer bestimmten Zoomstufe zoomen) und auch, wie die Karte mit Events erweitert werden kann (z.B. auf die Karte klicken und die Koordinaten des Klicks bekommen). Dieser Workshop wird von dem Autor des Buchs Leaflet Cookbook - Recipes for Creating Dynamic Web Maps (Locate Press) unterrichtet.

In diesem Vortrag wird auf die Daten-Pipeline des Mapillary-Projektes eingegangen. Es werden auch die unterschiedlichen FOSS-Komponenten beleuchtet (OpenSfM, MapillaryJS, iOS-SDK, Python-Tools, JOSM/iD-Integrationen).

Es soll in diesem Vortrag darum gehen, die FOSSS-Komponenten vorzustellen, die auch außerhalb des Mapillary-Projekts genutzt, geändert und integriert werden können. Dies umfasst die APIs, Vektortiles und Exportformate bis hin zu völlig freistehenden Projekten wie MapillaryJS und OpenSfM. Auch die neuen Android- und iOS SDKs werden kurz beleuchtet, zusammen mit den Python-basierten Skripts unter Mapillary-Tools. Als Integrationspunkte werden QGIS und OpenStreetMap, insbesondere der iD-Editor und JOSM, eingesetzt.

QGIS verfügt mit dem Ausdruckseditor und Virtuelle Layer über zwei mächtige Werkzeuge, die sich in QGIS vielfältig eingesetzen lassen. Dieser Workshop führt in das Thema ein und zeigt anhand verschiedener Beispiele die vielfältigen Nutzungsmöglichkeiten des Ausdruckseditor, unter anderem auch den Geometrie Generator. Daneben beschäftigt sich der Workshop mit dem "Virtuellen Layern", dass Konzepte aus räumlichen Datenbanken wie PostGIS in QGIS anbietet.

QGIS bietet in seiner Benutzeroberfläche viele Funktionen und Einstellungsmöglichkeiten. Immer wieder begegnet man hier dem Ausdruckseditor, um z.B. Daten in einer Tabelle zu selektieren. Der Ausdruckseditor bietet jedoch darüber hinaus zahlreiche Möglichkeiten zur Ausgestaltung der Darstellung über die sogenannte "datendefinierte Übersteuerung". Dieses Konzept ist durchgängig in QGIS vorhanden. Der Workshop schafft einen tieferen Einblick in das Konzept und zeigt anhand verschiedener Beispiele die Nutzung der datendefinierten Übersteuerung auf. Daneben werfen wir noch einen Blick auf das Virtuelle Layerkonzept von QGIS, das ebenfalls ein mächtiges Instrument darstellt. Virtuelle Layer sind in QGIS in vielen Bereichen einsetzbar wie zum Beispiel als Geoprozessing Tool aber auch um komplexe Zusammenhänge zwischen verschiedenen Layern zu lösen. Unter Anderem behandelt der Workshop Themen wie: - Einführung in den Ausdruckseditor - Ausdrücke schreiben und testen - Ausdrücke zur Symbolsteuerung - Erzeugen von geometrischen Symbolen mit dem Geometrie Generator - Datendefinierte Übersteuerung mit dem Ausdruckseditor - Erstellen von eigenen Funktionen für den Ausdruckseditor - Einsatz von virtuellen Layern Der Teilnehmer kann den Einsatz des Ausdruckseditors an Schulungsnotebooks selbst ausprobieren und wird anhand von praktischen Übungsbeispielen durch die Materie geleitet. Von Vorteil sind Grundkenntnisse im Umgang mit Geodaten und Kenntnisse im Umgang mit QGIS.

Im Vortrag wird der aktuelle Stand und potentielle künftige Weiterentwicklung der weitverbreiteten JavaScript-Bibliothek OpenLayers vorgestellt.

OpenLayers ist eine sehr bekannte und verbreitete Open-Source-JavaScript-Bibliothek, um interaktive Karten im Web aus verschiedenste Quellen mit reichhaltigen Interaktionsmöglichkeiten zu erstellen. Seit deutlich mehr als zehn Jahren wird OpenLayers stets weiterentwickelt und ist auch im Jahre 2019 eine moderne Bibliothek, die ihren Benutzern eine Fülle an Optionen an die Hand gibt, um auch anspruchsvollste webbasierte Kartenapplikation zu erstellen. Der Vortrag, der von OpenLayers Kernentwicklern gehalten wird, wird zunächst den aktuellen Stand der Bibliothek vorstellen und relevante Änderungen zu früheren Versionen betrachten. Anschließend werden wir zukünftige Entwicklungsschwerpunkte beleuchten. [Vortragsvideo (ca. 213 MB)](https://cdn.media.ccc.de/events/fossgis/2019/h264-hd/fossgis2019-474-deu-OpenLayers_-_Stand_und_aktuelle_Entwicklungen_hd.mp4)

In diesem Vortrag berichtet der Autor seine Erfahrungen mit Kunden, die Schulungen zum Beitragen und Verbessern von OpenStreetMap-Daten in Anspruch genommen haben. Welche kulturelle Unterschiede und Anpassungsschwierigkeiten zwischen der geschäftlichen Welt und einem offenen Projekt bestehen? Was sollte bei der Regulierung kommerziell motivierter Datenerfassung berücksichtigt werden? Welche Potentiale bietet eine Integration "kommerzieller" Beitragender für OSM in Deutschland?

Gewerbetreibende und auch nichtkommerzielle Organisationen nutzen zunehmend OSM als Grundlage für Karten oder weitergehende Verarbeitung. Dadurch entsteht oft auch der Wunsch, Fehler in OpenStreetMap zu korrigieren und Fehlendes zu ergänzen. In diesem Vortrag berichtet der Autor seine Erfahrungen mit Kunden, die sich im Beitragen zu und Verbessern von OpenStreetMap-Daten haben schulen lassen. Die Schwerpunkte dieses Vortrags sind: * Wer interessiert sich für eine Einführung in das Beitragen zu OpenStreetMap und was sind die Interessen dieser Kunden? Wie nutzen diese OpenStreetMap-Daten? * Welche nützlichen Vorkenntnisse und Fähigkeiten haben diese? * Wie sehen die Kunden das OpenStreetMap-Projekt und die Freiwilligen-Community? * Welche Anpassungschwierigkeiten haben Außenseiter mit beruflichem Hintergrund an die Kultur und Konventionen des offenen Projekts? * Was sollte bei der in Diskussion befindlichen Regulierung organisierter und bezahlter Mappingarbeit berücksichtigt werden? * Wo sind für das OpenStreetMap-Projekt in Deutschland Potentiale, in den nächsten Jahren seine Daten mithilfe beruflich motivierter Mapper zu verbessern? * Gibt es Bereiche, in denen die Interessen von Schulungsanbietern von denen des OpenStreetMap-Projekts abweichen?

Web-basierte Open-Source-3D-Applikationen mit geografischem Bezug sind bereits seit vielen Jahren technisch möglich, wie einige Projektlösungen zeigen. Der Vortrag wird einige solcher Lösungen vorstellen und auch auf künftige Entwicklungen, neue Ansätze und Bibliotheken eingehen.

Web-basierte Open-Source-3D-Applikationen mit geografischem Bezug sind bereits seit vielen Jahren technisch möglich und einzelne Projektlösungen haben gezeigt, dass sich auch anspruchsvolle Lösungen umsetzen lassen. Die technologischen Entwicklungen in diesem Bereich schreiten aber mit hoher Geschwindigkeit voran, so dass es schwierig ist, einen Überblick über aktuelle Lösungsansätze und Software zu haben. Der Vortrag stellt zunächst kurz eigene Projektapplikationen (geologische Landesmodelle für Berlin und Brandenburg, ggf. weitere) vor. Die technologischen Basiskomponenten bilden hierbei ebenso einen Schwerpunkt wie die umgesetzten Funktionalitäten. Auch die Integration mit existierend Geokomponenten (etwa PostGIS als 3D-Datenspeicher, GeoServer als 3D-Dienstbereitsteller, OpenLayers-Clients für klassische 2D-WebGIS-Applikationen) wird hierbei beleuchtet werden. Anschließend werden wir aktuelle Bibliotheken wie x3dom, three.js, react-three, Cesium und OL-Cesium kurz vorstellen und an einigen ausgewählten harten wie weichen Kriterien vergleichen. So ist ein beispielhafter Vergleichsaspekt die möglichst nahtlose Unterstützung für 2D und 3D-WebGIS in konkreten Applikationen.

In diesem Vortrag wird ein prototypischer Ansatz präsentiert, wie möglicherweise bezahlte oder organisierte Mapper im OSM-Projekt erkannt werden können. Der zweite Teil des Vortrags widmet sich der Untersuchung der Beitragenden.

Durch die stetig steigende Qualität, der von Freiwilligen gesammelten Informationen mit Raumbezug, tauchen die Daten des OpenStreetMap (OSM) Projektes immer mehr in kommerziellen Anwendungen auf. Dabei liegt es in der Natur der Sache, sollten spezielle Anforderungen an die Daten nicht ausreichend im Projekt vorhanden sein, dass mit finanziellen Mitteln oder eigenen Mitarbeitern nachgeholfen wird. Leider gibt es hin und wieder Schwierigkeiten, da entweder nicht abgesprochen massenhaft Daten geändert oder auch importiert werden. In der Vergangenheit wurde auch die Qualität der Änderungen hinterfragt, da in der Regel die (Detail-)Informationen ohne lokales Wissen und meist ausschließlich auf Basis von Luftbildern oder anderen Quellen erfasst werden [1][2][3]. In diesem Vortrag wird ein prototypischer Ansatz präsentiert, wie solche Mitwirkenden und deren Änderungen innerhalb des Projektes gefunden werden können. Der zweite Teil widmet sich der Untersuchung der Beitragenden. Wie ist deren zeitliche Entwicklung in der Projekthistorie und in welcher Häufigkeit treten sie evtl. auf? Lassen sich beispielsweise geografische und zeitliche Aktivitäten oder Editier-Gewohnheiten aus den Beiträgen gewinnen? [1] https://forum.osm.org/viewtopic.php?id=61964 [2] https://forum.osm.org/viewtopic.php?id=61166 [3] https://forum.openstreetmap.org/viewtopic.php?id=63394

Im Vortrag möchte ich zeigen, wie man in wenigen Schritten aus den Drohnen-Rohbilddaten ein nutzbares WebGIS-Projekt erstellen kann. Dabei wird zusammenfassend auf das OpenDroneMap-Projekt (ODM) eingegangen und welche Tools wichtig sind um ein WebGIS zu installieren und zu benutzen.

In den letzten Jahren hat sich das OpenSource-Projekt „OpenDroneMap“ rasant weiterentwickelt und bietet ein alternative zu den kommerziellen Bildprozessierungsprodukten. Außerdem sind in den letzten Jahren auch die Drohnenpreise so erschwinglich, dass jeder zum Hobby-Piloten werden kann. Natürlich stellt sich dann die Frage, was kann ich aus meinen Drohnendaten machen und wie kann ich anderen Menschen meine Bilddaten visuell zeigen. Hier möchte ich zeigen, dass man mit wenig Aufwand die Bilddaten in das WebGis bekommt.

Im Vortrag zeigen wir die Verarbeitung der Open Data des Bundeslands NRW für die Planung von potentiellen Trassen über Kostenoberflächen mittels KI-basierter Luftbildauswertung bis hin zum Web-GIS für Planer.

Das Bundesland NRW hat seine Geodaten als Open Data veröffentlicht. Der Vortrag zeigt – ganz dem Firmenmotto von Mundialis folgend – wie man aus Open Data mit Open-Source-Tools effektiv GIS-relevante Fragestellungen bearbeiten kann und zeigt damit auch, welcher Mehrwert in Open Data liegt. Im Zentrum steht die Planung von potentiellen Trassen über Kostenoberflächen. Oberflächendaten werden dabei mittels eines KI-Ansatzes aus Luftbildern extrahiert und anschließend optimale Trassen auf Basis verschiedener Geodaten mit einem GRASS-GIS-basierten Algorithmus errechnet. Am Ende wird gezeigt, wie die so ermittelten Trassen für Planer zur Verfügung gestellt und von ihnen weiterverarbeitet werden können. Konkret zeigen wir das Potential der Daten anhand folgender Beispiele: * Bildverarbeitung von Orthophotos – Landnutzungsklassifizierung und -änderung anhand von verschiedenen Luftbildbefliegungen * intelligentes Kostenrouting zur Berechnung potentieller Trassen * Erstellung eines WebCoverage-Services (WCS) und eines performanten WMS aus Rasterdaten (GeoServer) * Darstellung des Dienstes in einer Web-GIS-Umgebung

Der QGIS Webclient 2 (QWC2) ist ein moderner Kartenclient, der auf die Publikation von Karten mit QGIS Server spezialisiert ist. Dank dem Einsatz von Microservices ist er sowohl für die Erstellung einfacher In-House Clients als auch für umfangreiche Lösungen in Enterprise-Infrastrukturen geeignet.

Der QGIS Webclient 2 (QWC2) ist ein moderner Kartenclient, der die Erweiterungen von QGIS Server unterstützt und durch weitere Funktionen ergänzt. Im minimalen Betrieb reicht ein Webserver mit dem QGIS Server bereits aus. Sobald jedoch spezielle Funktionen wie Suche, Rechteverwaltung, etc. hinzukommen, sind weitere Serverfunktionen nötig. Das "qwc-services" Projekt stellt dafür eine Vielzahl an Diensten in Form von lose gekoppelten Micro-Services zur Verfügung. Diese können als Docker Container oder als WSGI Prozesse betrieben werden. Eine Micro-Service Archtektur hat verschiedene Auswirkungen auf den Betrieb solcher Dienste. Dieser Vortrag zeigt die Eigenschaften des Einsatzes von Micro-Services für Karten-Applikationen auf und erläutert Vor- und Nachteile.

Viele OpenStreetMap-Nutzer sind erstaunt, wenn sie hören, dass jede(r) einfach alles ändern kann. Geht da nicht ständig etwas kaputt? Treiben da nicht Teenager ihren Schabernack mit den heiligen Geodaten? Dieser Vortrag analysiert die Risiken und gibt Handlungsempfehlungen.

Viele OpenStreetMap-Nutzer sind erstaunt, wenn sie hören, dass jede(r) einfach alles ändern kann. Geht da nicht ständig etwas kaputt? Treiben da nicht Teenager ihren Schabernack mit den heiligen Geodaten? Tatsächlich lassen sich viele humorvolle und auch weniger lustige Beispiele aus der Vergangenheit von OpenStreetMap finden, in denen etwas, das auf die Karte gehört, kaputt gemacht, oder etwas, das nicht auf die Karte gehört, dazuerfunden wurde. Wie schwerwiegend sind solche Vorfälle für verschiedene Anwendungsfälle von OpenStreetMap-Daten? Wie häufig kommen sie vor? Und: Welche Maßnahmen kann man ergreifen, um das Risiko zu mindern?

Mapbender ist eine Software zur einfachen Erstellung von WebGIS-Anwendungen. Über ein paar Klicks können mit dem webbasierten Administrations-Backend individuelle Anwendungen erstellt werden, eine Benutzer- und Gruppenverwaltung mit der Möglichkeit Rechte zuzuweisen.

Der Vortrag geht vor allem auf die neuen Komponenten in Mapbender ein und stellt diese vor. Außerdem soll auf die Neuerungen in der Software eingegangen werden. Im Anschluss an den Vortrag findet das [Mapbender Anwendertreffen](https://pretalx.com/fossgis2019/talk/YH8XUW/) statt.

Im Projekt osm_address_db hat sich einiges bewegt. Es wurde schon auf den vergangenen Konferenzen vorgestellt.

Der Vortrag zeigt den aktuellen Stand des Projektes osm_address_db. osm_address_db analysiert die Adressdaten die in OSM vorhanden sind. Dabei werden eventuelle Fehler oder Fehlerkandidaten aufgezeigt. Diese können die die Nutzer begutachtet und ggf. korrigiert werden. Der Talk zeigt kurz auf, welche Funktionen dazugekommen sind oder sich verbessert haben. Das Projekt wird zur FOSSGIS 2019 offiziell als 1. finale Version präsentiert.

Die "Copernicus Data and Exploitation Platform – Deutschland" (CODE-DE) ist der Zugangspunkt zum Copernicus Sentinel Satellite System der EU. Über CODE-DE sind für deutsche Anwender Daten von Sentinel-1A/1B, Sentinel-2A/2B und Sentinel-3A/3B frei und umsonst verfügbar. Als Schnittstellen werden zum Download ein HTTP-Download-Service und ein WCS, für die Darstellung ein WMS und für die Datensuche ein CSW und ein EOP OpenSearch Service unterstützt.

Die Sentinel-Satelliten bilden den Kern des europäischen Erdbeobachtungsprogramms Copernicus. Die "Copernicus Data and Exploitation Platform – Deutschland" (CODE-DE) ist Teil des deutschen Bodensegments und bildet den Zugangspunkt zum Copernicus Sentinel Satellite System der EU, zu den dort verfügbaren Datenprodukten sowie den Produkten der Copernicus Services, die aus den ursprünglichen Datenprodukten abgeleitet wurden. Der CODE-DE Datahub harvested kontinuierlich die Sentinel-Daten von den ESA Hubs und stellt die Daten den CODE-DE Nutzern somit auch für Near-Real-Time-Processing (NRT) bereit. Im Augenblick sind über das CODE-DE Portal Daten von Sentinel-1A/1B, Sentinel-2A/2B und Sentinel-3A/3B verfügbar. Diese Daten können direkt über einen HTTP-Download-Dienst von Online-Serverplattformen heruntergeladen werden. Darüber hinaus existieren OGC WMS (INSPIRE Viewing Service) und OGC WCS (INSPIRE Download Service) Dienste, die für beliebige Anwendungen genutzt werden können. Die Metadaten für alle Produkttypen sind über einen OGC CSW (INSPIRE Discovery Service) und die Metadaten für die jeweiligen Produkte sind über einen EOP OpenSearch Dienst auffindbar. Der ständig aktualisierte Datenkatalog erlaubt einen Zugang zu den Sentinel-Daten, wobei diese nach Raum, Zeit und weiteren Suchkriterien, wie Wolkenbdeckung oder Orbit gefiltert werden können. Alle Copernicus-Daten und -Dienste sind öffentlich zugänglich und können kostenfrei auf Basis einer vollständigen, freien und offenen Liezenz genutzt werden. Zusätzlich bietet CODE-DE für ausgewählte Nutzer die Möglichkeit, die Sentinel-Daten online in einer speziell dafür vorgesehenen Infrastruktur zu prozessieren. In diesem Zusammenhang werden sowohl die Nutzung von Toolboxen auf CODE-DE als auch die Integration externer Prozessoren in die CODE-DE Rechnerinfrastruktur unterstützt. Die Demo zeigt Anwendungsfälle für das Auffinden und die Suche von Sentinel-Daten über das CODE-DE Portal. Weitere Beispiele demonstrieren die Nutzung von CODE-DE-Schnittstellen, wie WMS, WCS, CSW oder EOP OpenSearch, die es ermöglichen, Sentinel-Daten automatisch von der CODE-DE-Plattform zu beziehen. Zu guter Letzt werden praktische Beispiele für die Prozessierungsmöglichkeiten auf der CODE-DE-Plattform vorgeführt.

Kurze Übersicht welche Erneuerungen im LKW-Maut-Gesetz dazugekommen sind und welche Folgen es für das OSM-Maut-Tagging-Schemata hat.

Seit Juli 2018 wurde das Lkw-Mautgesetz in Deutschland geändert, so dass alle Bundesstraßen mautpflichtig sind. Ich erkläre kurz welche Auswirkung die Maut-Erweiterung auf die OSM-Daten hat und welche Probleme jetzt zum aktuellen Maut-Tagging-Schemata auftreten können und wie man sie verbessern oder vermeiden kann.

OSM2World ermöglicht die Erzeugung von 3D-Modellen aus OpenStreetMap-Daten. Dank moderner Webtechnologien ist es jetzt auch komfortabel im Browser nutzbar.

Die freie 3D-Rendering-Software OSM2World setzt auf OpenStreetMap-Daten, um eine realitätsnahe 3D-Darstellung der Welt zu erschaffen. Schon seit 2012‎ existiert auch ein webbasiertes Frontend, mit dem Nutzer einen Blick auf die 3D-Welt werfen können, ohne die Rendering-Software selbst installieren und einrichten zu müssen. Die zugrundeliegende Technologie ist allerdings in die Jahre gekommen. Fokus des Vortrags sind die Arbeiten an einem Nachfolger für das OSM2World-Frontend, der die bisher bestehenden Einschränkungen löst.

Zum Anwendertreffen sind Anwender und Entwickler herzlich eingeladen, die INSPIRE Netzwerkdienste mit dem [OSGeo Projekt deegree](https://www.deegree.org/) bereits umsetzen oder dieses für die Zukunft planen.

Zu diesem Treffen sind Anwender und Entwickler von [deegree](https://www.deegree.org/) eingeladen. Der aktuelle Stand von deegree für die Bereitstellung von INSPIRE Netzwerkdiensten wird vorgestellt. Für Neueinsteiger in das Thema wird es zu Beginn des Treffens einen kurzen Überblick geben. Ebenso können Anwender von deegree Ihre Ergebnisse mit dem Einsatz von deegree für INSPIRE vorstellen. Darüberhinaus sollen notwendige Erweiterungen bzw. Verbesserungen an deegree diskutiert und Möglichkeiten der Zusammenarbeit besprochen werden. Alle Interessierten sind herzlich eingeladen.

Zu diesem Treffen sind Anwender und Entwickler der WebGIS Client Suite Mapbender eingeladen. Aber es auch alle anderen Interessierten willkommen!

Zu diesem Treffen sind Anwender und Entwickler der WebGIS Client Suite Mapbender eingeladen. Der aktuelle Stand von Mapbender3 wird vorgestellt. Zukünftige Entwicklungen werden diskutiert. Die Anwender können sich austauschen. Alle Interessierten sind herzlich eingeladen

Zur jährlich stattfindenden Versammlung des FOSSGIS e.V. sind alle Mitglieder herzlich eingeladen, teilzunehmen und sich zu beteiligen. Einige Themen stehen auf der Agenda. Wir laden ein zum Kennenlernen, zur Diskussion, Abstimmung und Neuwahlen.

Die FOSSGIS e.V. Mitgliederversammlung findet um 18:00 Uhr statt. Alle Mitglieder sind herzlich eingeladen, teilzunehmen und sich zu beteiligen. Einige Themen stehen auf der Agenda. Wir laden ein zum Kennenlernen, zur Diskussion, Abstimmung & Neuwahlen. Getränke werden gestellt und es wird für alle Pizza bestellt. Wir freuen uns über zahlreiches Erscheinen.

Zum Zeitpunkt der Konferenz ist QGIS 3.4 der erste Long Term Stable (LTS) Release der neuen QGIS 3 Version. Wir möchten im Rahmen des Workshops einen praktischen Überblick der Funktionalität geben und aufzeigen, wie der nun Umstieg von QGIS 2 optimal stattfinden kann.

Zum Zeitpunkt der Konferenz ist QGIS 3.4 der erste Long Term Stable (LTS) Release der neuen QGIS 3 Version. QGIS 2 wird dann nicht mehr mit Bugfix-Releases gepflegt. Dies ist somit ein guter Zeitpunkt, um auf die neue QGIS Version zu wechseln und sich mit den Neuerungen vertraut zu machen. Wir möchten im Rahmen des Workshops einen praktischen Überblick der Funktionalität von QGIS 3 geben und aufzeigen, wie der nun unausweichliche Umstieg von QGIS 2 optimal stattfinden kann und worauf man achten sollte. Grundlegende Themen sind u.A.: • QGIS3 Benutzeroberfläche und Einstellungen • Migration vom Shapefile: Was bietet GeoPackage? • Neue Werkzeuge der Datenerfassung • Drucklayout und Bericht

Der Beitrag stellt die Ergebnisse der QGIS-Anwendergruppevor, die im Herbst 2018 in der Schweiz durchgeführt wurde

im Herbst 2018 führte das Präsidium der Schweizer QGIS-Anwendergruppe eine Umfrage durch. In diesem Beitrag werden zum einen die Ergebnisse der Umfrage vorgestellt und zum anderen mögliche Schlüsse, die aus der Umfrage gezogen werden können. Diese Interpretationen können an der FOSSGIS im Anschluss an die Präsentation gerne reflektiert und ergänzt werden. Der Link zur Umfrage lautet: https://docs.google.com/forms/d/e/1FAIpQLSfoemv8IS4LnVazcutEQB69hA3d-qh_ADZR07f3xm3iYQJt3w/viewform Das Ziel der Umfrage war/ist es, zum einen die Verbreitung von QGIS in der Schweiz zu erfragen und zum andern in welchen Fachbereichen QGIS eingesetzt wird. Wir wollten auch wissen, wie das Engagement der Nutzer ist. Das Projekt lebt ja von Leuten, die sich engagieren (sei es praktisch oder finanziell). Außerdem interessierte uns, welche Ausprägungen von QGIS im Einsatz sind und wie stark: Desktop, Server, mobil, ... Darüber hinaus wollten wir wissen, ob die Sprachgrenze in der Schweiz (v.a. Deutsch vs. Französisch) eine Rolle spielt in der Nutzung von QGIS.

Der Workshop richtet sich an alle, die ihre SQL-Kenntnisse erweitern wollen, um komplexe Analysen innerhalb der Datenbank durchzuführen.

Der Workshop wird mit PostreSQL 11 und PostGIS 2.5 durchgeführt. Es wird eine breits aufgesetzte Datenbank mit verschiedenen Testdaten geben (sollte OSGeo Live nicht ausreichen), anhand derer verschiedene SQL-Rezepte erklärt werden. Dazu zählen u.a.: - DISTINCT ON - Aggregate mit FILTER - Window Functions - Rekursive Abfrage - PL/pgSQL Programmierung Hier und da wird es auch Tipps zu folgenden Themen geben: - Indizierung - Performancefallen bei SQL - Abfrage Ausführungspläne - PostgreSQL-Konfiguration - Partitionierung

Eine praktische Anleitung zur Umsetzung von anspruchsvollen Reliefdarstellung mit QGIS und Erweiterungen.

Eine Schummerung ist schnell im QGIS berechnet – aber ist das wirklich schon eine gute Geländedarstellung? Der Workshop soll aufzeigen, was nötig und möglich ist, um gute Visualisierungen zu erzeugen. Anhand von anschaulichen Beispielen soll auf die verschiedenen Möglichkeiten, Problemstellungen sowie Lösungen in Abhängigkeit vom Zielmaßstab eingegangen werden.

In der Demosession werden wesentliche Funktionalitäten des GeoServers live demonstriert. Dies umfasst die grafische Benutzeroberfläche (Daten einbinden, Feature-Types erzeugen, Layer publizieren und stylen), die REST-Schnittstelle und ggf. zusätzliche Extensions.

Der GeoServer ist ein bekannter und mächtiger OpenSource-Kartenserver, der in zahlreichen Projekten eingesetzt wird. Auf Basis offener (OGC-)Standards können mit dem GeoServer verschiedene Geodienste aus zahlreichen Datenquellen bereitgestellt werden. Die Demo-Session wird die Arbeit mit dem GeoServer zeigen. Die Inhalte werden voraussichtlich die folgenden sein: * Verwendung der Benutzeroberfläche - Einbindung verschiedenenr Datenquellen - Publikation als FeatureType * grafische Ausgestaltung eines Dienstes (WMS) * Bereitstellung Feature-Dienst (WFS) * Verwendung der Layervorschau * … * Benutzung der REST-Schnittstelle * Erweiterung mittels Extensions

Überblick über den Planungsprozess der Deutschen Telekom AG für den Glasfaserrollout mit Fokus auf den Aufbau und Prozesse einer Cloud-basierten Geodateninfrastruktur.

2021 wird die Deutsche Telekom AG zwei Millionen Glasfaseranschlüsse pro Jahr ans Netz bringen. Um diese hohe Anzahl zu erreichen, müssen große Teile des Planungsprozesses automatisiert werden. Dafür wurde in der Telekom das Projekt FTTH Factory ins Leben gerufen. Eine zentrale Komponente des Planungsprozesses ist eine neuaufgebaute, skalierbare Geodateninfrastruktur (GDI). Die GDI basiert größtenteils auf Open-Source-Software und wurde in der Open Telekom Cloud (OTC) mittels Infrastructure-As-Code realisiert. In dem Vortrag möchten wir einen Einblick in den Aufbau der Infrastruktur sowie einen Überblick über den Planungsprozess und das Zusammenspiel der Komponenten geben. Insgesamt werden für den Prozess Daten in großem Umfang und auch mit Hilfe von künstlicher Intelligenz verarbeitet.

Dieser Vortrag erläutert Werkzeuge und Techniken, womit man statische Bilder oder PDFs schnell und einfach in interaktive Karten umwandeln kann.

Immer noch werden viele Karten als statische Bilder oder PDFs veröffentlicht. Solche Karten lassen sich nicht richtig zoomen oder verschieben, die Bedienbarkeit entspricht schon lange nicht mehr dem Stand der Technik. Dieser Vortrag erläutert Werkzeuge und Techniken, womit man statische Bilder oder PDFs schnell und einfach in interaktive Karten umwandeln und ohne spezieller Software hosten kann. Auch den umgekehrten Weg gehen wir an: wie kann man aus einer "Slippy Map" ein statisches Bild z.B. für einen hochauflösenden Ausdruck erzeugen?

Etablierte Routing-Regeln entstehen nicht alleine durch Tagging-Proposals, sondern durch komplexe Wechselwirkungen, und in vielen Randbereichen auch gar nicht. Ein Überblick.

Die etablierten Routing-Regeln sind das Arbeitspferd für Mapper und Software-Entwickler: damit lassen sich Sachverhalte so erfassen, dass sie auf den Karten sinnvoll dargestellt und von den Routern korrekt umgesetzt werden. Der etablierte Regelsatz ist aber kleiner als das Wiki vermuten läßt. Dieser Vortrag will sowohl einige Grauzonen beleuchten, von A wie Anliegerzone bis W wie Wintersperre, als auch den Prozess verständlich machen, wie etablierte Regeln eigentlich entstehen. Wenn dieser Vortrag Teil dieses Prozesses wird, einige dieser Grauzonen erhellt und bei anderen dazu anregt, das Wiki zu entrümpeln - dann hat er sein Ziel erreicht.

neue Trends und Technologien für die GDI 4.0, ein Erfahrungsbericht aus dem Einsatz von Open-Source-Geodaten und OpenStreetMap in der Industrie

Die Entwicklung von Software birgt jede Menge Risiken und ist mit herkömmlichen Methoden schlecht zu planen. Um diesem Problem zu begegnen wird heute in vielen Bereichen agiles Projektmanagement eingesetzt (z.B. Scrum). Der Betrieb komplexer und langlebiger IT-Systeme wie z.B. einer Geodateninfrastruktur wird hingegen nach wie vor langfristig strukturiert und geplant, vor allem in großen und wenig flexiblen Organisationen. Die agile Vorgehensweise eignet sich für den Betrieb solcher herkömmlicher komplexer System ind großen Organisationen weniger. Um diesem Problem zu begegnen, wurde das Development (die oft agile Entwicklung von Software) und Operations (der Betrieb stabiler, sicherer Systeme) in "DevOps" zusammengefasst. DevOps verspricht das Beste aus agiler Softwareentwicklung und stabilem Betrieb zu ermöglichen. Was DevOps ist, wie es umgesetzt werden kann, und welche Probleme dabei auftreten können, zeigt ein Projekt der Telekom-GDI für die Berechnung potentieller Trassen im Glasfaserausbau.

Der Malawi-Atlas ist eine Plattform, um Naturgefahren in Malawi mittels Geodaten zu visualisieren. Im Hintergrund wird auf bewährte Open-Source-Komponenten wie PostGIS, GeoServer, GeoExt und OpenLayers gesetzt.

Der Vortrag berichtet von Erfahrungen über Konzeption, Umsetzung und Dokumentation der Plattform "Malawi Atlas". Das Projekt basiert auf einem vier Jahre alten Vorgänger, der auf moderne Technologien aktualisiert werden musste. Es wird erläutert, aus welchen Gründen die Komponenten PostGIS, GeoServer, GeoExt und OpenLayers gewählt wurden und welche Alternativen es noch gegeben hätte. Es wird ein Überblick über die verwendeten Daten geben und wie diese organisiert und strukturiert wurden. Anschließend wird genauer darauf eingegangen, wie Funktionen wie PDF-Erzeugung, dynamische Diagrammerstellung und Download technisch umgesetzt wurden.

Warum bei der Datenerfassung in OpenStreetMap manchmal weniger mehr ist und was man als Mapper im Interesse von Erfassungseffizienz, der Datenqualität und einer möglichst breiten Nützlichkeit der Daten beachten sollte.

Bei OpenStreetMap sind die Erfasser der Daten (die Mapper) frei in der Entscheidung, wie sie die geographische Realität in Datenform abbilden. Mapper haben dabei manchmal ein etwas einfaches und einseitiges, gelegentlich auch klischeehaftes Bild, was für eine Form der Erfassung für den Datennutzer besonders günstig und einfach zu interpretieren ist, was nicht selten aus der Perspektive des Daten-Nutzers zu recht abstrusen und kontraproduktiven Erfassungskonzepten führt. Dieser Vortrag gibt einen Einblick darin, was aus Perspektive von Datennutzern eine nützliche Form der Datenerfassung von einer weniger nützlichen Form unterscheidet und was Mapper bei Entscheidungen zur Erfassungsformen im Interesse der Erfassungseffizienz, der Datenqualität und einer möglichst breiten Nützlichkeit der Daten beachten sollten. Anhand verschiedener praktischer Beispiele wird erläutert, weshalb bei der Datenerfassung in OpenStreetMap einfache Modellierungen oft vorteilhafter sind als komplizierte und vermeintlich auf den Anwender zugeschnittene Ideen.

Microservice-Infrastrukturen in einer Cloud bringen viele Vorteile doch auch einige Nachteile gegenüber Monolithen mit sich. In dem Vortrag soll aufgezeigt werden, was zu beachten ist, damit eine Migration oder die neue Infrastruktur in der Cloud einen tatsächlichen Mehrwert bringt. Sei es was architektonisch zu beachten ist, um die Vorteile für sich nutzen zu können, oder welche Möglichkeiten es gibt, um nicht von den Nachteilen betroffen zu sein.

Der Wunsch seine bestehende Geodateninfrastruktur (GDI) in eine Cloud zu migrieren, oder eine neue cloudfähige GDI aufzubauen wächst stets. Dabei ist die Cloud selbst jedoch für viele eine Black-Box, wodurch gerne aktionistisch mit "Lift and Shift" Strategien die Migration begonnen wird. Dabei wird aber meist aus den Augen verloren, dass Cloud-Strukturen zwar viele Vorteile, aber auch einige Nachteile mit sich bringen. Nachteilig wirkt sich die Wartbarkeit von Services in der Cloud aus, da Services auf verschiedenen Instanzen verteilt werden und man hier als Mensch schnell den Überblick verlieren kann. Zentrale Logs erleichtern die Wartung ungemein. Der Vorteil, dass Micro-Services leicht skaliert werden können, trifft nur dann zu, wenn die Architektur der Services dies vorsieht. Jedoch benötigt man auch hier eine Datengrundlage, um einschätzen zu können was man überhaupt skalieren möchte. Hier können einem u.a. Metriken der Services weiterhelfen. Im Vortrag soll aufgezeigt werden, wie eine ideale Cloud Architektur aussehen könnte. Es werden auf mögliche Stellschrauben eingegangen und wie man durch OpenSource Tools durch ein zentralisiertes Logging und Metriken seine Cloud überwachen, skalieren und viel besser debuggen kann. Anhand von eigenen Entwicklungen des YAGA Development Teams werden Beispiele vorgeführt. Eine Cloud richtig eingerichtet, kann das Arbeiten in Entwickler-Teams deutlich fördern, die Performance steigern und die Kosten senken. Für alle beteiligten kann die Cloud somit einen Mehrwert bringen.

Mit der Overpass API ist es möglich, über das Web die OSM-Daten gezielt nach eigenen Kriterien wie Thema oder Ort zu filtern, auch alte Daten zu extrahieren und sogar Änderungen fast live zu verfolgen. In diesem Workshop wird in die Overpass-API-Abfragesprache systematisch eingeführt. Wir werden am Ende tagtäglich alle eingehende Änderungen in wenigen Minuten sichten können, inwiefern sie zu einem spezifischen Qualitätsziel beitragen oder nicht.

Faszination und Fluch von OpenStreetMap ist die Menge und Reichhaltigkeit der verfügbaren Daten. Mit der Overpass API ist es möglich, per Abfrage über das Web die Daten gezielt nach eigenen Kriterien wie Thema oder Ort zu filtern, auch alte Daten zu extrahieren und sogar Änderungen fast live zu verfolgen. In diesem Workshop wird in die Overpass-API-Abfragesprache systematisch eingeführt. Dazu diskutieren wir zunächst an zentralen Beispielen, auf welche Weise mit Nodes, Ways und Relationen typische Phänomene der Realität modelliert werden. Eigene Fragen und Beispiele können hier gerne mitgebracht werden. Als fortgeschrittenes Beispiel werden wir am Ende unsere Werkzeuge so konfigurieren, dass wir damit tagtäglich alle eingehende Änderungen in wenigen Minuten sichten können, inwiefern sie zu einem spezifischen Qualitätsziel beitragen oder nicht. Die Werkzeuge stehen als Websites für den Browser zur Verfügung. Daher kann mit dem eigenen Rechner gearbeitet werden.

Mit QGIS 3 wurden auch die Möglichkeiten zum Layouten von Druckausgaben umfangreich überarbeitet und erweitert. Der Workshop gibt dazu einen praktischen Überblick und zeigt grundlegende Techniken auf, um fachlich ansprechende Ergebnisse zu erzeugen.

**Mit QGIS 3 wurden auch die Möglichkeiten zum Layouten von Druckausgaben umfangreich überarbeitet und erweitert.** Der Workshop gibt dazu einen praktischen Überblick und zeigt grundlegende Techniken auf, um fachlich ansprechende Ergebnisse zu erzeugen. Dazu werden auch komplexere Themen angesprochen, wie das Verwenden von Filter und Ausdrücken. Auf Basis eines vorbereiteten QGIS Projektes wird die Erstellung unterschiedlicher Druckausgaben mit den Teilnehmern besprochen und praktisch nachempfunden. Dabei geht es um die **klassische Ausgabe einer Druckkarte**, die **Erstellung eines mehrseitigen Kartenatlas** und das **Layouten kompletter Berichte** mit Deckblatt, Karten und Abschlussseite.

Karten-Vektorkacheln (aka vector tiles) sind ein Datenformat das besonders für interaktive Web-GIS-Anwendungen interessant ist. Die Präsentation stellt zwei technische Möglichkeiten Vektortiles zu erstellen vor. Dabei wird MapServer als traditioneller Map-Rendering-Engine wird mit dem neuen Paket T-REX, einem Vektortile-Server in der Konfiguration und in einem Benchmark-Test verglichen.

Karten-Vektorkacheln (aka _vector tiles_) sind ein Datenformat das besonders für interaktive Web GIS Anwendungen interessant ist. Bei den Vektorkacheln erfreut sich das MVT-Tiles Format der Firma MapBox (_vector-tile-spec_) hoher Beliebtheit. Es wurde innerhalb kurzer Zeit zum de facto Standard in der GIS-branche. Dabei handelt es sich um ein binäres generisches Datenformat dem sogenannten Protocol Buffer Format (PBF). Eine PBF Datei kann innerhalb eine Anzahl von räumlichen Datenformaten beinhalten. Dazu gehören vor allem die Formate MB-Tiles (MapBox vector tiles), GeoJSON und TopoJSON. In einem PBF können mehrere Ebenen vorgehalten werden welche für die Anzeige optimiert sind. MapBox vector tiles können räumliche Objekte als (Multi)punkt, (Multi)linie und (Multi)polygone enthalten und sind kompakt in der Übermittlung durch das Internet. Die Kartografische Darstellung der tiles erfolgt im Web Browser, das heißt sie werden direkt im Browser gerendert was eine Anzahl von Vorteilen mit sich bringt. Im allgemeinen sind dadurch gute Skalierbarkeit, Caching und eine hohe Interaktivität gegeben. Die Präsentation stellt zwei unterschiedliche technische Möglichkeiten vor um _vector tiles_ zu erstellen. MapServer als traditioneller map rendering engine, der erst seit kurzer Zeit die Funktionalität für Vektorkacheln beinhaltet, wird mit dem vergleichsweise sehr jungen Paket T-REX, einem speziell auf Vektorkacheln ausgerichteten Tile Server, in der Konfiguration und in einem Benchmarktest verglichen. Einstellungen für die Konfiguration werden für beide Tile Server anhand eines Datensatzes von Natural Earth vorgestellt. Als Ausgangsdatenquelle wird eine PostGIS Datenbank verwendet. In einem automatisierten Benchmark Test wird die Erzeugung von MVT Tiles bezüglich der Performanz beider Umsetzungen einander gegenübergestellt. Dazu wird der [MVT Benchmark Test von Pirmin Kalberer](https://github.com/pka/mvt-benchmark) um die Ausgabe von Vektorkacheln durch MapServer erweitert.

Der Talk stellt Möglichkeiten vor, um Geodateninfrastrukturen mit Hilfe von Docker zu gestalten und diskutiert jene.

Geodateninfrastrukturen (GDI) bestehen in der Regel aus verschiedenen Komponenten, die miteinander interagieren und Geodaten und Geodienste sowie deren Metadaten den verschiedenen Nutzern solcher Systeme klassischerweise über das Internet bereitstellen. Die einzelnen Komponenten lassen sich hierbei zum Beispiel mit Docker isolieren und als separate Container virtualisieren. Der Vortrag möchte einige bekanntere Komponenten und mögliche Dockercontainer vorstellen und zeigen, wie jene zu einer GDI kombiniert werden können. Auch Technologien wie Kubernetes, Helm, Tiller, OpenShift und weitere werden hierbei kurz erwähnt werden. Hierbei werden Erfahrungen aus konkreten Projekten geteilt werden, in denen wir eine GDI in dieser Form in der Cloud betreiben. Schließlich wollen wir eine Diskussion anregen, um das Für und Wider solcher Infrastrukturen auch unter den Aspekten wie Wartung und Support zu diskutieren. [Vortragsvideo (ca. 157 MB)](https://cdn.media.ccc.de/events/fossgis/2019/h264-hd/fossgis2019-473-deu-GDI_mit_Docker_Co_-_Einfuehrung_Ueberblick_und_Diskussion_hd.mp4)

Ich möchte auf der FOSSGIS-Konferenz 2019 mein Projekt Erfassung der Düsseldorfer Gasbeleuchtung in OpenStreetMap vorstellen. Ich habe seit 2010 den kompletten Bestand der Düsseldorfer Gasbeleuchtung (ca. 15000 Gaslaternen, 1200 gasbeleuchtete Straßen) in Open\-Street\-Map erfasst.

Ich möchte auf der FOSSGIS-Konferenz 2019 mein Projekt Erfassung der Düsseldorfer Gasbeleuchtung in OpenStreetMap vorstellen. Ich habe seit 2010 den kompletten Bestand der Düsseldorfer Gasbeleuchtung (ca. 15000 Gaslaternen, 1200 gasbeleuchtete Straßen) in OpenStreetMap erfasst. Ich möchte berichten, welche Erfahrungen ich bei meinen Spaziergängen durch Düsseldorf mit GPS und Fotokamera gemacht habe, wie die Daten in OSM eingepflegt wurden und wie die OSM Daten nutzbar gemacht werden können. Es gibt auch etwas zu erzählen von meiner Wandlung vom neutralen Datensammler zum Aktivisten bei der Initiative Düsseldorfer Gaslicht. Vor einigen Jahren war es das Bestreben der Stadt Düsseldorf, den größten Teil der Gasbeleuchtung durch elektrische Beleuchtung zu ersetzen. Inzwischen hat aber ein Umdenken eingesetzt und Politik und Verwaltung reagieren auf den Bürgerwillen und denken über den Erhalt der Gasbeleuchtung nach. Es wird versucht den kompletten Bestand der Düsseldorfer Gasbeleuchtung unter Denkmalschutz zu stellen. Das Rheinische Denkmalamt und die Stadt Düsseldorf befinden sich im Prozess der Bewertung der Gaslaternen in den Straßenzügen. Meine Kartierung ist ein leicht nutzbares Werkzeug um kartographische Informationen über Gasbeleuchtung für Bürger, Aktivisten, Initiativen, Denkmalschützer und auch kommunale Verwaltung nutzbar zu machen. Ich denke das Projekt hatte einen großen Anteil daran, die Chancen zu erhöhen, dass das Düsseldorfer Gaslicht als Technisches Denkmal erhalten bleibt. Ich bemühe mich auch darum die Düsseldorfer Gasbeleuchtung und deren Erfassung in OSM in das Licht von Wissenschaft und Forschung zu stellen. Am 5. und 6. Dezember 2018 werde ich dazu an der Technischen Universität Berlin-Brandenburg auf der Konferenz Visualising significance: Mapping as common denominator (Link: https://www.b-tu.de/cultural-heritage-centre/konferenz/hcsm-2018) einen Vortrag halten und in der Diskussion mit Denkmalschützern auf Gaslicht und Freies Wissen und Freie Daten aufmerksam machen. Dokumentiert ist das Projekt auf den Wiki-Seiten von OpenStreetMap siehe: https://wiki.openstreetmap.org/wiki/Düsseldorf/Projekte/Gaslaternen\\

Dieser Workshop ermöglicht Einsteigern den Zugang zu PostgreSQL/PostGIS und hilft bei den ersten Schritten im Umgang mit räumlichen Daten in der Datenbank. Datenarten, Datenmodell, Visualisierung, Datenimport, Schnittstellen und SQL werden behandelt.

* Einführung PostgreSQL / PostGIS - Vorstellung der Möglichkeiten (Vektordaten, Rasterdaten) * Datenmodell * Visualisierung von Daten mit QGIS * Datenimport über QGIS DB Verwaltung & weitere Schnittstellen * Eintauchen in die Welt der PostGIS-Funktionen Der Workshop nutzt [OSGeoLive 12.0](https://live.osgeo.org/de/) und die globalen [Natural Earth Daten](https://live.osgeo.org/de/overview/naturalearth_overview.html). * https://www.postgresql.org/ * http://postgis.org

Werden Geodaten auf einem verteilten, dezentralen System gespeichert bietet dies einige Vorteile. Es führt zu größerer Ausfallsicherheit, besser Erreichbarkeit und mehr Sicherheit. Diese Vortrag gibt einen Einblick in diese Entwicklung und zeigt anhand von IPFS, dem InterPlanetary Filesystem, wie dies dann im Alltag aussieht und welche Vorteile es bietet. IPFS ist Open Source unter der MIT-Lizenz.

Geodaten werden meist von einer zentralen Stelle bezogen. Seien dies große Cloud-Provider, aber auch andere Dienste wie das [Copernicus Open Access Hub], die [Copernicus Data and Exploitation Platform – Deutschland] oder ein regionales GDI. Sind die Arbeitsschritte auf eine dieser Plattformen ausgelegt, ist es schwer auf eine andere zu wechseln. Sollte aufgrund technischer Probleme der Zugriff nicht möglich sein, gibt es keine Alternativen. Infrastrukturen können aber auch verteilt und dezentral aufgebaut werden. Der Kern dieser Idee ist, dass es dabei nicht mehr darauf ankommt an welchem Ort, also einem Cloud-Provider oder aber auch lokal im internen Netzwerk, die Daten gespeichert werden. Stattdessen muss nur ein Zugang zu diesem verteilten System bestehen. Da solche dezentralen/verteilten Systeme ein relativ neues Konzept sind, wird dieser Vortrag eine grundlegende Einführung bieten und Gründe aufführen, warum es zu dieser Entwicklung kam. Anhand von IPFS, dem [InterPlanetary Filesystem], wird live demonstriert, wie man dann tatsächlich damit Arbeiten kann und worin die Vorteile wie u.a. bessere Erreichbarkeit und Sicherheit liegen. IPFS ist Open Source unter [MIT Lizenz]. [Copernicus Open Access Hub]: https://scihub.copernicus.eu/ [Copernicus Data and Exploitation Platform – Deutschland]: https://code-de.org/ [InterPlanetary Filesystem]: https://ipfs.io/ [MIT Lizenz]: https://opensource.org/licenses/MIT

Vektortiles verdrängen an vielen Stellen Bitmaps, aber wie werden sie gemacht? Wieso setzt sich das MVT Format durch und was kann es? Und wurde WMS neu erfunden?

Trotz allem angebrachten Skeptizismus gegenüber Vektortiles werden diese immer breiter eingesetzt. Dennoch sind die Interna der Dateiformate wenig bekannt, deshalb soll hier etwas Licht ins Dunkle gebracht werden: Welche Datenformate gibt es? Welches eignet sich am besten? Was kann man damit abbilden und wo sind die Grenzen? Wie sieht die interne Datenstruktur aus und warum?

Zum zehnjährigen Bestehen der Wanderkarte waymarkedtrails.org blickt der Vortrag auf deren Entwicklung zurück und stellt vor, was sich beim Mapping für Wander-, Rad- und andere Routen in OpenStreetMap getan hat.

Vor 10 Jahren ist die erste Version der OpenStreetMap-basierten Wanderkarte waymarkedtrails.org entstanden. Damals wurde sie als kleines Hilfsmittel für das Mapping in der Schweiz entwickelt. Heute zeigt sie Wanderwege, Rad-, Ski- und Reitrouten in der ganzen Welt. Mit der Weiterentwicklung von OSM hat sich auch die Karte entwickelt, immer wieder neue Features erhalten und Mappingtrends aufgenommen. Der Vortrag blickt auf diese Entwicklung zurück, zeigt, wie sich Karte und OpenStreetMap gegenseitig beeinflussen und gibt eine Ausblick, wohin sich das Mappen von Wander- und Radwegen noch bewegen könnte.

Ein "Cloud Optimized GeoTIFF" ist eine normale GeoTIFF-Datei, die eine spezielle interne Struktur aufweist, die für spezielle HTTP-Aufrufe optimiert ist. Neben einer Vorstellung der Spezifikation und typischen Anwendungsbeispielen wird die Erstellung von "Cloud Optimized GeoTIFFs" mit GDAL vorgestellt. Dabei werden unterschiedliche Strategien zur Erstellung von Overviews diskutiert, die die Verarbeitungszeit erheblich verkleinern können.

Ein "Cloud Optimized GeoTIFF" ist eine normale GeoTIFF-Datei, die eine spezielle interne Struktur aufweist, die für spezielle HTTP-Aufrufe (sog. Range Requests für HTTP Get) optimiert ist. Neben der Beachtung bestimmter Konventionen für den Header (TIFF / BigTIFF signature, IFD (​Image File Directory), Werte einzelner TIFF-Tags, ...) ist dies die Integration von Overviews (Pyramiden). Diese Overviews ermöglichen sowohl performantes Streaming zum Client als auch progressives Rendern der Daten im Client. Neben einer Vorstellung der Spezifikation und typischen Anwendungsbeispielen wird die Erstellung von "Cloud Optimized GeoTIFFs" mit GDAL vertieft. Hier spielt v.a. die zeitaufwendige Erstellung von Overviews eine bedeutende Rolle. In dem Vortrag werden unterschiedliche Strategien vorgestellt, die diesen Zeitaufwand z.T. erheblich mindern können. Je geringer der Aufwand bei der Erstellung von Cloud-optimierten GeoTIFF-Dateien ist, desto höher wird die Wahrscheinlichkeit, dass sich dieses Format als wirklicher Standard auch in der Praxis durchsetzt.

In diesem Vortrag berichten wir über den Stand der offenen Fahplandaten in Deutschland und Nachbarländern.

Offene Fahrplandaten in Deutschland ist ein leidiges Thema. Sehr lange hatten wir hier einen kompletten Stillstand. Die Verkehrsträger waren meist in Abwehrstellung und hatten lieber in "eigene" Lösungen investiert statt offene Innovation zu fördern. Aber es tut sich doch was. Zwar wenige aber doch weitere Verkehrsverbunde veröffentlichen die Fahrplandaten unter freien Lizenzen. In diesem Vortrag berichten wir über den Stand der offenen Fahplandaten in Deutschland und einigen Nachbarländern.

In diesem Vortrag wird die Erstellung von hochwertigen, Topologie-fähigen Eisenbahn-Streckenkarten auf der Basis von OpenStreetMap-Daten vorgestellt. Der verwendete Workflow kombiniert automatisierte Prozesse mit manueller Bearbeitung und nutzt moderne, datengetriebene Vektortile-Technologien für die Publikation als Webkarten.

Dank der detaillierten Eisenbahndaten in OpenStreetMap stehen heute die notwendigen Daten zur Verfügung, um länderübergreifende Karten des Eisenbahnnetzes zu erstellen. Sollen jedoch Karten im Stil klassischer Streckenkarten erstellt werden, gibt es zwei wesentliche Herausforderungen: Zum einen sind die OSM-Daten für solche Karten viel zu detailliert – eine vorherige Generalisierung ist also erforderlich. Zum anderen lässt sich mit dem automatisierten, regelbasierten Rendering, wie es bei Online-Karten heute Standard ist, nicht die Darstellungsqualität der nach traditionellen kartographischen Methoden erstellten Streckenkarten erreichen. Das Ziel sind also generalisierte Streckennetzkarten in hoher Darstellungsqualität. Die generalisierten Daten sollen dabei die Streckentopologie, also die korrekte Abfolge von Stationen enthalten, so dass neben grundlegenden Netzkarten auch thematische Aspekte mit Strecken- oder Kilometerbezug abgebildet werden können. Das Ziel soll mit einem überschaubaren Aufwand an manuellen Bearbeitungsschritten erreicht werden. Für die Bearbeitung und Generalisierung der Streckendaten kommt ein Toolset aus einem eigens entwickelten Editor und umfangreichen Funktionen in der PostGIS-Datenbank zum Einsatz. Die Kartengenerierung aus diesen Daten basiert auf einem Stack mit Vektortiles, Mapbox GL und dem Style-Editor Maputnik. Die automatisiert vorgeneralisierten Daten können im Editor manuell nachbearbeitet und mit Attributen versehen werden, um das Rendering genau zu steuern. Die daraus automatisiert erzeugten Vektorkacheln können anschließend in Maputnik gestylt werden, sodass der User ein direktes Feedback über das spätere Aussehen der Karte erhält. Continuous Integration sorgt für die automatische Publizierung von Styles und Daten auf dem Tileserver.

Mit QGIS wurde ein mobiler und interaktiver Hochwassereinsatzplan erstellt, der für die Gewässerunterhaltung eines Wasserverbandes alle wichtigen Informationen offline bereitstellt, aber auch Online-Daten verwenden kann. Das System ist sehr einfach zu installieren, da der gesamte Datenbestand inklusive aller notwendigen Installationsdateien auf einem USB-Stick gespeichert ist.

Mit QGIS wurde ein interaktiver Hochwassereinsatzplan erstellt, der für die Gewässerunterhaltung eines Wasserverbandes alle wichtigen Informationen offline bereitstellt. Dabei wurde auf verschiedene Funktionen von QGIS zurückgegriffen: - Interaktive digitale Karten mit Wartungspunkten, Routen, dynamischer Beschriftung, maßstabsabhängige Kartendarstellungen - Hotlinks zum Abrufen aller wichtigen Dokumente (Word, Excel, PDF) - Abruf von Messdaten aus dem verbandsinternen Hochwasserinformationssystem und automatischer Anpassung der thematischen Karten, insbesondere Anzeigen von Warnpunkten und -textboxen bei Überschreitung vorgegebener Grenzwerte (mit Verwendung von Python-Skripten) - Automatisierter Ausdruck aller digitalen Pläne und Unterlagen, mit dem Ziel, mit geringem Zeitaufwand eine gedruckte Version des gesamten Einsatzplanes erstellen zu können. Das System ist für den dezentralen Vor-Ort-Einsatz auf einem Laptop gedacht. Als Voraussetzung müssen QGIS, Open Office und ein PDF-Reader installiert sein. Der gesamte Datenbestand ist in einem Ordner auf einem USB-Stick gespeichert, so dass zur Installation nur dieser Ordner kopiert werden muss. Die Anwendung kann auch direkt vom USB-Stick gestartet werden.

Wir haben das Meetup namens "Maptime Salzburg" gegründet. Der Vortrag berichtet über unsere Erfahrungen.

In Salzburg gibt es viele verschiedenen Firmen und Institute die sich mit dem Thema Geo beschäftigen. Um sich besser austauschen zu können haben wir das Meetup "Maptime Salzburg" ins Leben gerufen. Wir veranstalten regelmäßige Treffen mit Vorträgen und Aktionen wie OpenStreetMap kartieren. Dieser Vortrag gibt ein Überblick über die Erfahrungen die wir beim organisieren und durchführen gemacht haben.

Ein Blick hinter die Kulissen des QGIS-Projekts: Woher es kommt, wie es tickt und wohin es weiter geht.

Ein Blick hinter die Kulissen des QGIS-Projekts: Woher es kommt, wie es tickt und wohin es weiter geht.

Abschluss der drei Konferenztage. Es geht nach dem Sektempfang mit OSM weiter – mit dem berühmten OSM-Quiz, Exkursion, Diskussion, Vorträgen, ...

Abschluss der drei Konferenztage. Es geht nach dem Sektempfang mit OSM weiter – mit dem berühmten OSM-Quiz, Exkursion, Diskussion, Vorträgen, ...

Der FOSSGIS-Verein lädt seine Mitglieder, Freunde, Unterstützer und Interessierte herzlich zum geselligen Beisammensein nach Abschluss der Konferenz an den FOSSGIS-Stand im Ausstellerbereich ein.

Der FOSSGIS-Verein lädt seine Mitglieder, Freunde, Unterstützer und Interessierte herzlich zum geselligen Beisammensein nach Abschluss der Konferenz an den FOSSGIS-Stand im Ausstellerbereich ein.

Das OSM-Quiz bietet als Fortsetzung der Events der letzten Jahre wieder spannende Fragen zu interessanten Fakten. Jeder ist herzlich eingeladen mitzuraten, um sein Wissen im Umfeld von OpenStreetMap und GIS zu testen und vielleicht auch etwas aufzufrischen.

Das OSM-Quiz bietet als Fortsetzung der Events der letzten Jahre wieder spannende Fragen zu interessanten Fakten. Jeder ist herzlich eingeladen mitzuraten, um sein Wissen im Umfeld von OpenStreetMap und GIS zu testen und vielleicht auch etwas aufzufrischen.

Die OSM-Daten sind nicht immer einfach direkt zu verwenden, sondern brauchen vor der Nutzung eine Vorverarbeitung. Im Vortrag soll es um die Verarbeitung der OSM-Küstenlinien, der Icesheets in der Antarktis und um die Generalisierung von Wasserflächen gehen, die als Service unter osmdata.openstreetmap.de angeboten werden.

Dieser Vortrag ist ein Ersatzvortrag für "Küsten, Meere, Zeitzonen" von Marc Tobias Metten. Zusammenfassung: "Wir schauen auf mehrere Datensätze, die auf OpenStreetMap basieren aber aufgrund ihrer Größe ohne separate Prozesse nicht in den üblichen Editoren bearbeitet werden können. Als Beispiel erstellen wir ein Polygon der Eurostaaten."

Verschiedene Mapnik-Kartenstile haben unterschiedliche Datenbank- und Shapefile-Abhängigkeiten. Trotzdem ist es mit ein klein wenig Aufwand möglich die meisten öffentlich verfügbaren Stile parallel zu installieren.

Für meinen Druckserver versuche ich, so viele der öffentlich verfügbaren Mapnik-Kartenstile wie möglich anzubieten und aus derselben Datenbank mit Daten zu versorgen. Dabei verlangen verschiedene Stile unterschiedliche Konfiguration der Datenbank-Parameter, verschiedene Datenbank-Schemata, und Shapefile-Dateien in unterschiedlichen Pfaden. In diesem Vortrag beschreibe ich wie ich alle Stile aus einer gemeinsamen Datenbank bediene, Shapefiles nur einmal vorhalte, und welche weiteren Stylesheet-Anpassungen nötig waren.

Exkursion zum Mathematisch-Physikalischen Salon. Der Salon ist ein Museum im Zwinger https://mathematisch-physikalischer-salon.skd.museum/ Treffpunkt: 15:30 Uhr im Eingangsbereich der HTW

Exkursion zum Mathematisch-Physikalischen Salon. Der Salon ist ein Museum im Dresdner Zwinger und besteht u.a. aus einer Sammlung historischer Goben und Karten sowie Instrumenten zur Vermessung auf der Erde und des Himmels. https://mathematisch-physikalischer-salon.skd.museum/ Start der Exkursion ist die HTW Dresden (FOSSGIS Veranstaltungsort). Zu Fuß geht es in ca. 45 Minuten zum Zwinger. Im Salon gibt es eine Führung von einem fachkundigen Mitarbeiter des Museums. Das Ende ist ca. 18:00 Uhr in der Dresdner Innenstadt. Auf dem Weg zum Salon und/oder nach der Führung im Salon gibt es bei Interesse eine kleine Stadtführung. Der Eintrittspreis für das Museum beträgt 5,50 € und ist durch jeden Teilnehmer selbst zu zahlen. Der Eintrittspreis ist im Voraus am Welcome Desk zu zahlen.

Ein Rundumschlag zum OSM-Wiki: Was steht eigentlich alles drin, welche Stärken und Schwächen hat das Konzept und wie könnte man den Problemen des Wikis entgegenwirken.

Wie dokumentiert man ein weltweites Projekt, an dem jeder teilnehmen darf und niemand gezwungen wird, Regeln und Schemata zu befolgen? Die Antwort der OpenStreetMap-Community darauf ist das Wiki, unterstützt von Forum sowie diversen Mailinglisten. Was mit kleinen, übersichtlichen Tools begann, auf denen jeder berichten konnte, was ihn im OSM-Umfeld bewegt und was er beigetragen hat, ist inzwischen zu einer ausgewachsenen, eierlegenden Wollmilchsau geworden, die alles kann, aber nichts so richtig. Auf der FOSSGIS-Konferenz 2017 entbrannte dann eine hitzige Diskussion, was man mit diesem Wiki machen sollte. Die Meinungen variierten zwischen "Man müsste mal aufräumen" über "Wegschmeißen und neu bauen" bis hinzu "Sprengen". Dieser Talk ist ein Rundumschlag zum OSM-Wiki: Was steht eigentlich alles drin, welche Stärken und Schwächen hat das Konzept und wie könnte man den Problemen entgegenwirken.

Das OpenStreetMap-Projekt sammelt geographische Informationen. Dabei ergeben sich zahlreiche Berührungspunkte mit personenbezogenen Informationen. Der Vortrag geht den Fragen nach, ob die Datenschutzgrundverordnung einschlägig ist und welche Anforderungen ggf. beim Craftmapping und der Eintragung von Informationen in die Datenbank zu beachten sind.

Die Datenschutzgrundverordnung hat seit ihrer Einführung für viel Verunsicherung mit zum Teil hysterischen Reaktionen geführt. Nach fast einem Jahr Geltung der Datenschutzgrundverordnung ist es daher an der Zeit innezuhalten und zu fragen: "Was und wie darf der Craftmapper Daten erfassen und in die Datenbank eintragen." Dafür wird zunächst der Anwendungsbereich der Datenschutzgrundverordnung geklärt. Wann liegen personenbezogene Daten vor und welche Freiräume lässt die Verordnung. Sodann werden die Erlaubnistatbestände in den Blick genommen und deren Verhältnis zu nationalen gesetzlichen Regelungen. Abschließend werden die gewonnenen Erkenntnisse in den Kontext zu Tätigkeiten von Craftmappern gesetzt: Notizen, Foto- und Videomapping und Übertragung erhobener Daten in die OpenStreetMap-Datenbank.

Der Vortrag zeigt, was Fahrradknotenpunkte sind und wie sie in OpenStreetMap erfasst werden. Neben der Darstellung der länderabhängigen Verbreitung und Erfassung der Knotenpunkte wird die Machbarkeit einer Auswertung der Knotenpunkte in OpenStreetMap präsentiert.

Der erste Teil des Vortrags beschreibt, was Fahrradknotenpunkte sind, wo und wie sie verwendet werden. Neben der Erläuterung der Grundlagen wird auf Erfassung der Knotenpunkte und der daraus entstehenden Netzwerke eingegangen. Auch wird die im OpenStreetMap-Wiki länderabhängige Beschreibung der Erfassung der Knotenpunkte dargelegt. Im Abschluss wird gezeigt, wie die Daten ausgewertet werden können. Hierzu wurde eine kleine Web-Anwendung erstellt, die die Netzwerke, Knoten und deren Verbindungen in aufbereiteter Form darstellt.

Von 9:30 bis 18 Uhr findet die mittlerweile beliebte OSM-Unkonferenz (Barcamp) und Mappertreffen statt. Interessierte sind eingeladen daran teilzunehmen.

Die Themensammlung erfolgt im OSM-Wiki sowie an der Pinnwand am FOSSGIS-Stand. Um 10 Uhr werden die Themen in Zeiten und Räume sortiert. Für das leibliche Wohl wird gesorgt sein. Wir bitten um Anmeldung über das FOSSGIS-Konferenz-Teilnehmeranmeldesystem. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Diskussion/Fortsetzung des OSM Vortrags vom Freitag. Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen.

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen.

Diskussion eines ersten Entwurfs für ein Positionspapier als Reaktion auf Forderungen, Hochsitze, Privatwege u.ä. zu löschen

Diskussion eines ersten Entwurfs für ein Positionspapier als Reaktion auf Forderungen, Hochsitze, Privatwege u.ä. zu löschen

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen.

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen.

Dieser Workshop richtet sich an Alle, die mit QGIS arbeiten möchten, aber bislang noch nicht den richtigen Einstieg gefunden haben. In dem Workshop wird Basiswissen für Einsteiger vermittelt. Es wird auf Kartengrundlagen, Projektionen, sowie Vektor- und Rasterdaten eingegangen. (Vorkenntnisse sind nicht erforderlich!)

**HINWEIS: Zur Teilnahme an diesem Workshop ist es notwendig, einen eigenen Laptop mit vorinstalliertem QGIS mitzubringen.** Was mit den topographischen Landesaufnahmen vor über 200 Jahren mit Stift und Papier auf Messtischen begann wird heute am Computer mit Geographischen Informationssystemen fortgeführt. Dieser Workshop führt in die Arbeit mit [QGIS](https://www.qgis.org/de/site/) ein. Es wird Basiswissen für Einsteiger vermittelt, dabei wird auf Kartengrundlagen, Projektionen, sowie Vektor- und Rasterdaten eingegangen. Der Kurs richtet sich an Anfänger die keine bis wenig Erfahrung im Umgang mit GIS im allgemeinen und [QGIS](https://www.qgis.org/de/site/) im speziellen haben und dies gerne erlernen, auffrischen oder einfach mal ausprobieren möchten.

Die Daten um ÖPNV werden in Deutschland in der Regel von Verkehrsunternehmen/-behörden separat gewartet und veröffentlicht. In OSM duplizieren wir sie meist. Jedoch für viele Städte auf der Welt stellt OSM eine interessante Möglichkeit dar, die Daten primär in OSM einzupflegen, zu warten und in geeigneten Formaten zu exportieren (z.B. GTFS). Die Session soll einen Austausch anregen, über den (Un-) Sinn, sowie Chancen und Herausforderungen über das Warten von ÖPNV-Daten in OSM.

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen

.Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Diskussionsrunden zu diversen Themen rund um OSM. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Diskussionsrunden zu diversen Themen rund um OSM. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Diskussionsrunden zu diversen Themen rund um OSM. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Diskussionsrunden zu diversen Themen rund um OSM. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen.

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen.

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen.

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen.

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen.

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Diskussionsrunden zu diversen Themen rund um OSM. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Diskussionsrunden zu diversen Themen rund um OSM. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Spontane OSM Barcamp Session am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Diskussionsrunden zu diversen Themen rund um OSM. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Diskussionsrunden zu diversen Themen rund um OSM. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag

Abschluss der Barcamp Sessions am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen.

Abschluss der Barcamp Sessions am Samstag, Text kann noch erweitert werden wenn später mehr Zeit ist. Der Rest des Text dient nur dazu das 100 Zeichen Mindestanforderungsrequirement von Pretalx zu umgehen. https://wiki.openstreetmap.org/wiki/FOSSGIS_2019/OSM-Samstag