Talk:Berlin/Verkehrswende/Meetup 20243-01-02

From OpenStreetMap Wiki
Jump to navigation Jump to search

← Übersicht Berlin/Verkehrswende

Event (Online)

  • Online-Treffen: https://osmvideo.cloud68.co/user/chr-g7r-xz3 Wir nutzen BigBlueButton (Instanz der OSMF). Dafür ist ein aktueller Browser Firefox, Chromium oder Chrome notwenig. Eine App gibt es nicht.
    • Di 02.01.2024 - 19:30

Teilnehmer

  • Tobias (tordans)
  • Alex (Supaplex030)
  • Lars (gislars)
  • Christopher

Agenda / Protokoll

Update MapSwipe Experiment für Berlin

  • Siehe https://pad.lorenz.lu/verkehrswende-2023-12-05?both#MapSwipe-Experiment-f%C3%BCr-Berlin
  • Alex hat Kacheln erzeugt - nächste Schritte absprechen
    • Zoomstufe 19, sonst ist es zu klein
    • erstmal auf einen Ausschnitt ohne die äußeren Stadtbereiche beschränkt, aber mehr als Stadtring
      • das sind bereits 195.000 Kacheln
      • [Alex] laut meiner MapSwipe-Statistik habe ich ~4.800 Kacheln pro Stunde "abgearbeitet"
        • aktueller Bereich würde dann 48h Swipe-Arbeitsstunden entsprechen, wenn ein einzelner Swipe ausreicht
        • oder ein Vielfaches davon, wenn - wie bei MapSwipe üblich - die Kacheln verschiedenen Usern zur Verifikation vorgelegt werden
        • z.B. bei Zweifach-Verifikation: ~100h swipen, bei 4 aktiven Swipern = 25h pro Mapper - [Alex] ich habe in den letzten 30 Tagen 45 Minuten geswiped, das wären also ~3 Jahre Arbeit :)
      • Wie realistisch ist das, das abzuarbeiten?
      • ganze Stadt wäre bestimmt nochmal ~3 mal mehr, darunter aber viele "informationslose Kacheln" in Brandenburg - lassen sich solche Kacheln questseitig ausschließen? (Angabe eines Polygons, und keiner Bounding Box)
  • gute Stelle zum zeigen fehlender/neuer Gebäude: 52.46416/13.50860

Protokoll:

  • Fragen an Oliver
    • Kann man den Usernamen sehen von den Swipern – für Auswertung Powermapper (These: Bei Powermappern )
    • Kann man die Uhrzeit sehen von Swipes – für Auswertung "Aktivität nach einem Weekly OSM Post" (These: Nicht nur lokale Community kann aktiviert werden)
    • Können wir Polygone als Datenquelle oder muss es Bbox sein? Damit wir es auf ganz Berlin begrenzen können ohne Brandenburg. Können wir auch Lücken lassen, bspw. Waldgebiete?
    • Für Tutorial: Welche Texte brauchst du? Und welche Beispiel-Bilder?
    • Alex packt es auf den Straßenraumkarte-Server. 3GB. Oder bei Server uMap von Lars.
  • ☒ DONE: @Tobias mailt Oliver
  • ☒ DONE: @Alex sendet Kachel-Link an Tobias

Was gibts Neues?

Cycleway Quality Index

  • Alex würde gern wieder Fortschritte beim Cycleway Quality Index zeigen

Talks vom 37C3

BA Mitte

  • Straßen- und Grünflächenamt Mitte war am OSM-Stand, Parkraumdaten, Radbügel (gibt es vollständig aber noch nicht veröffentlicht), Umap, Bordsteine, Übergänge, Gehwegbreiten… (Lars)
  • Gehwegbreiten

Kontakt über C3 bei Lars.

Modale Filter / Diagonalsperren

Protokoll: "highway" mit seiner Bedeutung als "Verkehrsbedeutung", "Verkehrsträger", "Verkehrsart" – Welcher Verkehr ist auf dem Segment vorherschend. Nicht unbedingt eine Representation der Fahrbahn oder Straße. — Daher Segmente als highway=cycleway trennen.

BA Mitte Bordsteine (Tobias)

Tobias hat Kontakt mit dem Bezirksamt Mitte. Dort will man zu Barrierefreien Bordsteinen arbeiten und dafür die Daten in OSM erfassen und nutzen. Wie können wir helfen?

Ein erster Schritt ist, sicherzustellen dass alle Fußgängerübergänge in OSM erfasst sind, die in offiziellen Daten sind, damit dann StreetComplete die Detailfragen stellen kann. Dafür macht Tobias gerade einen abgleich unter https://github.com/osmberlin/datenabgleich/tree/main/data/fussgaengernetz. Ist WIP.

BA Mitte Straßenraumkarte (Alex)

Auch Alex hat eine Anfrage aus Mitte bekommen - für Kiezblock-Planung ist die Straßenraumkarte interessant, aber leider gibts die bisher nur für Neukölln und es wird noch länger dauern, bis sie sich evtl. auf weitere Bereiche ausweitet. Dafür sind Datenerhebungen (insbes. Fahrbahnflächen) und -prozessierungen (Parkraum) nötig.

Ideen für "Straßenraumkarte light" für ganz Berlin/S-Bahnring:

  • OSM-basiert: Fahrbahnflächen aus OSM-Daten interpolieren (aus highway-Linien entsprechend ihrer Breite) und bereits gemappte Parkraumdaten zu "parkenden Autos" umwandeln.
  • ALKIS-basiert: Fahrbahnflächen exakt aus ALKIS nehmen und mit Parkraumdaten des Senats anreichern. Problem: Senatsdaten liegen als Flächen vor und lassen sich daher nicht so leicht in Linien zur Darstellung einzelner Fahrzeuge umwandeln.

Mapillary Projekt (Tobias)

Siehe https://www.osm-verkehrswende.org/mapillary/ (Bitte noch nicht veröffentlihen, ich schreibe noch einen Blog Post dazu.)

Neue Homepage

Siehe https://www.osm-verkehrswende.org/ Ziel ist, da auch eine Seite zu Parkbänken, Bordsteinen, Bikeindex, etc. zu haben. Das Parkraum Projekt bleibt erstmal getrennt, weil keine Zeit für die Migration.