Verkehrswende-Meetup/Parkraum/Mapping Kampagne Xhain/QA-Zebrastreifen
< Verkehrswende-Meetup | Parkraum | Mapping Kampagne Xhain(Redirected from Berlin/Verkehrswende/Parkraum/Mapping Kampagne Xhain/QA-Zebrastreifen)
Jump to navigation
Jump to search
Mapping-Projekt
>>> https://maproulette.org/browse/challenges/27384 <<<
Ziel
Für das "Subtraktive Modell" der Parkraum-Erfassung auf OSM-Basis (siehe auch Berlin/Verkehrswende/Parkraum/Mapping Kampagne Xhain) ist es nötig, Elemente die das Parken verbieten in OSM zu erfassen. Eines dieser Elemente sind Zebrastreifen.
Vorgehen
In diesem Schritt der Qualitätssicherung (QA; Quality assurance) haben wir Daten des Senats aus dem FISBroker mit OSM-Daten abgeglichen.
Datenquelle Senat: Geoportal Berlin / Fußgängerüberwege
- https://fbinter.stadt-berlin.de/fb/index.jsp?loginkey=zoomStart&mapId=k_zebra@senstadt&bbox=392255,5816592,392527,5816770
- https://fbinter.stadt-berlin.de/fb/gisbroker.do;jsessionid=F59DAB18288DD3B6CF64AD425A6747D3?cmd=map_metaInfoShow&layerID=k_zebra@senstadt&type=shortInfo&isThemeLayer=true
Schritte in QGIS
- OSM Basiskarte als Referenz einbinden
- ROHDATEN: Senatsdaten als WFS Layer einbinden
https://fbinter.stadt-berlin.de/fb/wfs/data/senstadt/s_zebra
- ROHDATEN: OSM-Daten einbinden
highway=crossing AND crossing=zebra AND type:node in "Berlin,Germany"
highway=crossing AND crossing_ref=zebra AND type:node in "Berlin,Germany"
- Hinweis: Syntax hier für https://overpass-turbo.eu/ optimiert
- Hinweis: Es ist leider nötig, auch
crossing=zebra
zu berücksichtigen, da diese Tagging in Berlin noch vor kommt; auch wenn es nicht mehr empfohlen ist. Im Rahmen dieses QA-Schrittes können wir diese Stellen aufräumen entsprechend der Empfehlung von DE:Key:crossing#Beispiele.
- BUFFER: Senatsdaten: Einen 50m Buffer anlegen.
- Hinweis: Stichproben haben ergeben, dass die Senatsdaten zum Teil stark abweichen von der Realität. Ob das an den Rohdaten oder eine Umprojektion liegt, haben wir nicht geprüft. Daher aber der hohe Buffer-Wert.
- COUNT: Jetzt zählen wir mit "Count points in polygon" wie oft eine OSM-crossing-node im Buffer der Senatsdaten liegt
- Das müssen wir 2x machen, einmal für
crossing=zebra
, einmal fürcrossing_ref=zebra
- Hinweis: Das Ergebnis ist ein Datensatz der Senatsdaten mit Zusatzspalte count=Zahl.
- Das müssen wir 2x machen, einmal für
- FILTER: Jetzt erstellen wir mit "Extract by attribute" einen Datensatz in dem nur die Senatsdaten vorkommen, bei denen der count=0 ist.
- Das müssen wir 2x machen, einmal für
crossing=zebra
, einmal fürcrossing_ref=zebra
- Das müssen wir 2x machen, einmal für
- PUNKT: Das Ergebnis ist immer noch eine Fläche; mit "Centroids" wandeln wir den Kreis zurück in einen Punkt.
- Das müssen wir 2x machen, einmal für
crossing=zebra
, einmal fürcrossing_ref=zebra
- Das müssen wir 2x machen, einmal für
- EXPORT: Das Ergebnis können wir als GeoJSON (EPSG:4326 / WGS84) exportieren.
- MERGE: Im Texteditor können wir die beiden Datensätze zusammenführen.
- Außerdem muss die Projektionszeile gelöscht werden, um Fehler bei der Nutzung in MapRoulette zu vermeiden.
- TEST: In https://geojson.io/ kann man das Ergebnis und auch die richtige Export-Projektion testen.
- CHALLENGE: Die Ergebnisdatei ist in https://maproulette.org/browse/challenges/27384 hochgeladen und kann dort abgearbeitet werden.
- Mit externer ID
kennz
- Mit externer ID