Chaos Computer Club - archive feed

In diesem Jahr ist die Abschlußveranstaltung noch nicht der letzte Programmpunkt der Konferenz, sondern lediglich der Abschluss des dreitägigen Vortrags- und Workshopprogramms. Marco Lechner, Vorsitzender des veranstaltenden FOSSGIS e.V., fasst drei ereignisreiche Tage zusammen und gibt einen Ausblick auf die kommenden Veranstaltungen. Wer den Konferenz Feedbackbogen ausgefüllt hat, hat zudem die Chance bei der Verlosung einen der attraktiven Preise zu gewinnen. Nach der Abschlußveranstaltung freuen wir uns auf den Sektempfang des FOSSGIS e.V., zu dem alle herzlich eingeladen sind. Die Konferenz geht weiter mit dem OSM Mapping Event und dem OSM Samstag. Beide Veranstaltungen werden sicherlich weitere Höhepunkte der Konferenz bilden. about this event: https://c3voc.de

Das OpenStreetMap-Projekt ist eine große weltweite Community aus Freiwilligen die tagtäglich Daten sammeln und in die Datenbank eintragen um unsere Karte noch besser zu machen. Was aber nicht jeder weiß: Das Projekt besteht nicht nur aus Mappern. Es gibt eine Vielzahl weitererer Arbeiten die durch Freiwillige erledigt werden um das Projekt am Laufen zu halten. Dazu zählt nicht nur das Offensichtliche: Die Administration der Server sondern eine Vielzahl weiterer Tätigkeiten die meist in den sogenannten Working Groups organisiert werden. Dieser Vortrag versucht ein Licht auf die verschiedenen Arbeitsgruppen zu werfen. Das umfasst nicht nur deren Aufgaben und Tätigkeitsbereiche sondern versucht die bisherigen Leistungen hervorzuheben und aufzuzeigen wo man sich wie beteiligen kann und wo das besonders gewollt oder benötigt wird. about this event: https://c3voc.de

Zusätzlich zu gedruckten Konferenzbänden werden mittlerweile auch immer häufiger Konferenzvorträge aufgezeichnet und veröffentlicht. Diese Videos sind daher ein wichtiger Teil des aktuellen wissenschaftlichen Outputs. Leider hat sich für den Umgang mit diesen wichtigen Dokumenten noch kein nachhaltiger Standard etabliert. Mit dem AV-Portal (https://av.tib.eu) stellt die Technische Informationsbibliothek (TIB) eine nutzerorientierte Plattform zur Verfügung, die diese Probleme zu lösen versucht. Unter anderem sind im TIB AV-Portal knapp 600 Videomitschnitte, mit etwa 18.000 Minuten Laufzeit, der FOSSGIS Konferenzen 2011-2016 sowie der FOSS4G Konferenzen 2013, 2015 und 2016 dauerhaft und frei verfügbar archiviert. Kontinuierlich kommen ältere sowie aktuelle Konferenzen hinzu und sorgen aktuell für einen Aufwuchs pro Jahr von über 100 Stunden für FOSSGIS/OSGeo-Themen. Seit 2016 ist die Howto-Anleitung für den AV-Portal-Ingest Teil des offiziellen OSGeo-Konferenzhandbuchs und auch alle FOSSGIS2017 Konferenzbeiträge werden im AV-Portal dauerhaft verfügbar, durchsuchbar und zitierfähig bewahrt. Die Verbindung eines DOI mit einem Media Fragment Identifier gewährleistet eine zukunftssichere und gleichzeitig sekundengenaue Zitierfähigkeit der Materialien. Außerdem liegen die Daten des AV-Portals als Linked Open Data im RDF Format vor und stehen damit für innovative externe Dienste zur Verfügung. about this event: https://c3voc.de

Verschiedene Bahngesellschaften bieten mittlerweile im Rahmen von Open-Data-Initiativen Datensätze zu ihren Streckennetzen an. Daneben stellt auch OpenStreetMap entsprechende Daten bereit, vorangetrieben durch das Projekt der OpenRailwayMap. Doch alle diese Datensätze liegen in unterschiedlichen Formaten und Datenmodellen vor und bilden jeweils nur begrenzte Gebiete ab. Dies erschwert die weitere Arbeit mit diesen Daten und erfordert eine vorherige Zusammenführung und Vereinheitlichung der Datensätze. Im konkreten Fall wurde für die Schweizerische Bundesbahn (SBB) eine Anwendung entwickelt, mit der auf Monitoren in Zügen der aktuelle Standort auf einer Hintergrundkarte visualisiert wird. Neben der eigentlichen Software war auch die Erstellung entsprechendes Kartenmaterial Teil des Projekts. Aufgrund des grenzüberschreitenden Einsatzes der Triebwagen wurde die Anforderung gestellt, dass die Hintergrundkarte die Schweiz und ihre Nachbarländern abzudecken hat. Die als Grundlage für die zu erstellende Streckenkarte dienenden Daten stellten dabei eine besondere Herausforderung dar. Zum einen war eine geeignete Datenquelle zu finden, da nur die Deutsche Bahn und das Schweizer Bundesamt für Verkehr im Rahmen von Open-Data-Initiativen Daten der jeweiligen Streckennetze anbieten. Für die Abdeckung der anderen Länder musste daher auf die Daten von OpenStreetMap zurückgegriffen werden. Zum anderen stellten aber auch die Datensätze selbst eine Herausforderung dar. Neben den noch vergleichsweise einfach konvertierbaren Datenformaten unterscheiden sich die Datensätze insbesondere in ihren Datenmodellen und Detaillierungsgraden. So beschreiben die Daten der Eisenbahnunternehmen lediglich Strecken, während die OpenStreetMap-Daten gleisgenau sind. Zur Zusammenführung der Datensätze wurde unter anderem ein Verfahren entwickelt, mit dem die gleisgenauen OpenStreetMap-Daten in eine Streckentopologie überführt werden können, indem zusammengehörige Gleise zu Strecken zusammengefasst und mit den Betriebsstellen zu einer Knoten-Kanten-Topologie überführt werden. Die Qualität der bei diesem Verfahren erzeugten Daten hängt jedoch von der Datenqualität der OpenStreetMap-Daten ab, insbesondere der Vollständigkeit bestimmter Zusatzinformationen. about this event: https://c3voc.de

Die Begriffe Deep Learning und künstliche Intelligenz sind gerade in aller Munde und werden als einer der größten derzeitigen Trends für die GIS-Branche gesehen. Dabei ist die Theorie dahinter schon mehrere Jahrzehnte alt und hat bereits mehrere Hype-Zyklen durchlebt. Die aktuelle Popularität von neuronalen Netzen, welche sich eigentlich hinter Deep Learning verstecken, hat mehrere Gründe: 1. Viele Rechner im Consumer-Bereich sind mittlerweile in der Lage die komplexen Algorithmen zu verarbeiten, 2. Ob Big Data, Open Data, Data Science oder Data Viz – es gibt ein stark gestiegenes Bewusstsein für den Wert von Daten. In vielen Domänen wachsen die Datentöpfe mit dem Versprechen maschinelles Lernen werde uns neue Erkenntnisse liefern und uns Arbeit abnehmen. 3. Mittlerweile existieren mehrere Open-Source-Frameworks, die den Einstieg in Deep Learning so leicht wie nie machen. In dem Vortrag sollen einige freie Projekte vorgestellt werden, in denen Deep Learning Methoden auf Geodaten angewandt werden. Anhand eines Beispiels aus einem laufenden Forschungsprojektes soll gezeigt werden, wie der GIS-Laie trotz der komplizierten Theorie hinter den neuronalen Netzen einen Einstieg in die Welt der künstlichen Intelligenz finden kann. about this event: https://c3voc.de

Seit Oktober 2014 sind die Hamburger Behörden verpflichtet eine Vielzahl von Daten, unter anderem <a href="http://suche.transparenz.hamburg.de/?extras_registerobject_type=geodat&q=&sort=publishing_date+desc%2Ctitle_sort+asc&esq_not_all_versions=true">Geodaten</a>, frei für jedermann im <a href="http://transparenz.hamburg.de/">Hamburger Transparenzportal</a> zu veröffentlichen. Und dort finden sich nun unterschiedlichste Datensätze. Vom Landesbetrieb Geoinformation und Vermessung etwa georeferenzierte Hausnummern, Gebäudemodelle, das Straßenbaumkataster, Teile von ALKIS, Höhenmodelle, Luftbilder und vieles mehr. Auch Verkehrs- oder Umweltdaten sind verfügbar. Grundsätzlich werden diese (neben „live“ WMS und WFS) im GML-Format (für Vektordaten) oder als JPEG (Rasterdaten) bereitgestellt. Auch verschiedene ASCII-Formate wie XYZ und CSV kommen vor. Größere Datensätze werden oft gekachelt angeboten, ALKIS etwa als etwa 250 einzelne GML-Dateien. Teilweise bedeuten diese Formate für Laien leider erhebliche Hürden. So ist der Import im QGIS manchmal nicht trivial oder aufgrund von Unstimmigkeiten in den (Meta-)Daten ohne Fachkenntnis schlichtweg nicht möglich. Daher versuche ich als Feierabendprojekt sämtliche Datensätze automatisiert und reproduzierbar in standardkonforme GeoPackages umzuwandeln. Vorgestellt werden Ansätze, Probleme, Tipps und sowie die bis zur FOSSGIS fertig aufbereiteten Datensätze. Verwendete Software sind bisher GDAL und GMT in Bash-Skripten. about this event: https://c3voc.de

Der Zulauf zum OpenStreetMap Projekt ist weiterhin ungebrochen. Täglich registrieren sich mehrere tausend neue Mitglieder weltweit, wovon in der Regel später etwas mehr als 10 Prozent aktiv werden. Durch Initiativen wie das Missing Maps Projekt [1] oder „Mapathons“ [2] rund um den Globus werden immer wieder neue Mitglieder auf das Projekt aufmerksam gemacht. Auch durch eine größer werdende Anzahl von Apps für mobile Geräte [3] wird das Beitragen von Karteninformationen immer mehr vereinfacht. Leider bringt die verstärkte Aufmerksamkeit und die stets steigende Anzahl von (neuen) aktiven Mitgliedern auch verschiedene Nachteile mit sich. In den letzten Jahren gab es immer wieder verschiedene Fälle von Vandalismus [4] oder anderen Arten von schlechten Änderungen der Geodaten des Projektes [5]. Laut Definition [6] setzt der Begriff „Vandalismus“ eine vorsätzliche Handlung voraus. Bei einigen Änderungen, die im ersten Moment nach Vandalismus aussehen, handelt es sich aber oft auch um ein Verständnisproblem: Änderungen an den Daten, werden nach dem Speichern direkt in die Hauptdatenbank geschrieben. Dadurch sind sie mehr oder weniger direkt in den Karten des Projektes zu sehen. In anderen Fällen von nicht diskutierten Massenimporten [7] oder -änderungen [8] können Streitigkeiten nur noch mit einer Sperrung des Mitglieds [9] beendet werden. Im Vortrag wird auf die letzten Jahres des Projektes im Bezug auf Fälle von „Vandalismus“ zurückgeblickt. Neben einigen bekannt geworden Fällen, kümmert sich die Community oft selbst um die Bereinigung. Während des Vortrags werden verschiedene Methoden und vorhandene Werkzeuge [10] gezeigt, wie jeder helfen kann, fragwürdige Änderungen zu finden, zu melden/kennzeichnen und ggf. zu korrigieren. Als Abschluss des Vortrags ist eine offene Gesprächsrunde geplant. Dabei soll über fehlende Werkzeuge oder Vorgehensweisen zur Vermeidung von un- und beabsichtigen negativen Änderungen, die Schaden für das Projekt bedeuten, diskutiert werden. [1] https://wiki.openstreetmap.org/wiki/Missing_Maps_Project [2] https://wiki.openstreetmap.org/wiki/Mapathon [3] https://wiki.openstreetmap.org/wiki/Editors [4] https://blog.openstreetmap.org/2012/01/17/google-ip-vandalizing-openstreetmap/ [5] https://wiki.openstreetmap.org/wiki/Vandalism [6] https://de.wikipedia.org/wiki/Vandalismus [7] https://wiki.openstreetmap.org/wiki/Import [8] https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct [9] https://wiki.osmfoundation.org/wiki/Ban_Policy [10] https://wiki.openstreetmap.org/wiki/Detect_Vandalism about this event: https://c3voc.de

Obwohl Bürger über hohes regionales Wissen verfügen, bleibt dieses Wissen aufgrund mangelnder Partizipationsmöglichkeiten bei räumlichen Planungsprozessen weitgehend ungenutzt. Dies führt in zweierlei Hinsicht zu negativen Auswirkungen: Zum einen muss die Fachplanung die Informationslücke in Form von aufwändigen Erhebungen, Befragungen oder Kartierungen selbst schließen, zum anderen vermittelt diese Vorgehensweise den Bürgern das Gefühl geringer Transparenz und Teilhabe. Die digitale Transformation der Gesellschaft mit ihrer Omnipräsenz mobiler Endgeräte und Geodatendiensten bietet allerdings die Chance, den Planungsprozess näher zum Bürger zu bringen. Der Vortrag präsentiert Ergebnisse aus dem Forschungsprojekt PUBinPLAN, welches geobasiertes Crowdsourcing und Augmented Reality (AR) nutzt, um mehr Beteiligung in räumlichen Planungsprozessen zu erreichen. Die browserbasierte Crowdsourcing-Anwendung (HTML 5) erlaubt es Bürgern eigene Ideen, Anregungen und Wünsche positionsgenau auf einer Web-GIS-Karte zu formulieren und diese interaktiv mit anderen Teilnehmern zu diskutieren. Basis der Karte ist OpenStreetMap. Die „Freiwilligen“ bringen damit ihre Regionalkompetenz von Beginn an in den Planungsprozess ein und können sich fortlaufend über den Planungsstand informieren. Mit der AR-Anwendung lassen sich sowohl die gesammelten Postings und Kommentierungen als auch 3D-Modelle vor Ort visualisieren. Architekten und Raumplaner können ihre 3D-Modelle in PUBinPLAN integrieren und den Bürgern die Landschaftsveränderungen auf anschauliche Weise präsentieren. Über eine Schnittstelle zur freien Software SketchUp steht diese Funktion auch technikaffinen Bürgern zur Verfügung, wodurch selbsterstelle Modelle hochgeladen und zur Diskussion gestellt werden können. Beide Anwendungen ermöglichen somit eine offene und transparente Kommunikation zwischen Planern, Auftraggebern und Bürgern. about this event: https://c3voc.de

Aufbauend auf der schnellen und flexiblen Osmium-C++-Bibliothek hat sich das Osmium-Kommandozeilentool zu einem nützlichen Helferlein entwickelt. Wer Osmium in seiner Werkzeugkiste hat, kann neue Wege gehen beim Verarbeiten von OSM-Daten. Mit Beispielen aus der Praxis will ich zeigen, was das Tool kann, und wo und wie man es einsetzt. about this event: https://c3voc.de

Wie im Copernicus-Programm der EU dargelegt, ist Information über unseren Planeten von entscheidender Bedeutung für politische Entscheidungen. Informationen aus dem Copernicus-Programm sollen helfen, zu verstehen, wie sich die Erde und das Klima ändern und welche Rolle hierbei menschliche Aktivitäten spielen und wie sich diese auf menschliche Aktivitäten auswirken. Das gesamte Copernicus-Programm besteht neben der Weltraum-Komponente (Space Component), das aus den unten aufgelisteten Sentinel-Missionen besteht, auch noch eine Dienste-Komponente (Services Component) und eine Sensor-Komponente (In-Situ Component). 1) die Weltraum-Komponente (Space Component) - Sentinel 1: Radar Mission; Launch Sentinel 1A: April 2014; Sentinel 1B End 2016 - Sentinel 2: High Resolution Optical Mission; Launch Sentinel 2A: June 2015 Sentinel 2B: 2016 - Sentinel 3: Medium Resolution Imaging and Altimetry Mission; Launch Sentinel 3A: 2015 Sentinel 3B: 2017 - Sentinel 4: Geostationary Atmospheric Chemistry Mission; Launch Sentinel 4A/B: 2021/27 - Sentinel 5P: Low Earth Orbit Atmospheric Chemistry Precursor Mission; Launch 2016 - Sentinel 5: Low Earth Orbit Atmospheric Chemistry Mission; Launch Sentinel 5A/B/C: 2021/27 2) die Dienste-Komponente (Services Component) - Copernicus Atmosphere Monitoring Service (CAMS) - Copernicus Marine Environment Monitoring Service (CMEMS) - Copernicus Land Monitoring Service (CLMS) - Copernicus Climate Change service (C3S) - Copernicus Emergency Management Service (CEMS) - Copernicus Security Service (no acronym) 3) die Sensor-Komponente (In-Situ Component) In-Situ Sensoren liefern Daten von der Erdoberfläche (Land/Wasser) oder von Luft-gestützten Sensoren. Zu diesen gehören auch Referenz und Zusatzdaten, die im Rahmen des Copenicus-Programms Verwendung finden. about this event: https://c3voc.de

Die Verbreitung öffentlicher Fahrplandaten für öffentliche Verkehrsmittel kommt zwar etwas schleppender voran, als wir es uns wünschen würden, aber sie kommt voran. Natürlich wollen wir mit passender quelloffener Software bereitstehen. Wir entwickeln ÖV-Funktionen für den OpenStreetMap-Router GraphHopper. In diesem Vortrag möchten wir zeigen, was damit schon möglich ist, alles basierend auf OSM-Daten für das Straßennetz und GTFS-Daten für das ÖV-Angebot: Wegfindung nach frühester Ankunftszeit/spätester Abfahrtzeit und kleinster Anzahl der Umstiege, Intervallabfrage (alle optimalen Verbindungen innerhalb einer Abfahrts- oder Ankunftszeitspanne), Punkt-zu-Punk-Wegfindung: zu Fuß zurückgelegte Wegabschnitte sind nicht beschränkt auf hartkodierte Umsteigemöglichkeiten, Fahrpreisermittlung, Berechnung von Reisezeit-Isolinien Wie auch bei der Wegfindung im Straßennetz hat man es mit einer Abwägung zwischen kürzerer Rechenzeit und Flexibilität zu tun. In den letzten Jahren sind mehrere neue, sehr schnelle Verfahren für die reine Fahrplanabfrage veröffentlicht worden, die nicht mehr auf Wegfindung in Graphen basieren. Die Entwicklung im Verkehrsangebot ist jedoch eher gegenläufig: Mit nicht-liniengebundenen Rufbussen und freibeweglichen Leih-Elektrorollern wird es eher der Normalfall als eine nette Zusatzfunktion sein, Wege frei aus fahrplangebundenen und nicht-fahrplangebundenen Möglichkeiten planen zu können. GraphHopper ist daher auch mit seinen ÖV-Funktionen graphbasiert, um bestmöglich in neuen Verkehrsanwendungen benutzt werden zu können, sei es zur Nutzerinformation oder zur Angebotsanalyse. about this event: https://c3voc.de

Die Open Source Routing Machine (OSRM) ist eine High-Performance-Routingengine und primär für OpenStreetMap-Daten ausgelegt. Dieser Vortrag stellt OSRM inklusive Ökosystem vor. Weiterhin zeigen wir auf, an welchen Verbesserungen wir im letzten Jahr gearbeitet haben. Wir erklären wie OSRM genutzt werden kann um GPS-Traces auf das Straßennetz zu snappen, wie wir OpenStreetMap nutzen um zum Beispiel Spuren verwenden zu können und wie Echtzeit Verkehrsdaten eingebunden werden können. about this event: https://c3voc.de

Freie Geodaten auf der FOSSGIS – dabei geht es fast immer um OpenStreetMap oder gelegentlich auch mal um andere Vermessungsdaten. Im Vergleich dazu sind allerdings freie Satellitendaten allein schon von den Datenmengen eigentlich viel bedeutender. Oft werden diese Daten aus Unkenntnis über ihre Existenz oder aufgrund der Schwierigkeit, die richtigen Bilder in der benötigten Form zu finden, kaum genutzt – obwohl freie Satellitenbilder eigentlich eine kaum zu überschätzendes Quelle von Informationen und Erkenntnis über unseren Planeten darstellen und zwar nicht nur für Spezialisten, sondern für jeden. Abgesehen vom ganz praktischen Nutzen solcher Daten stellt der freie, offene und ungefilterte Zugang zu diesen auch eine enorme gesellschaftliche Errungenschaft dar. Ob dieser auch in Zukunft erhalten bleibt, dürfte in großem Maße auch davon abhängen, in wie weit diese Daten tatsächlich auch breit genutzt werden und wir uns nicht freiwillig auf das beschränken, was uns von Google, Bing und anderen Firmen oder auch von staatlichen Stellen nach subjektiven und primär wirtschaftlichen Kriterien ausgewählt und letztendlich meist nur zum Anschauen und nicht zur Weiterverwendung präsentiert wird. Dieser Vortrag soll deshalb für jeden interessierten Besucher einen Überblick darüber geben, was die Welt freier Satellitenbilder heutzutage zu bieten hat. Die verschiedenen Satellitensysteme und Kameras, deren Bilder als freie Daten verfügbar sind, werden vorgestellt – einschließlich der Möglichkeiten, wie man an die Daten herankommt – egal ob einfach nur zur Information oder auch für ernsthafte Analysen und Weiterverarbeitungen. Dabei wird bewusst kein Schwerpunkt auf bestimmte Systeme und Betreiber gelegt, sondern ein möglichst neutraler Überblick angestrebt. about this event: https://c3voc.de

Für moderne Geo-Anwendungen wird es in Zukunft immer wichtiger, dass sie Plattformübergreifend, d.h. sowohl auf den gängigen mobilen Geräten (Android, iOS, Windows), als auch auf den herkömmlichen PCs (Linux, Mac, Windows) einsetzbar sind. Moderne App-Entwicklung setzt hierbei immer höhere Standards an die Benutzerfreudlichkeit. Nicht nur, dass eine Anwendung intuitiv zu bedienen sein muss, sie sollte sich auch an den typischen Look & Feel der Geräte und ihrer Betriebssysteme angepasst sein. „YAGA leaflet-ng2“ ist eine Integration von Leaflet in das vor kurzem veröffentlichte, „Angular 2“ von Google, dass einen modernen Ansatz für die technische Umsetzung, durch das s.g. „Two-Way-Databinding“, bietet. Diese Form der Entwicklung ermöglicht eine einfache, modulare Entwicklungsweise mit einer klaren Trennung von „Model“ und „View“. In dem Vortrag sollen die Vorzüge bei der Entwicklung mit „Two-Way-Databinding“, anhand von verschiedenen Beispielen, die sich sowohl an Anwender, wie auch Programmierern richten sollen, aufgezeigt und die Vorteile der YAGA Komponenten im Allgemeinen und der Leaflet Integration in Angular 2 im Speziellen, bei der plattformübergreifenden Arbeit mit Geo-Daten darstellen. about this event: https://c3voc.de

Das OSM-Quiz bietet als Fortsetzung des Events vom letztem Jahr 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. about this event: https://c3voc.de

Geodatenportale finden in der breiten Bevölkerung immer mehr Akzeptanz und gewinnen immer mehr Nutzer. Dies ist jedoch keine Selbstverständlichkeit, sondern das Ergebnis umfangreicher und langjähriger Verbesserungen bei Usability und Performanz. Moderne dynamische Geodatenportale haben nichts mehr mit den früheren Online-Kartenanwendungen gemein, die bei jeder Verschiebung des Ansichtsfensters noch die gesamte Webseite nachladen mussten. Heute werden hoch interaktive, zugängliche, abwärtskompatible, Plugin-freie Geoweb-Anwendungen verlangt, die den Nutzer nicht gängeln, sondern auf kürzestem Wege direkt zur gesuchten Information oder Lösung führen. Ein weiterer Schlüssel zum Erfolg ist die große Menge und hohe Qualität der über das Portal verfügbaren Geodaten, sowie ein blitzschnelles Laden und Reagieren der Webanwendung, denn nur eine Sekunde Wartezeit kann hier bereits über Erfolg oder Misserfolg entscheiden. Ein Beispiel für ein modernes, dynamisches Geodatenportal, das sich aufgrund der täglichen Verwendung durch zahlreiche Nutzer vielfach bewährt hat, ist geoportal.ch. Doch was ist im Jahr 2017 der State of the Art des Technologie-Stacks für die Entwicklung von Geoweb-Anwendungen? Am Beispiel von geoportal.ch wird vorgestellt, wie fortschrittliche Webtechnologien wie NodeJS, ExpressJS, Geoserver, Geowebcache, OpenLayers, Turf, AngularJS etc. zu einer zeitgemäßen Geoweb-Architektur integriert werden. Darüber hinaus wird dargelegt, wie trotz der extrem hohen Datenheterogenität und der großen Datenmengen eine performante Geoweb-Anwendung erreicht werden kann. Dies geschieht mit besonderem Blick darauf, dass geoportal.ch nicht nur ein reiner Viewer für Geodaten ist, sondern auch eine Entwicklungsplattform für diverse darauf aufbauende GeoApps (Web-GIS) mit Editier- und Analysefunktionen. about this event: https://c3voc.de

Linienverläufe und Haltestellen des öffentlichen Verkehr werden schon seit vielen Jahren in OpenStreetMap erfasst. In der letzten Zeit hat sich bei diesem Thema allerdings Ernüchterung breitgemacht. Einstige Mapper haben sich von diesem Themengebiet abgewendet oder beschränken sich nur noch auf die Haltestelleninfrastruktur. Neue Mapper werden von der Komplexität des Mappings abgeschreckt oder müssen zumindest eine hohe Einstiegshürde überwinden. Übriggeblieben ist daher nur ein Kern von wenigen Enthusiasten. Diese Situation stellt das OpenStreetMap-Projekt vor Probleme, denn flächendeckende, aktuelle und gepflegte ÖPNV-Daten lassen sich nur mit einer breiten Mapperbasis erreichen. Gleichzeitig ist OpenStreetMap aber eine der wenigen freien Quellen für Daten des öffentlichen Verkehrs, während die Verkehrsunternehmen in Deutschland bis auf Ausnahmen keine entsprechenden Daten bereitstellen. Die Gründe für den derzeit schlechten Stand des ÖPNV-Mappings in OpenStreetMap liegen jedoch auch in der Historie der verschiedenen Erfassungsschemata begründet. Mit der Zeit entstand eine Reihe unterschiedlicher Schemata, die bei vielen Mappern zu Verwirrung gesorgt haben, aber auch dazu geführt haben, dass in OpenStreetMap ÖPNV-Daten nach unterschiedlichen Schemata – teilweise auch als Mischformen – erfasst sind. Doch auch die Komplexität der Schemata selbst scheint viele Mapper zu überfordern, auch deshalb, weil die Dokumentation im Wiki veraltet, inkonsistent oder wenig anschaulich ist. Auch die mangelnde Auswertung durch Anwendungen ist eine Ursache dafür, dass kein großer Anreiz zum ÖPNV-Mapping besteht. Wenn Mapper das Ergebnis ihrer Arbeit nicht sehen und so auch kein Feedback darüber bekommen, ob die erfassten Daten korrekt sind, ist der Anreiz zur Erfassung bzw. Umstellung auf neuere Schemata relativ gering. Im Gegenteil verleiten Anwendungen durch mangelnde Unterstützung von neueren Schemata dazu, ältere Tags zu verwenden, damit die Daten visualisiert werden („Tagging für den Renderer“). Das Hauptproblem, das viele Mapper abschrecken dürfte, ist jedoch der hohe Aufwand zur Erfassung und Pflege der Daten. Gerade wenn eine ÖPNV-Linie über viele unterschiedliche Routenvarianten verfügt, steigt der Erfassungsaufwand und die Komplexität enorm an. Auch die Pflege der Daten ist nicht zu unterschätzen, schließlich ändert sich ein großer Teil der Daten mit jedem Fahrplanwechsel. In diesem Zusammenhang muss deshalb auch hinterfragt werden, ob und in welchem Detailgrad überhaupt ÖPNV-Daten in OpenStreetMap erfasst werden. Bei der Haltestelleninfrastruktur dürfte das relativ unstrittig sein, doch bei den Linienverläufen gibt es durchaus auch Argumente, die in Hinblick auf Aufwand und Nutzen gegen eine Erfassung sprechen. about this event: https://c3voc.de

SHOGun wird seit dem Jahr 2011 als Webmapping-Framework entwickelt und hat sich mittlerweile in vielen Installationen, insbesondere bei Großkunden bewährt. Der Vortrag stellt die völlig neue Version SHOGun2 vor und zeigt anhand von Beispielen wie Kartenclient – zusammengesetzt aus OpenLayers 3 und wahlweise GeoExt3 oder react.js – mit den Verwaltungsoberflächen zusammenspielen. SHOGun2 greift dabei bewährte Konzepte aus SHOGun auf, wurde aber als komplette Neuentwicklung mit großem Fokus auf Modularität und Aktualität der verwendeten Bibliotheken entwickelt. Ebenso wurde bei der Entwicklung darauf geachtet, SHOGun2 so auszurichten, das sich ein Open-Source-Projekt entwickeln kann. Auch dieser Apsekt wird im Vortrag eine Rolle spielen. about this event: https://c3voc.de

Die Etablierung des eGovernment ist eine der bedeutendsten Bewegungen innerhalb der Verwaltungsmodernisierung der heutigen Zeit in Deutschland. Einen der komplexesten Bereiche des deutschen Verwaltungswesens stellt dabei das Planungsrecht dar. Dies bedeutet gerade für die Bauleitplanung, die im Verantwortungsbereich der Kommunen liegt, einen hohen Aufwand, da vom Entwurf bis zur Planfeststellung verschiedene Verwaltungsvorgänge, wie die Beteiligung von Trägern öffentlicher Belange (TÖB) oder auch die Bürgerbeteiligung durchlaufen werden. Insbesondere wegen des hohen Aufwands, der für die Bauleitplanung betrieben werden muss, bietet sich hier ein erhebliches Potential über die Digitalisierung dieser Vorgänge eine Kostenersparnis zu erzielen. Durch den Einsatz der xPlanBox, die auf Open-Source-Software basiert, kann dieser Effekt noch gesteigert werden. Die xPlanBox basiert auf verschiedenen OSGeo-Projekten. Für den Bereich der Bauleitplanung zeigt sich hier insbesondere das deegree-Projekt als geeigneter Motor, eGovernment-Prozesse in der Bauleitplanung abzubilden, da es neben den Zertifizierungen des Open Geospatial Consortiums (OGC) als Referenzimplementierung für Web Feature Services und Web Map Services im Stande ist, den offenen eGovernment-Standard XPlanung zu unterstützen und darüber hinaus die aktuell umfangreichste Implementierung der INSPIRE Technical Guidance Dokumente im Open-Source-Segment darstellt. Dies spielt für die Zukunftssicherheit einer Lösung zur digitalen Verwaltung, Qualitätssicherung und Publizierung von Planwerken eine wichtige Rolle. Die hier vorgestellte Lösung setzt deegree zur Steuerung der Prozesse zur Verwaltung der Planwerke innerhalb einer PostgreSQL/PostGIS-Datenhaltung sowie zur Validierung XPlanGML basierter Planwerke und zur Publikation über WFS- und WMS-Dienste ein. Darüber hinaus wurde eine auf Geomajas basierte Portalanwendung realisiert und ein Kartenviewer mit OpenLayers implementiert. about this event: https://c3voc.de

Zu den Aufgabenbereichen des Bundesamtes für Strahlenschutz (BfS) gehört es, bei einem radiologischen Notfall, eigene und anderweitig verfügbare relevante Daten zu sammeln und zu erfassen, zu verarbeiten und zu bewerten sowie Dokumente zu erstellen, die die notwendigen Informationen enthalten, um den Krisenstab zu befähigen, die richtigen Entscheidungen für die Notfallvorsorge zu treffen. Der dabei eingesetzte Softwarestack wird unter der Bezeichnung IMIS (integriertes Mess- und Informationssystem) betrieben. Vor einiger Zeit begann das BfS mit der Migration von einem proprietären monolithischen System zu einem komponentenorientierten Notfallinformationssystem. Das neue IMIS3 integriert mehrere OSGeo-Projekte beispielsweise PostGIS, GeoExt, OpenLayers3, Geoserver, GeoNetwork und MapfishPrint und andere. Um fehlende Verbindungen zwischen den Softwarekomponenten zu füllen und allen Anforderungen des radiologischen Notfallmanagements gerecht zu werden, nutzt das BfS nicht nur vorhandene Open-Source-GIS-Software, sondern hat auch eigene Softwareprojekte unter der Verwendung freier Lizenzen gestartet. Um die Open-Source-Strategie ernsthaft zu verfolgen, hat sich das BfS zur Veröffentlichung der BfS-eigenen Entwicklungen auf der Internetplattform GitHub entschlossen. Damit können Behörden mit ähnlichen Aufgaben von der Arbeit des BfS profitieren und Parallelentwicklungen vermeiden. Gleichzeitig werden Behörden und andere Interessierte eingeladen, die Programme weiterzuentwickeln. Diese offensive Vorgehensweise ist für ein Bundesamt wohl eher ungewöhnlich. Der Vortrag präsentiert GitHub-gehostete Open-Source-Projekte des BfS, die in einem OS-gestützten Softwarestack eingebettet sind und mehrere bekannte OSGeo-Projekte verwenden. about this event: https://c3voc.de

"We map what is on the ground" – so das Mantra aller OSM-Edits. Nicht immer wird das so rigoros durchgesetzt. Beispiel Adress- und Kontaktdaten, administrative Grenzen, Stromleitungskapazitäten usw. Anhand einer Karte für freien WLAN-Zugriff wird gezeigt, dass die Datenhaltung nicht immer in OSM passieren muss. Insbesondere die Meshtechnik im Freifunk-Netzwerk erlaubt hier eine geoegrafische Darstellung der Hotspots in Relation zu deren logischen (Link-)Verbindungen und weiteren Metadaten. [Praktische Beispiele zeigen Life-Darstellung von Funk-Verbindungsdaten, das Einrichten georeferenzierter HotSpots und die verfügbaren Analysetools.] - Dieser Text nur für längeren Vortrag about this event: https://c3voc.de

<p>QGIS Web Client 2 (QWC2) ist die zweite Generation des QGIS-Webclients, einem Web-GIS-Client optimiert für QGIS Server. Er unterstützt die proprietären Erweiterungen des QGIS Servers für das PDF-Drucken, Suche, Datenexport, Legenden, etc.) Das Projekt wurde erstmals an der FOSS4G 2016 in Bonn vorgestellt, war damals aber noch in einem sehr frühen Entwicklungsstadium. Mittlerweile ist das Projekt gut fortgeschritten und kann unter <a href="https://github.com/qgis/qwc2-demo-app">https://github.com/qgis/qwc2-demo-app</a> resp. <a href="https://github.com/qgis/qwc2">https://github.com/qgis/qwc2</a> heruntergeladen werden. Derzeit wird das Projekt in verschiedenen Organisationen (Städte und Kantone in der Schweiz, Deutschland und Schweden) getestet und danach eingeführt und weiterentwickelt.</p> <p>Gegenüber der ersten Generation kommen neue Bibliotheksversionen zum Einsatz: der Kartenviewer wurde auf <a href="https://openlayers.org/">OpenLayers 3</a> aktualisiert, als Framework kommt <a href="https://facebook.github.io/react/">ReactJS</a> zum Einsatz. Auf dem Server wird nodejs eingesetzt und yarn für die Installation und das Deployment. QWC 2 wurde mit responsive Design und modular entwickelt. Die identische Version läuft auf Tablets, Mobiltelefonen und Desktop-Rechnern. Die Initialversion des QWC 2 wurde von der Firma Sourcepole programmiert, konnte aber auf den bestehenden Arbeiten von <a href="http://mapstore2.geo-solutions.it/">MapStore2</a> der italienischen Firma Geosolutions aufbauen. Nach der Initialphase des Projekts steht es als Repository des QGIS-Projekts allen FOSSGIS-Entwicklern für die Weiterentwicklung offen.</p> <p>Der Vortrag zeigt Beispielinstallationen, den Stand der Arbeiten und weitere Ausbaupläne</p> about this event: https://c3voc.de

<ul> <li> DeepVGI <strong>(Martin Raifer)</strong></li> <li>Einsatz von Lowcost-Lidarsystemen für die OSM-Landvermessung <strong>(Kolossos)</strong> </li> <li>Unkonventionelle Karten mit g2jascii <strong>(Hans Jörg Stark)</strong></li> </ul> <b>DeepVGI – Ein Deep Learning Framework zur Detektion von Gebäuden und Strassen auf Basis von Fernerkundungsbildern, OpenStreetMap und MapSwipe Daten.</b> In jüngster Zeit werden zunehmend maschinelle Lernmethoden - insbesondere Deep Artifical Neural Networks (ANNs) zur automatischen Objektdetektion mit Fernerkundungsbildern untersucht und u.a. angewendet, um Gebäude, Straßennetze usw. zu finden. Um ein genaues Vorhersagemodell für eine Zieldomäne, d.h. ein konkretes Gebiet, zu erlernen beruhen diese Verfahren gewöhnlich auf einer großen Menge markierter Bilder. Gerade in ländlichen oder unentwickelten Orte gibt es normalerweise keine existierenden markierten Bildsätze. In aktuellen Arbeiten am HeiGIT (Heidelberg Institut for Geoinformation Technology) extrahieren wir Trainingsmarken (d. H. Supervisionswissen) aus OSM und integrieren zusätzlich VGI von der humanitären Anwendung MapSwipe, sowie einige manuell gelabelte Trainingsdaten, um so die gesamte Zieldomäne mit einer höheren Vorhersagegenauigkeit abzudecken. Zu diesem Zweck wird ein Deep Learning Framework namens AT-CNN vorgeschlagen, bei dem die von Deep Convolutional Neural Networks erfassten Fernerkundungsbildmerkmale aktiv von einer Quelldomäne zu einer Zieldomäne übertragen werden. Es kann das Wissen der verschiedenen Datenquellen für ein allgemeineres Vorhersagemodell verschmelzen, und ist so in der Lage, verschiedene Arten von Gebäuden in städtischen und ländlichen Gebieten gut zu detektieren. <b>Einsatz von Lowcost-Lidarsystemen für die OSM-Landvermessung</b> Seit Neusten gibt es recht preiswerte 2D-LIDAR-Systeme[1], die die Vermessung der Welt verändern könnten. Statt wie ein klassisches GPS einmal pro Sekunde die Position des Mappers zu erfassen können diese System 500 mal pro Sekunde die Umgebung des Mappers erfassen. Um die Genauigkeit der Abstandsmessung von 2.5cm nutzen zu können sollten Position und Orientierung des Sensorträgers mit einer ähnlichen Genauigkeit bekannt sein, dieses könnte durch Fortschritte bei den GPS-Geräten (RTK-Lib, etc.) oder durch Algorithmen der relativen Lokalisierung anhand der Sensordaten erfolgen (SLAM). Daneben sollten zusätzliche Sensoren (Kameras, IMU und Radsensoren) genutzt werden. Zur Scannerorientierung gibt es 2 Möglichkeiten: *horizontal: Gibt die meisten Daten in einer festen Höhe. Diese Daten lassen sich dann am besten mergen. *vertikal, quer zur Fahrrichtung: Mit dieser Ausrichtung könnten ggf. Bürgersteigkanten und damit Straßenbreiten oder auch Gebäudehöhen erfasst werden. Schwierigkeiten liegen insbesonders in der Erfassung und Ausfilterung von beweglichen Objekten wie Autos. Einsatzmöglichkeiten liegen aufgrund der hohen Detailierung insbesonders im Bereich des Indoormappings. [1] https://www.kickstarter.com/projects/scanse/sweep-scanning-lidar <b>Unkonventionelle Karten mit g2jascii</b> Kartendarstellungen mit Emojis und anderen Zeichen Mit gj2ascii steht eine Python Bibliothek zur Verfügung, die es erlaubt, einerseits über ein Terminal oder Kommandozeile, andrerseits über ein Python-Binding Vektorgeometrien mittels Buchstaben, Zahlen und Sondernzeichen oder auch Emojis darzustellen. Es entstehen witzige und damit auch etwas unkonventionelle Kartendarstellungen, welche als "witzige Auffrischung" betrachtet werden können. Somit ist es auch möglich, dass gewisse Assoziationen zu Gebieten oder Regionen visuell "untermalt" werden und auf eine unkonventionelle Art und Weise kommuniziert werden. Der Beitrag stellt einerseits gj2ascii vor, andrerseits zeigt er auch an ganz praktischen Beipsielen und Live-Demos, wie (einfach) die Anwendung der Bibliothek ist und wie mit den einzelnen Parametern bzw. Einstellungen gearbeitet werden kann. https://pypi.python.org/pypi/gj2ascii/0.4.1 about this event: https://c3voc.de

Der Vortrag ist ein Erfahrungsbericht von der Umsetzung verschiedener Onlinekarten-Projekte mit PostgreSQL/PostGIS auf Basis von amtlichen Daten (ALK/ALKIS) und OpenStreetMap. Es werden die folgenden Fragen beantwortet: <ul> <li>Wie können Daten <em>importiert</em> werden?</li> <li>Wie können Daten <em>strukturiert</em> werden?</li> <li>Wie können Daten <em>homogenisiert</em> werden?</li> <li>Wie können Daten im laufenden Betrieb <em>aktualisiert</em> werden?</li> <li>Wie können Daten <em>optimiert</em> werden?</li> </ul> Bei der Beantwortung dieser Fragen wird insbesondere auf die Anforderungen von WMS- und WMTS-Diensten für Online-Stadtpläne eingegangen. Viele dargestellte Lösungen sind jedoch auch in anderen Einsatzgebieten relevant. about this event: https://c3voc.de

Vektor-tiles haben das Potential die bewährten Rasterkarten in vielen Bereichen abzulösen oder mindestens maßgeblich zu ergänzen. Open-Source-Produkte geben dabei den Takt an und es steht bereits eine beachtliche Zahl an Vektortile-Servern zur Verfügung, um eigene Daten in diesem effizienten Format zu publizieren. Der Vortrag gibt einen aktuellen Überblick über die Open-Source-Lösungen zur Publikation von Mapbox Vektor Tiles und vergleicht die Vor- und Nachteile der verschiedenen Produkte. about this event: https://c3voc.de

Seekarten werden in der Berufs- und Sportschifffahrt für die Navigation von Schiffen verwendet und haben aufgrund ihrer Sicherheitsrelevanz einen enormen Qualitätsanspruch. Seekarten weisen eine hohe Informationsdichte auf und müssen übersichtlich und eindeutig verständlich sein. Das wird durch entsprechend intelligente Platzierung und Rotation von Objekten, sowie die Wahl verschiedener Farben und Schriftarten erreicht. Auf den ersten Blick erscheint das nicht weiter anspruchsvoll, untersucht man eine Seekarte jedoch im Detail, so stellen die Karteneigenschaften eine hohe Komplexität in Hinblick auf die Entwicklung von Algorithmen dar. Offizielle Seekarten werden computergestützt gerendert und manuell nachbearbeitet, um eine optimale Darstellung zu erreichen. Smrender ist ein OpenSource-Projekt, das versucht die Besonderheiten von Papierseekarten zu implementieren. about this event: https://c3voc.de

Dieser Beitrag gibt einen Überblick über diverse Aktivitäten, die rund um QGIS Server im Gange sind. So gibt es im Rahmen von QGIS3 diverse Änderungen in der Codebasis. Ende letzten Jahres wurden Änderungen eingepflegt, welche QGIS Server zu einer WMS 1.3-konformen Software machen. Im Vortrag wird auch gezeigt, was es für den OGC-Test braucht und was im Server geändert werden musste, damit der Test erfolgreich durchläuft. about this event: https://c3voc.de

Weltweit schreitet der Verlust von Artenvielfalt und intakten Lebensräumen mit ernstzunehmender Geschwindigkeit voran. Dies hat erhebliche negative Auswirkungen nicht nur auf internationale und nationale Naturschutzziele, sondern auch auf Deutschland als Wirtschaftsstandort und die Sicherung der Lebensqualität der Bevölkerung. In Deutschland existiert eine Vielzahl von Verbänden, Vereinen, Naturschutzorganisationen, wissenschaftlichen Projekten und Behörden, die Daten zu Natur und Umwelt erfassen. Insgesamt werden jedoch etwa 95 Prozent dieser Daten von Ehrenamtlichen erfasst. Immer mehr Projekte und Institutionen erkennen, dass durch die Nutzung von Open-Source-Programmen/-Software und durch einem freien Zugang zu Daten sowohl eine höhere Akzeptanz unter den Beteiligten als auch eine bessere Anerkennung der Freiwilligenarbeit erzielt werden kann. Zum einen gewährleistet Open Source einen hohen Grad an Unabhängigkeit und Transparenz zum anderen erhöht Open Access die Attraktivität und den Verkehrswert von Daten. Durch den Einsatz von Open-Source-Lösungen bei der Erfassung, Verarbeitung und Darstellung von Biodiversitätsdaten und durch Open Access gab es in den letzten Jahren einen enormen Zuwachs an neuen Daten und an Möglichkeiten ihrer Auswertung. Dazu kommt, dass durch die Einführung des Informationsfreiheitsgesetzes auch die Verwaltungen verpflichtet sind, ihre Daten für die Bürger frei zugänglich bereitzustellen. Einige Bundesländer sind dieser Forderung bereits nachgekommen und stellen eine Vielzahl von Geobasisdaten wie Luftbilder aber auch Biodiversitätsdaten kostenlos zu Verfügung. Wir stellen Projekte aus dem Biodiversitätsbereich vor, die erfolgreich Open Source und/oder Open Access einsetzen und präsentieren außerdem eine Vision, wie die Vernetzung, Sichtbarmachung und Bereitstellung von Daten zur Artenvielfalt in Deutschland in Zukunft aussehen kann. about this event: https://c3voc.de

Wer heute seine eigene Karte rendern möchte, hat soviel Auswahl wie nie. Manches ist einfacher geworden, aber es ist auch leicht den Überblick zu verlieren. Von Raster- über Vektortiles, von Mapnik über OSM2Vectortiles zu Mapbox. TileMill, Kosmtik oder Mapbox Studio? Wo kommen die Daten her? Wer rendert sie und wie? Ich versuche einen Überblick über die derzeit vorhandene Renderingtechnik und -software zu geben. Dabei werden die Stärken und Schwächen der Software beleuchtet und dargestellt welche Neuerungen im letzten Jahr entstanden sind und welche Möglichkeiten schon ein paar Jahre am Buckel haben. Beispiele sollen überblicksmäßig verdeutlichen welche Komponenten für die einzelnen Möglichkeiten gebraucht werden und wie sie zusammenspielen. Vectortiles sind der heißeste Kandidat für die nächste Generation der Hauptkarte von OpenStreetMap. Ich versuche darzustellen wie hier eine mögliche Zukunft aussehen könnte und welche Schritte heute bereits in diese Richtung unternommen werden. Bleibt Bewährtes bestehen oder kommt es zu einem radikalen Wechsel? about this event: https://c3voc.de

QGIS ist zusammen mit den assozierten Werkzeugen aus GRASS, GDAL/OGR und SAGA eine sehr mächtige und komplexe Software geworden, die unerfahrene Anwender/innen überfordern kann. Häufig soll QGIS in Büros oder Behörden für ganz spezielle Aufgaben eingesetzt werden, welche Mitarbeiter ohne besondere GIS-Kenntnisse bearbeiten. Mit einem individuellen Konfigurationsverzeichnis und Modellerwerkzeugen lässt sich die QGIS-Benutzeroberfläche so vereinfachen, dass unerfahrene Nutzer erfolgreich mit ihren Daten arbeiten können. Ein so "abgespecktes" QGIS ist auch eine einfach zu administrierende Alternative zur Einrichtung eines Intranet-Webgis. Für die Umsetzung maßgeschneiderter QGIS-Konfigurationen werden vier Handlungsansätze vorgestellt: 1. QGIS startet mit einer benutzerdefinierten Konfiguration über die --configpath Option. Überflüssige Funktionen in der Benutzeroberfläche werden ausgeblendet. 2. Komplexere Arbeitsabläufe werden als Modeller-Werkzeuge umgesetzt, die von Anwendern ohne besondere GIS -Kenntnisse mit einem Minimum von Eingaben genutzt werden können. 3. Die Datenhaltung erfolgt in einer SpatiaLite-Datei - im Hintergrund können SQL-Trigger bedingte Berechnungen u.ä durchführen. 4. Die Altas-Funktion des Druck-Layouts erlaubt es, beliebige Inhalte der SpatiaLite-Datenbank als Bericht auszugeben. 5. Die Dateneingabe erfolgt über individuell gestaltete Eingabemasken, für die QGIS auch ohne Nutzung externer Software komfortable Möglichkeiten bietet. Vier exemplarische Beispiele stellen die Vorgehensweise anschaulich da: 1. QGIS als einfacher Geodatenviewer - Eine Alternative zum Intranet-Web-GIS 2. QGIS mit komplexen Eingabemasken Erfassungs- und Auswertungswerkzeug für ein Baumkataster. 3. Das Brunnen- und Leitungskataster eines landwirtschaftlichen Beregnungsverband mit Berichts- und Auswertungsfunktionen auf Basis von QGIS und SpatiaLite. Die Folien des Vortags und ein schriftlicher Beitrag werden hier und über http://www.gkg-kassel.de ab Ende März verfügbar sein. Leider konnte ein ausführlicher Betrag für den Tagungsband nicht bis Mitte März fertiggestellt werden. about this event: https://c3voc.de

Im Rahmen eines Forschungs- und Entwicklungsprojektes bauen wir (Mundialis) ein 15 Jahre zurückreichendes Temperaturdatenarchiv für ganz Europa, das auf Satellitendaten basiert, auf. Das Archiv beinhaltet vier Temperaturschritte pro Tag und hat eine räumliche Auflösung von einem Kilometer und ist damit genauer und besser, als jegliche, auf Interpolation von wenigen Klimastationen basierenden interpolierte Datensätze. Der Vortrag konzentriert sich auf zwei Hauptaspekte: - Verarbeitung von Fernerkundungsdaten im Terabyte-Bereich mit High-Performance-Computing mit GRASS GIS - Potentielle Anwendungsfelder der aus diesem Archiv generierten Information about this event: https://c3voc.de

Vorstellung des QGIS Projektes und der Software, wie QGIS sich in den letzten Jahren/Versionen entwickelt hat und was für die Zukunft geplant ist. Dabei stehen folgende Inhalte im Vordergrund: 1) Neuigkeiten zum Projekt * Das QGIS Projekt ist jetzt die QGIS Association * In Deutschland gibt es die Deutsche QGIS Anwendergruppe e.V. * Welche Termine stehen auf der Agenda 2017 2) Neuigkeiten zur Software * Was hat sich seit der letzten FOSSGIS in Salzburg getan in den Versionen 2.16 und 2.18 * Wie ist der Stand von QGIS 3. * Wie sieht die Entwicklung des neuen QGIS Web Client aus? Die Leitung der Session wird durch Mitglieder der Deutschen QGIS Anwendergruppe e.V. übernommen. Aktuell sind im Gespräch der 1. Vorsitzende Thomas Schüttenberg und das Mitglied Otto Dassau - weitere werden sich sicher noch dazu gesellen. about this event: https://c3voc.de

Wenn es brennt, eilt es! – Karten in vorbereiten Akten sollen für die Anfahrt und für den Einsatz die notwendigen Informationen gut lesbar zur Verfügung stellen. Der Vortrag zeigt, welche die für die Feuerwehr wichtigen Informationen mit Geobezug sind (z.B. Anfahrt, Gefahren, Transformatoren/Verteilkasten, Wasserbezug, Gebäudeinformationen). Welche gibt es schon in OpenStreetMap und welche fehlen noch? Bei unserer Feuerwehr gibt es auch noch „exotische“ Löschwasserquellen: unterirdische vorbereitete Staustellen, welche natürlich auch visualisiert werden müssen, weil sie für die Löschwasserversorgung wichtig sind. Wie können aus der Feuerwehr neue Mapper geworben, motiviert und unterstützt werden? Es wird erklärt wie diese im Erfassen der speziellen Tags mit JOSM unterstützt werden können (z.B. mit speziellen „Kartenstile“). Für die Feuerwehr wurde ein Kartenstil optimiert und mit Maperitive gerendert. Die Tiles werden zu optimierten Kartenausschnitten (mit mindestens drei Hydranten) zusammengestellt, z.B. mit Hilfe von Overpass. Es wird ein Beispiel einer Einsatzakte und der verwendeten Karten präsentiert. Für Gebäude wo keine vorbereitete Einsatzakten existieren oder vorgeschrieben sind wird ein Prozess zur Erstellung von vereinfachten Einsatzkarten basierend auf der Alarmmeldung erklärt und mit einem Beispiel dargestellt. Es werden die offenen Herausforderungen (fehlende Tags, länderspezifische Symbole, Schützen der kritischen Nodes vor falscher Bearbeitungen) und mögliche Lösungsansätze dargestellt. Im Abschluss werden die gefundenen Vorteile für die Feuerwehr und für OpenStreetMap aufgezeigt. about this event: https://c3voc.de

Der Dinosaurier unter den Open Source GIS lebt und bietet wieder innovative Funktionen an, die kein anderes GIS bereithält. Kurz vor Jahresende 2016 wurde mit GRASS GIS 7.2.0 nach fast 2 1/2 Jahren ein neues Major Release herausgebracht, das zugleich die neue LTS Version ist. Das Release enthält alleine etwa 1900 Verbesserungen gegenüber der Version 7.0.5, darunter sind zahllose Performance- und Effizienz-Verbesserungen. GRASS GIS 7 unterstützt mit seiner graphischen Oberfläche bei der Umsetzung komplexer GIS Operationen, zudem unterstützt das neue Python-Interface bei der Erstellung von GRASS GIS Python-Modulen. Die neue Version enthält eine ganze Reihe an neuen Modulen zur Analyse von Raster- und Vektordaten sowie zur Zeitreihenanalyse, darunter einen visuellen Datenkatalog, einen integrierten Python Editor, LiDAR Unterstützung, Berechnung von 3D Fließakkumulation und 3D Gradienten, Zeitreihenalgebra, Batch-Job Unterstützung, und neue effiziente Rasterdatenkompression. Dazu kommen außerdem mehr als 50 neue Addons. Der Vortrag erläutert den aktuellen Stand des GRASS GIS Projekts, geht natürlich insbesondere auf die Neuerungen der Version 7.2 ein und stellt einige der neuen Module exemplarisch vor. about this event: https://c3voc.de

Wie selbstverständlich haben wir uns daran gewöhnt, OSM-Daten speziell für den jeweiligen Anwendungszweck aufzubereiten: OBF, GHZ, MVT, PNG, PBF, IMG, MAP, RD5, HGT … Ein frischgebackener OSM-Anwender, der naiv fragt, wo er denn OSM-Daten laden kann, um all die tollen Sachen zu machen, die man damit machen kann, am besten offline – er verläuft sich in diesem Dschungel. Dieser Vortrag will zweierlei erreichen. Zum einen diesen Dschungel sichten. Was sind die einzelnen Anwendungsfelder, von A wie Adress-Datenbank bis Z wie Zoom-Level? Was sind die gängigen Lösungen, was sind ihre Download-Größen, ihre Beschränkungen und ihre Lizenzen und wie spielt das alles zusammen? Im Anschluss will dieser Vortrag hinterfragen: Warum ist das alles so, und muss das so bleiben? Beispielsweise erlaubt OsmAnds OBF-Format zwar viele Funktionen gleichzeitig, wie Routing, Rendering, Adress- und POI-Suche. Belegt dafür aber mehr Speicherplatz als seine Quelldaten, die üblicherweise im PBF-Format ausgetauscht werden. PBF besitzt keine Indexierung und ist daher für Random Access nicht geeignet. Auf der anderen Seite erobern Vektortiles den Desktop-Client, die es mit der Trennung von Datenzugriffs- und Präsentationsschicht wieder nicht so genau nehmen. Also warum kein gekacheltes, indexiertes PBF-Equivalent, das einfach alles kann? Vom Routing bis zur Overpass-API? Also "verlustfreie", oder besser verlustarme Vektortiles, mit dem vollem Informationsgehalt? Das alte Gegenargument, also die technischen Beschränkungen der Client-Hardware, die es erforderlich machten, OSM-Daten für den jeweiligen Anwendungsfall aufzubereiten, will dieser Vortrag über Bord werfen. about this event: https://c3voc.de

Das QGIS basierte Kanalkataster QKan dient dazu, Daten von städtischen Entwässerungssystemen für Berechnungen aufzubereiten und die Ergebnisse auszuwerten sowie in Plänen flexibel darstellen zu können. Als Datenbanken werden alternativ SpatiaLite und PostGIS verwendet. Die Funktionaliten wie Datenim- und Export, Längsschnitte ggfs. mit Ergebnisdarstellung, Leitungsverfolgung etc. werden mit Python-Plugins realisiert. Als Anwendungsbereich wird vor allem der planende Ingenieur gesehen, bei dem die Schwerpunkte auf Flexibilität und Offenheit der Datenstrukturen liegen, wobei grundlegende Fähigkeiten im Umgang mit Datenbanken erforderlich sind. Hierdurch unterscheidet sich die QKan wesentlich von klassischen Kanalkatasterprogrammen, deren Aufgabe unter anderem die langsfristige Bestandsverwaltung ist. Mit QKan wird ein Programmieransatz verfolgt, bei dem für die Datenverarbeitung insbesondere der geographischen Objekte (z. B. befestigte Flächen) ausschließlich die Geo-Funktionen der eingesetzten Datenbank genutzt werden. Dies hat den Vorteil, dass bei verknüpften Tabellen durch die sehr leistungsfähige Indizierung der Datenbanken erhebliche Effizienzgewinne erzielt werden können und zum anderen die Programmierung stark vereinheitlicht wird. Das Projekt wird mit Förderung durch das Programm "Mittelstand.innovativ!" des Landes NRW von zwei Ingenieurbüros finanziert. Der Vortrag beschreibt das Konzept sowie den aktuellen Entwicklungsstand des Projektes. about this event: https://c3voc.de

Mobilität gewinnt bei der Gestaltung des Arbeitslebens immer mehr an Bedeutung. Arbeitnehmern ist es zunehmend wichtig, selbst über die Gestaltung des Arbeitstages zu bestimmen und damit einhergehend auch ortsunabhängig arbeiten zu können. Auch über das eingesetzte Werkzeug, Stichwort „bring your own device“ (BYOD), möchte er selbst entscheiden. Vor dem Hintergrund der rasanten Entwicklungen der Technologie ist ein einfaches „Geht nicht“ keine akzeptierte Antwort mehr auf die Frage nach der Gestaltung des zukünftigen IT-Arbeitsplatzes. Diese Entwicklungen betreffen auch die Geo-Branche. Wie soll er also aussehen, der GIS-Arbeitsplatz der Zukunft? Welche besonderen Herausforderungen sind damit verbunden? Hier möchte der eingereichte Beitrag aufzeigen, was mit heutigen Mitteln vor dem Hintergrund der Mobilität möglich ist und zur Diskussion anregen. Ein klassischer GIS-Arbeitsplatz basiert heutzutage auf einer Fat-Client-Hardware und einem darauf installierten (proprietären) Desktop-GIS. Je nach Komplexität der Tätigkeit können dazu noch weitere Werkzeuge zur Geodatenkonvertierung oder zum Spatial ETL kommen. Darüber hinaus besitzt der GIS-Arbeitsplatz in der Regel Schnittstellen zu Datenbankservern und/oder Geodiensten im Intra- bzw. Internet. Solche Architekturen begründen einen hohen Zeit-, Personal- und Kostenaufwand für Wartung und Pflege. Hier kommt die Cloud ins Spiel. Bereits heute wissen wir, dass die Auslagerung von Anwendungen in die Cloud geeignet ist, Einsparungen im IT-Betrieb in Verbindung mit Ressourcenoptimierung und Ausfallsicherheit herbeizuführen. Aber ein typischer GIS-Arbeitsplatz besteht aus Desktop-Anwendungen. Wie können diese in der Cloud betrieben werden? Eine klassische Antwort lautet hier: Web-GIS. Aber möchte man wirklich mittels Web-GIS die Funktionalität eines Desktop-GIS bereitstellen, ist dies überhaupt möglich und sinnvoll? Kann die Desktop-Anwendung nicht so bleiben, wie sie ist? Dieser Beitrag möchte am Beispiel von AWS Appstream 2.0 aufzeigen, wie Open-Source-Anwendungen aus dem OSGeo-Umfeld (wie beispielsweise. QGIS) und Spatial-ETL-Werkzeuge (wie beispielsweise. hale.studio), mit kleinem Aufwand für beliebig viele Nutzer bereitgestellt werden können. Der GIS-Arbeitsplatz der Zukunft wird damit dem steigenden Bedürfnis der Arbeitnehmer nach Mobilität gerecht, denn durch die Bereitstellung der Open-Source-Werkzeuge mittels Appstream 2.0 kann er jederzeit und überall mit beliebigen Endgeräten arbeiten. Gleichzeitig wird der Ressourceneinsatz seitens der Unternehmen und Behörden optimiert. Durch kluge Einrichtung von Deployment-Prozessen verfügt der Arbeitsplatz dabei immer über die neuesten Versionen der eingesetzten Open-Source-GIS Technologien. Somit ist der GIS-Arbeitsplatz der Zukunft mobil, vergleichsweise kostengünstig, immer auf dem neuesten Stand und dynamisch skalierbar. about this event: https://c3voc.de

Der Vortrag soll den aktuellen Stand für die Geodaten- und Kartennutzung im Bereich der Wikipedia wiedergeben. Teilaspekte sind nachfolgend aufgeführt. Durch Wikidata werden Objektinformationen und Geokoordinaten strukturiert abrufbar. Der Wikidata-Query-Service macht diese Daten über eine SPARQL-Abfrage abrufbar und verfügt neben anderen Features über einen Ergebnisanzeige in Kartenform. Beispiel: http://tinyurl.com/juwq9f4 Die Wikimedia-Foundation hat einen graphischen Karteneditor entwickelt um individuelle Karten in der Wikipedia erzeugen zu können. Eingesetzt wird dieser Editor und die Kartenanzeige bereits in dem Schwesterprojekt Wikivoyage. https://de.wikivoyage.org/wiki/Datei:Mapframe_Kartographer_demo.webm Herausforderungen liegen bei dieser Entwicklung insbesondere in den hohen zu erwartenden Zugriffszahlen bei einer direkten Artikeleinbindung. In diese Karten können über die Wikidata-ID auch Geometrien von OSM-Objekte eingebunden werden. Da die für die Wikipedia interessanten Objekte teilweise über den Projektrahmen von OSM hinausgehen wurde eine Möglichkeit geschaffen Geometrien als GeoJSON in dem Projekt Wikimedia Commons zu speichern. Dort werden diese Geometrien auch direkt visualisiert: https://commons.wikimedia.org/wiki/Data:Ecos.fws.gov/Endangered_habitat_58938/Phyllostegia_mollis.map Anschließend soll diskutiert werden wie sich diese Anwendungen weiterentwickeln sollen und wie die weitere Kooperation mit OSM oder anderen Anbietern von freien Geodaten sich entwickeln könnte. about this event: https://c3voc.de

GeoExt [1] ist eine auf den JavaScript-Bibliotheken OpenLayers (für interaktive Karten im Web und Verarbeitung einer Fülle von OGC-konformen Formaten, [2]) und ExtJS (Framework zur Erstellung von Desktop-ähnlichen Webanwendungen mit nativem Look and Feel, [3]) aufbauende OpenSource JavaScript-Bibliothek, die es vereinfacht, Kartenmaterial in ansprechenden und komplexen Oberflächen zu präsentieren, so genannte "Rich Webmapping Applications". Der Vortrag stellt zunächst die Neuerungen von GeoExt 3 sowie die Neuerungen der Vater-Bibliotheken ExtJS und OpenLayers vor. Anschließend werden Projekte aus der Praxis vorgestellt, bei denen GeoExt 3 als zentrales Webmapping-Framework eingesetzt wird. Dabei werden die vielfältigen Einsatzmöglichkeiten zum Aufbau von WebGI-Systemen mit GeoExt gezeigt sowie nützliche Tipps aus der Praxis und "Dos and Don'ts" vorgestellt. Die Vortragenden Christian Mayer (meggsimum) und Marc Jansen (terrestris) sind beide Kernentwickler und Mitglieder des Projektsteuerungskommitees von GeoExt. [1] http://geoext.org/ [2] https://openlayers.org/ [3] https://www.sencha.com/products/extjs/#overview about this event: https://c3voc.de

Dieser Vortrag vergleicht verschiedene Open-Source-Softwarelösungen zur Routenberechnung auf OpenStreetMap-Daten im Hinblick auf ihre Leistungsmerkmale, den Ressourcenverbrauch und die Geschwindigkeit. about this event: https://c3voc.de

Um die Implementierung von GIS-Software zu unterstützen, stellt das Open Geospatial Consortium (OGC) mehrere Validatoren basierend auf der TEAM Engine zur Verfügung. Die TEAM Engine ist ein Testframework, mit dem Entwickler und Anwender Geodatendienste, wie zum Beispiel WFS und WMS, testen können, und aktuell als OSGeo Projekt in der Inkubationsphase. Sie ist neben den OGC Standards selber ein wichtiges Werkzeug, um die Interoperabilität zwischen verschiedenen Implementierungen eines OGC Standards zu gewährleisten, denn Entwickler setzen die Standards nicht immer auf die gleiche Weise um. Die TEAM Engine muss in Verbindung mit OGC Executable Test Scripts (ETS) verwendet werden, um Implementierungen auf Konformität mit OGC Standards zu prüfen. Die Ausführung einer ETS erfolgt über eine Weboberfläche oder ein CLI. Zudem können die TEAM Engine und OGC Testskripte in den Software-Build-Prozess integriert werden. So ist es zum Beispiel möglich, nächtliche Builds zu verwenden, um den aktuellen Entwicklungsstand mittels Integrationstests gegenüber den Standards zu validieren. Um die Ausführung der TEAM Engine zu erleichtern, kann diese lokal über Docker gestartet werden. In diesem Vortrag wird gezeigt, wie die TEAM Engine zum Erstellen einer WFS 2.0-Referenzimplementierung verwendet wurde und wie die Referenzimplementierung in deegree regelmäßig durch die ETS für WFS 2.0 auf die geforderten Konformitätsklassen hin getestet wird. Darüber hinaus erfolgt eine Demonstration, wie die TEAM Engine und ein vollständiger deegree WFS 2.0 inklusive PostgreSQL Datenbank mit Docker in einer Entwicklungsumgebung eingesetzt werden können. about this event: https://c3voc.de

Im Vortrag wird eine, auf dem Open-Source-Framework YAGA Leaflet-Angular-Directive basierende, mobile Offline-Client-Anwendung vorgestellt. Diese wurde im Rahmen einer technischen Machbarkeitsstudie von der WhereGroup umgesetzt. Es sollen sowohl die theoretische Umsetzung und Architektur als auch die sich daraus ergebenen praktischen Vorteile vorgestellt werden. Das Ergebnis der technischen Machbarkeitsstudie ist eine mobile Anwendung, die hybrid auf allen bekannten Plattformen, also Android, iOS und Windows, läuft und neben Livedaten aus OGC-Webservices auch Offlinedaten aus Datencontainern im GeoPackage-Format nutzen kann. Die Anwendung verfügt zur Zeit über folgende Funktionen: * Container-Auswahl * Ebenenbaum * Konfigurierbare Suchen innerhalb des Offline-Containers * Konfigurierbare Feature-Info aus Geometrien des Offline-Containers * Simultane Nutzung von Online- und Offlinedaten * GPS-Positionierung Die Anwendung ist modular und nach modernen OGC-Standards aufgebaut, sodass sie sehr flexibel an unterschiedliche Anwendungsfälle angepasst und erweitert werden kann sowie leicht in bestehende Infrastrukturen integriert werden kann. Darüber hinaus ist es möglich Inhalte, Aussehen und Suchen individuell zu konfigurieren, ohne dass der Anwender dafür einen großen technischen Hintergrund vorweisen muss oder Änderungen am Quellcode der Anwendung vornehmen muss. about this event: https://c3voc.de

Der quelloffene Metadateneditor MetaDor [1] wird zur Zeit als einfach zu bedienender und schnell anzupassender Editor für Metadaten genutzt. Man kann ihn leicht an die eigenen Bedürfnisse anpassen, so z.B. im Aussehen und in der übersichtlichen Darstellung der Eingabe-Formulare und man kann ihn gut an eigene Metadatenstandards anpassen, indem man neue und eigene Felder hinzufügt, die dann z.B. nicht im ISO-konformen XML erscheinen sollen. Damit war Metador immer in Zusammenhang mit einem CSW-Server genutzt werden, sei es GeoNetwork, deegree oder pycsw, welche die von Metador generierten XML dann harvesten. Im Rahmen der Weiterentwicklung wird Metador zur Zeit mit einem eigenen CSW-Publishing erweitert, so man endlich mit der Software nicht nur die Metadaten erstellen und verwalten, sondern auch OGC-konform bereitstellen kann. Dabei wird sich zuerst auf den lesenden CSW konzentriert, später sollen spezielle CSW-T-Transaktionen folgen. Gleichzeitig wurden die Standardformulare für Dienste und Geodaten um die GDI-DE relevanten Konventionen zu Metadaten erweitert, wie beispielsweise zur Zeit noch bei Nutzungsbedingungen, Nutzungseinschränkungen und Zugriffseinschränkungen. Der Vortrag stellt die Arbeitsweise von Metador mit dem CSW vor und erläutert einige Besonderheiten in den neuen Metadatenprofilen. [1] Metador 2.1 auf Github: https://github.com/wheregroup/metador [2] GDI-Metadaten-Konventionen: http://www.geoportal.de/SharedDocs/Downloads/DE/GDI-DE/Dokumente/Architektur_GDI_DE_Konventionen_Metadaten_v1_1_1.html about this event: https://c3voc.de

Diese Arbeit beschäftigt sich mit der Routenberechnung unter Berücksichtigung von Straßenbenutzungsgebühren für LKWs (die sogenannte LKW-Maut) für Deutschland. Sie dokumentiert nicht nur den Entwurf und die Umsetzung einer Routenberechnung unter Berücksichtigung der LKW-Maut, sondern beschreibt auch eine kleine grafische Beispielanwendung (App) für mobile Android-Geräte. Diese App ruft exemplarisch nach Eingabe von Start und Ziel die eigene Berechnung auf und zeigt die gefundene Route grafisch an. Die Berechnung sucht nach einer Route, die aus den kostengünstigsten Mautsätze und der kürzesten Wegstrecke besteht. Dafür benötigt die Berechnung qualifizierte und problemspezifische Verkehrsdaten, die vorher aus frei verfügbare Datenquellen extrahiert und in einer, für diesen Zweck angepasste, Routing-Datenbank konsistent gespeichert werden. Als frei verfügbare Datenquellen dienen z.B. das freie Projekt OpenStreetMap (OSM) und deutsche Behörden. Implementiert werden die Funktionen, die in den einzelnen Prozess Schritten benötigt werden, auf Basis der quelloffenen Routingbibliothek der Firma GraphHopper. Eine wichtige Eigenschaft der App ist die Offline-Nutzbarkeit, wofür die benötigten Ausgangsdaten gezielt für eine Region lokal gespeichert und bei Bedarf jederzeit online aktualisiert werden können. about this event: https://c3voc.de

<p>Als Verantwortliche einer aus mehreren Softwarekomponenten und vielen Daten aufgebauten GDI sind wir regelmäßig mit typischen <b>Fragen</b> konfrontiert, <b>die wir heute nicht ohne Stirnrunzeln beantworten können:</b></br> - Wo wirkt sich eine Schemaänderung des Parzellendatensatzes in der GDI überall aus?</br> - Wieso läuft das QGIS-Plug-In des ehemaligen Arbeitskollegen nicht mehr?</br> - Habe ich die Kartendefinitionen für QGIS-Desktop, WMS und WebGIS konsistent nachgeführt?</br> - Wie stelle ich in Datenbank und Diensten eine einheitliche Zugriffsverwaltung des Datensatzes „Notfall-Trinkwasserversorgung" sicher? </p><p>Im Rahmen der Gesamterneuerung der GDI des Kantons Solothurn wurde mit Unterstützung der WhereGroup ein Grobkonzept erarbeitet. Dieses hält fest, dass eine Verbesserung der GDI insbesondere bezüglich der „Intelligenz" zwischen den einzelnen Komponenten erreicht werden kann. </p><p>Aufgrund dieser Erkenntnis wurde anschließend ein konzeptionelles Datenmodell für die GDI erarbeitet, welches die Zusammenhänge zwischen Daten, Diensten und Applikationen abbildet. Dieses GDI-Datenmodell bildet auch zentrale Konfigurationen wie Gruppenebenen und ganze Karten ab welche mittels entsprechender Funktionalität in Mapserver-Mapfiles und QGIS-Projekte übersetzt werden. </p><p>In der Präsentation werden die zentralen Oberklassen "Datensatz", "Anwendung" und "Dienst" des Metamodells vorgestellt und aufgezeigt wie das Datenmodell die einleitend aufgeworfenen Fragen beantwortet. </p> about this event: https://c3voc.de

Auf OpenStreetMap-Daten lässt sich neben PKW, Fahrrad und Fußgängern auch für viele andere Verkehrsmittel routen. Dabei setzen z.B. Contraction Hierarchies Maßstäbe für die Geschwindigkeit. Davon weiß man aber nicht, welche Rolle eine einzelne Kante für alle potentiellen Routen spielt. In diesem Vortrag wird eine Kenngröße ermittelt, die einer Kante ihre mathematische Bedeutung im Netzwerk zuordnet. Im Wesentlichen handelt es sich dabei um den längsten Vor- und Nachlauf, der in irgendeinem kürzesten Weg auftritt, der diese Kante einschließt. Diese Größe ist unabhängig von Start- und Zielpunkten und nur abhängig von der Kantengewichtung und der betrachteten Kante. So können Kanten identifiziert werden, deren logische Netzwerk-Bedeutung stark von der ihr a priori zugeordneten Wichtigkeit abweichen, z.B. Abschnitte von primary, die nur wenige 100 m Routing-Reichweite haben oder Autobahn-Ausfahrten, die sich gegen die durchgehende Autobahn durchsetzen. Es wird im Vortrag die Kenngröße exakt definiert, in den Kontext bestehender Routing-Konzepte gestellt und es werden interessante Kanten im OpenStreetMap-Netzwerk untersucht. about this event: https://c3voc.de

OpenLayers 3 ist eine ausgereifte und stabile JavaScript Kartenbibliothek, die auch anspruchsvolle Applikationen ermöglicht. AngularJS ist eines der beliebtesten Frameworks im Bereich der Single-Page-Webanwendungen, und wird allgemein für die Entwicklung von modularem Frontend-Code eingesetzt. Dieser Vortrag gibt einen Einblick in Ngeo, einer Open-Source-JavaScript-Bibliothek, die eine Kombination der Funktionalität von OpenLayers und der Modularität von AngularJS ermöglicht. Ngeo stellt AngularJS Services und Komponenten zur Verfügung, die als Bausteine für GIS-Webanwendungen benutzt werden können. Anhand von konkreten Codebeispielen wird aufgezeigt, wie Ngeo die Softwareentwicklung vereinfacht. Wir erklären die Guidelines, die wir aufgestellt haben, um AngularJS produktiv zu nutzen. Wir haben die Erfahrung gemacht, dass es äußerst wichtig ist, sich den Best-Practice-Vorgaben von AngularJS laufend anzupassen und zu dokumentieren, wie sie sich auf unsere Bibliothek auswirken. Damit erreichen wir, dass die Bibliothek für Applikationsentwickler eine einheitliche Schnittstelle zur Verfügung stellt. In Anbetracht der raschen Entwicklungen im JavaScript-Ökosystem, namentlich ECMAScript 2015 und 2016, TypeScript und der kürzlichen Veröffentlichung von Angular 2, werden wir auch kurz darauf eingehen, wie wir den Herausforderungen einer Umgebung begegnen, die sich ständig verändert. about this event: https://c3voc.de

In den letzten Jahren stieg die Zahl der Portale für offene Verwaltungsdaten (Open Data) stark an. Der volkswirtschaftliche Nutzwert, der mit der Freigabe dieser Informationen verbunden ist, wird in einer Studie der Konrad Adenauer Stiftung aus dem April des Jahres 2016 mit 12,1 bis 131,1 Mrd. Euro p.a. abgeschätzt. Das Ergebnis der Studie war auch ein Grund dafür, dass die Bundesregierung noch innerhalb der laufenden Legislaturperiode die gesetzliche Regelung dafür schaffen will, weitere Daten der Bundesbehörden im Sinne von "Open by Design" freizugeben. Die Länder sind mit der Neuregelung des Länderfinanzausgleichs ebenfalls mit im Boot und wurden angehalten eigene Anstrengungen auf diesem Gebiet zu forcieren. Bei vielen der wirtschaftlich interessanten Verwaltungsdaten handelt es sich um Geodaten. Diese werden – auch aufgrund der 2007 erlassenen EU-INSPIRE Richtlinie – schon seit vielen Jahren mit standardisierten Metadaten beschrieben, sind über Geoportale und Geodatenkatalogsysteme auffindbar und einige von ihnen sind sogar online über WMS sowie WFS nutzbar. Im Vortrag wird kurz ein historischer Abriss über die Entwicklung der letzten Jahre gegeben und im Anschluss auf die unterschiedliche Metadatenstruktur bzw. Sichtweise der "Geodaten-" sowie "Open-Data-Communitys" eingegangen. Es werden verschiedene Lösungsansätze vorgestellt und die noch vorhandenen semantischen, wie technischen Hürden explizit angesprochen. An konkreten Beispielen wird erläutert wie sich Geo-Metadaten semantisch sauber über die CKAN-API in Open-Data Portale überführen lassen und wie man die neuen resource_view-Plugins von CKAN (2.3+) dazu nutzen kann, beliebige externe Anwendungen und Sichten innerhalb von CKAN zu erstellen. Des Weiteren wird erklärt wie sich CKAN, durch Einsatz von ckanext-scheming, auf einfache Weise als allgemeines Transparenzportal einsetzen lässt. about this event: https://c3voc.de

Das Grundbuch- und Vermessungsamt Basel-Stadt (GVA BS) betreibt die kantonale Geodateninfrastruktur, führt die amtlichen Register über Grundstücks- und Bodeninformationen und publiziert die zentralen Geoinformationen kundenorientiert über das Geoportal Basel-Stadt. Als man vor einigen Jahren mit einer Weblösung für die Publikation der vielen in der kantonalen Verwaltung vorhandenen Geodaten begann, entschied man sich für proprietäre Software. Im Kontext der Migration und der Nachführung des Systems auf modernere Technologien und auch im Kontext der Entwicklung von closed zu Open Data entschied man sich für eine Lösung basierend auf Open-Source-Software. Dieser Beitrag stellt den Prozess vor, die Schwierigkeiten, Chancen und auch die "lessons learnt". about this event: https://c3voc.de

Vortragende: OSM Wiki-Tag History – Martin Raifer <br> Der FOSSGIS kann auch international – Till Adams<br> Geopedia – Michael Schön<br> Freie Software und freie Daten sind heute weitgehend verfügbar – was fehlt zum Glück? – Christian Strobl <b>OSM Wiki-Tag History</b> Interaktive Web-Visualisierung der Veränderung der Map_Feature Beschreibung im OSM-Wiki über die Zeit Nicht nur die Daten von OSM selbst verändern sich fortwährend, auch deren Beschreibung im Wiki ist dem zeitlichen Wandel unterworfen. Diese zu untersuchen hilft bei Fragen zur konzeptionellen Qualität von OSM, insbesondere der Konsistenz zwischen den tatsächlich eingegeben Daten und den Empfehlungen im Wiki. Eine neue interaktive Web-basierte Visualisierung zeigt hierzu die Veränderung der tag- Beschreibungen im OSM-Wiki über die Zeit an. Über einen TimeSlider kann der Nutzer in nachvollziehen wann neue Tag-Beschreibungen in das Wiki hinzugefügt wurden. Das Open Source Projekt nutzt die Sprache Haskell zum Parsen der OSM Wiki Seiten. In der InfoBox der Wiki-Seiten wird überprüft, ob sich die Beschreibung der tags geändert hat. Diese Daten werden aggregiert und als JSON an die WebSeite gegeben. Diese nutzt Bibliotheken wie d3js, moment.js, underscore und jquery. In Anlehnung an Methoden der Information Visualization erfolgt die Darstellung in einer interaktiv dreh- und zoombaren kreisförmig angeordneten Baumstruktur. Der innere Kreis repräsentiert die Keys. Die Values werden nach außen hin hinzugefügt, wodurch älter Keys mit der Zeit nach innen wandern und so das „Wachsen“ der Map-Feature Beschreibungen im Wiki symbolisiert wird. Weitere Varianten und Verbesserungen der Visualisierung folgen. Wir freuen uns auf Anregungen. --- Für das Programmkomittee: Die Visualisierungen befinden sich derzeit noch temporär unter http://projects.mocnik-science.net/osm-vis/ , werden aber demnächst auf eine permanente URL umgezogen. Die neue URL wird rechtzeitig bekannt gegeben. <b>Der FOSSGIS kann auch international</b> kurzer Bericht über die FOSS4G 2016 Der FOSSGIS e.V. vertritt die deutschsprachige FOSS und OSM Community und versteht sich als deutschsprachiges Chapter der OSGeo Foundation. Seit dem Sommer 2016 weiß das nun auch die internationale Community, denn der FOSSGIS e.V. trat als offizieller Veranstalter internationalen OSGeo-Konferenz, der FOSS4G 2016, auf. Vorgestellt werden Zahlen, Bilder und auch ein paar Anekdoten, die sich rund um die Organisation eines solchen Events ergeben haben. <b>Geopedia</p> OSM und Wikipedia Kern von „Geopedia“ ist die Bereitstellung des "Missing Link" zwischen Wikipedia und einer geographischen Kartendarstellung (OpenStreetMaps): Das Programm visualisiert die Lokalisierung der einzelnen Wikipedia-Artikel. Es existiert als Anwendung im Browser und seit Mai 2016 auch als kostenlose App für iOS, Android und Windows Phone verfügbar. Wer „Geopedia“ seinen Standort (GPS) oder einen bestimmten Ort nennt, dem werden alle Punkte der Umgebung aufgelistet, über die das digitale Weltlexikon etwas weiß. Das Tool greift über die offizielle mediawiki-API auf die Daten zu, ist also immer aktuell. Die Einträge sind sortiert nach Entfernung bis zu einem Radius von maximal zehn Kilometern. Die Benutzeroberfläche zeigt den geographischen Standort eines Eintrags sowie einen Anriss des zugehörigen Wikipedia-Artikels an, ggf. mit Bild. Bei Interesse gelangt man zum vollständigen Artikel direkt auf der Wikipedia-Seite. Die Anwendung ist besonders für Globetrotter als digitaler Reiseführer von Nutzen - aus diesem Bedarf heraus ist sie auch entstanden. Doch auch für Heimatentdecker kann „Geopedia“ hilfreich sein. Kommunen und Tourismusbüros profitieren ebenfalls: Sie gewinnen Erkenntnisse, was die Weltbürger anderer Sprachen über ihre Gegend aus dem Netz erfahren. Der Blickwinkel auf die Welt lässt sich ändern, weil „Geopedia“ in allen rund 200 Sprachen funktioniert. Die Anwendungsgebiete sind vielfältig, und auch eine Weiterentwicklung in Kombination mit anderen Datenbanken (z.B. Medien) ist bereits angedacht. about this event: https://c3voc.de