Salzburg GIP OGD - Export Lukas Nebel David Geroe

Transkript

1 GIP OGD - Export Lukas Nebel David Geroe

2 Inhalt Die Historie Der Weg zum OGD Export Geschichte und Meilensteine Der Prozess Der Weg eines GIP Links vom GIP-Bearbeiter in den OGD Export Warum dauert die Bereitstellung so lange? Der Inhalt Welche Datensätze werden bereitgestellt? Was findet man darin und wo ist das dokumentiert? Die Zukunft Geplante Erweiterungen

3 Entstehung OGD Export Ab 2013: Einzelne OGD Datenexporte aus der GIP, z.b. Wien Dateninhalte an INSPIRE angelehnt Ab 2014: Standardisierter Export für geförderte Forschungsprojekte und Universitäten/Fachhochschulen Alle 2 Monate aktualisiert, Österreichweit Umfangreiche Dateninhalte (an VAO-Export angelehnt) 2015: Entscheidung des GIP Präsidiums und der Landesamtsdirektoren, GIP Inhalte OGD zu stellen Entscheidung: Exportformat = Forschungsexport

4 Meilensteine Name Mai 2015 September 2015 Jänner 2016 Sync-Deadline Publiziert data.gv.at Neue Inhalte Testexport für zwei Gebiete (Klagenfurt, Wien) Dokumentation Export als Einzeltabellen Spaltennamen harmonisiert Höhenwerte integriert Erster Export österreichweit * Datenstandard als Open Document

5 Meilensteine Name Februar 2016 April 2016 Juni 2016 Sync-Deadline Publiziert data.gv.at Neue Inhalte Subnetze ergänzt Gemeindestr. Vorarlberg und Burgenland Auslandsnetz Vorarlberg GeoPackage Sustainer und Regcode in Tabelle LINK Surface und Electric in Tabelle LINKUSE Rundungsfehler BEPU Update: NoData- Values bei Höhenwerten angepasst.

6 Umfang OGD Export Dokumentation Standardbeschreibung Routingexport (Textfile, alle Tabellen) Routingexport (Textfile, Einzeltabellen) Linknetz (Shapefile) Linknetz (GeoPackage) Bezugspunkte (Shapefile) Lookup Tabellen (Textfiles)

7 Lizenz Creative Commons Namensnennung 3.0 Österreich Rechte: Vervielfältigen, weiterverbreiten, bearbeiten, mixen Auch kommerzielle Nutzung Auflage: Namensnennung: Datenquelle: gip.gv.at

8 Prozess Sync-Deadline: Alle 2 Monate abgestimmter Datenstand der dezentral gewarteten GIP Daten an den GIP Österreich Betrieb übermittelt Dieser abgestimmte Datenstand wird für die Exporte verwendet Sync Deadline GIP Wien GIP NÖ GIP.ATT Export und Aufbereitung für Export-Kanäle (VAO, OGD, Inspire, Basemap, ) GIP STMK

9 Prozess GIP GIP Betrieb OGD Für den OGD Export muss eine parallele Österreich-GIP betrieben werden, da der Export mit eigenen Parametern ausgeführt wird Der Datenstand der OGD Österreich GIP muss immer der VAO Österreich GIP entsprechen (dem Tag der Syncdeadline) Der OGD Export wird erst aufbereitet, wenn die Finalversion des VAO Exportes ausgeliefert wurde Vorteil: Nur die qualitätsgesicherte Version, die auch an die VAO geht, wird OGD gestellt Nachteil: Es dauert länger, bis Änderungen an den GIP Daten als OGD verfügbar sind Vorteil überwiegt Nachteil!

10 Prozess GIP GIP Betrieb OGD

11 Aufbereitung des GIP Exportes beim GIP Österreich Betrieb Automatisierter Aufbereitungsprozess Ziel 1: Qualitätssicherung Ziel 2: Anreicherung um zusätzliche GIP Daten, die von der Standard- Export-Software nicht erfasst werden Z.B. Aggregierung radrelevanter Informationen oder Zusatzinformationen für Nutzungsstreifen (LinkUse, BikeHike) Ziel 3: Anreicherung mit externen Daten Z.B. Einrechnen von Z Koordinaten an jeden Vertex und Knoten aus dem OGD-Höhenmodell von geoland.at

12 Aufbereitung des GIP Exportes beim GIP Österreich Betrieb Automatisierter Aufbereitungsprozess

13 Beispiel für Abläufe in der Qualitätssicherung Bsp. Automatisierte Prüfroutinen SQL Abfragen für fehlerverdächtige Stellen Bsp. Automatische Korrekturen Wenn keine Durchschnittsgeschwindigkeit in der GIP aufgetragen wurde und der Link von MIV/Bus befahrbar ist, wird die Durchschnittsgeschwindigkeit aus dem Mindeststandard übernommen flächendeckend! Bsp. Automatisierte Routingprüfungen Auffinden isolierter Fuß/MIV Links mit 1:n Routing Automatisches Routing vordefinierter Relationen und Auswertung der Ergebnisse (z.b. Netzverbinder ) Es macht Sinn, mit dem OGD Export die Ergebnisse abzuwarten, damit nur QM-geprüfte Versionen veröffentlicht werden

14 Format und Dateninhalte Widerspruch: Der Datenexport soll möglichst einfach sein und in einem leicht lesbaren Standardformat erfolgen Der Datenexport soll interpretierbar sein, ohne intensive Kenntnis des komplexen Datenmodells vorauszusetzen Der Datenexport soll möglichst vollständig sein und möglichst viele GIP- Informationen beinhalten Lösung: Bereitstellung von 2 Detailniveaus 1. GIS-Datensätze Linknetz, Bezugspunkte Einfach interpretierbar, Standardformat, wichtiger Basisinhalt 2. Routingexport Schwieriger interpretierbar, erfordert Beschäftigung mit Datenmodell, enthält vollständige Informationen (wie VAO!)

15 Was finde ich in welchem Export? In OGD Dokumentation: Auflistung für einige wichtige Dateninhalte, in welchem Export sie zu finden sind

16 Generell gilt für alle Datensätze: Fragen oder Anregungen zu Format oder der Interpretation von Inhalten: Datenfehler: Bitte über den Geoland Viewer melden Feedback ist willkommen!

17 Vektor-Exporte Kanten an allen Kreuzungen aufgebrochen -> routingfähig Shapefile: Linknetz, Bezugspunkte GeoPackage Neu seit Juni 2016: Linknetz Bitte um Rückmeldungen

18 Routingexport Format basiert auf dem INTREST Data Format

19 Routingexport Ist der hohe Level-of-Detail, entspricht dem VAO Export! Tabelle NODE Enthält die Knoten (Anfang/Ende der Links) Knoten muss nicht zwingend eine Kreuzung sein Virtuelle Knoten werden bis auf wenige Ausnahmen im Export aufgelöst, vollständige Auflösung im Export bereits geplant

20 Tabelle LINK Enthält 1:1 die Inhalte des Shapefiles Linknetz Koordinaten in Tabelle LinkCoordinate ausgelagert Tabelle TURNEDGE Enthält die Abbiege-Erlaubnisse zwischen den Links Falls KEIN Verkehrsmittel abbiegen darf: Kein Eintrag Falls >1 Verkehrsmittel abbiegen darf: Eintrag, die Bitmaske VEHICLE_TYPE enthält die erlaubten Verkehrsmittel Bsp: Link 1225 TurnEdge Node 20 Link 1226 Von Link 1225 auf Link 1226 dürfen Fuß, Rad und PKW abbiegen. Nicht z.b. Bus

21 Tabelle LINKUSE Enthält die Nutzungsstreifen, die auf den Links hängen (Offset, Breite, Belag, Längslage, bei Bahn: Elektrifiziert?, ) Tabelle TURNUSE: Enthält Abbiegeerlaubnisse zwischen den LinkUses

22 Tabelle BikeHike Enthält Zusatzdaten für Fußgänger- und Fahrradrouting Tabelle StreetNames Enthält Verzeichnis der Straßennamen Tabelle Link2Streetnames Zuordnung Name Link Auf 1 Link können n Namen liegen (Adressname, Landesstraßenname, Radroute, ) Routingexport gesplittet: Für VAO wird der Routingexport in 1 Gesamtfile ausgeliefert Aufgrund von User Feedback wird der OGD Export auch als ZIP- Archiv der Einzel-Files ausgeliefert

23 Anwendungen Anita Graser: IDF-Parser und IDF-Router für QGIS Julia Burgstaller, Thomas Smutny: Tutorial Netzwerkanalyse für ArcGIS Network Analyst Ihre Anwendung?

24 Ausblick Folgende Erweiterungen sind in den nächsten Monaten geplant: GIS-Datensätze Export von Brücken und Tunnel Alle GIS Datensätze auch als Geo Package? Routingexport Zuordnung Link zu Route (Join auf Bepu wird möglich!) mit Sequenz Export der Geometrie von Nutzungsstreifen und Abbiegeerlaubnissen

25 Vielen Dank für die Aufmerksamkeit! Feedback Infos und Link zu Datensätzen