Talk:Verkehrswende-Meetup/Fahrradparkplätze
TODO 2020-07-21
- Im Meetup am 21.7. haben wir ausführlich Beispiel-Bilder diskutiert. Vor allem mit Blick auf den position value. Unter https://pad.lorenz.lu/verkehrswende-2020-07-21 sind die Ergebnisse. => Diese müssen jetzt in die Dokumentation eingebaut werden.
Sonstiges
- Mapillary Fahrradbügel Verification Project - wir können helfen die Mapilliary AI zu trainieren damit sie Fahrradbügel richtig erfasst
Editor
- Ergänzt 2019-12: OpenRecycleMap
- Github https://github.com/tordans/openrecyclemap
- Live https://openrecyclemap.org/map
- Sieht nach einer viel besseren Code-Basis aus als alles zuvor.
- Ergänzt 2019-09-04 Meetup #4: Prototyp / Anzeige
- Ergänzt Meetup #3:
- Ergänzt 2019-07-07: bike de boa
- https://www.bikedeboa.com.br/
- https://cristianodalbem.com/bike-de-boa/
- https://github.com/bikedeboa/bikedeboa
- Sieht nach einem tollen Editor aus, der aber leider nicht auf OSM basiert. Vielleicht können wir aber Teile vom UI und Design übernehmen? Ich habe den Entwickler angemailt. —Tordans (talk) 09:23, 7 July 2019 (UTC)
- https://osmybiz.osm.ch kann Nodes setzen, Code (Vue JS) erscheint besser erweiterbar
- Git: https://gitlab.com/geometalab/osmybiz/issues
- NEXT: Prüfen, wie gut das Tool für uns erweitert werden kann => Hackathon
- https://zlant.github.io/parking-lane kann keine Nodes setzen, Code ist schwer erweiterbar
- https://wiki.openstreetmap.org/wiki/DE:OSMTracker_(Android) könnte eine Tool sein, das wir erweitern können
Unsere Tagging Empfehlung
VERSCHOBEN NACH https://wiki.openstreetmap.org/wiki/Berlin/Verkehrswende/Fahrradparkplaetze
TODOs Tagging Empfehlungen
- TODO / Martin: Beispiel von Fahrradstellplatz auf Schienen zum rausziehen, 2-gestöckig verlinken; Axel Springer Haus
- TODO: Wie erfassen wir „Konfiguration“ von Abstellplätzen, wie „Fläche auf Straße + 2x Poller“ / Beispiel https://www.openstreetmap.org/edit#map=22/52.48109/13.45144 ? – Tobias: Hatten wir hier ein Fazit / welches?
- TODO: Gibt es Fahrradparkhäuser in Berlin? / Christopher: Vielleicht Potsdam, Hbf, Fahrradparkhaus / Radstation 1€/Tag => Checken
- TODO: Spielen die Gebäude-Tags eine Rolle für uns, bspw. https://www.openstreetmap.org/way/50461096
- TODO: Wollen wir survey:date=* (über unseren Editor) setzen? Pro: Erstellungs- und Aktualisierungs-Datum sagt nichts darüber aus, wann der Fahrradständer zuletzt „gesehen“ wurde, da meist kein Editieren nötig wäre. Unser Editor könnte das Datum automatisch setzen. Wir könnten basierend auf dem Datum später „Prüfrunden“ starten.
- DONE: Ist es sinnvoll, eine Form des ref=*-Tags zu verwenden um die offiziellen Daten der Stadt Berlin zu verknüpfen?
- Beispiel: „Referenz ID: Fl_20150415_1„, https://fbinter.stadt-berlin.de/fb/?loginkey=alphaDataStart&alphaDataId=s_Fahrradstaender@senstadt, Datensatz https://daten.berlin.de/datensaetze/straßenbefahrung-2014-fahrradständer-wfs
- Pro: Datenabgleich könnte zukünftig einfacher.
- Contra: Daten können am Fahrradständer nicht kontrolliert werden sondern nur durch Datenabgleich mit externen Daten. Eintrag der Daten könnte nur durch ein Datenabgleichs-Tool effizient erfolgen.
- Meetup #3 FAZIT: Nein, ist erstmal nicht interessant. Geolocation reicht für den Datenabgleich.
- ARCHIV: Wenn, dann wäre es etwas wie ref:fis-broker=Fl_20150413_2 (wobei "fis-broker" das Programm eindeutig beschreiben sollte, wording wäre noch offen), Vgl. auch https://fbinter.stadt-berlin.de/fb/?loginkey=alphaDataStart&alphaDataId=s_Fahrradstaender@senstadt
- TODO: Die Foto-Sammlung von Martin (https://woesbeginnt.wordpress.com/2019/07/02/osm-radstellplaetze-in-berlin-typen/) mit empfohlenen Tags matchen.
- TODO: Unsere Tagging-Empfehlungen mit Fotos ergänzen.
- WIP: Unklare bicycle_parking:position-Fälle
- Meetup #3: Privatgelände bekommt einfach kein bicycle_parking:position, weil es auch OK ist, wenn das Feld leer ist. Das ist typischer Weise der Falle, wenn access=customers
- TODO TJO: Doku der values hier verbessern. Reihenfolge nach Wichtigkeit ändern.
- Supermarkt http://www.mapillary.com/map/im/j-rb-v7-PCfcsUltsJHa9A/photo
- Supermarkt http://www.mapillary.com/map/im/e1Q3WqsGz69U7qjQYcbf7A/photo
- Bouldergarten http://www.mapillary.com/map/im/W2Y3k6wRoJoXbQjEpfnN1A/photo
- Schillerkiez http://www.mapillary.com/map/im/Uud7Y4zvi_jmPeG-wUPz4w/photo
- Schillerkiez http://www.mapillary.com/map/im/aYLefFBxsATgIKIYHcIW-Q/photo
- Kiosk http://www.mapillary.com/map/im/2XQmbsg_ITeyhdDM7JGbtQ/photo
- Meetup #3: Privatgelände bekommt einfach kein bicycle_parking:position, weil es auch OK ist, wenn das Feld leer ist. Das ist typischer Weise der Falle, wenn access=customers
- SPÄTER: Beschilderung „hier nur Lastenräder parken“ prüfen wir, wenn sie mehr als 1x verwendet wurden – Details unten.
Diskussionen
Diskussion: Mapillary + Osmose
Etwas Research. Ob sich daraus etwas relevantes für uns machen lässt, ist noch unklar IMO.
- Osmose ist ein QA-Tool für OSM; Karte: http://osmose.openstreetmap.fr/de/map/
- Es gab/gibt eine Kategorie an Abfragen, die Osmose-Issues erstellt auf Basis von Mapillary-API-Informationen.
- Die scheinen zu vielen False-Positive geführt zu haben (habe ich auch erlebt), so dass sie aktuell deaktiviert sind(?)
- Github Issues https://github.com/osm-fr/osmose-backend/issues?utf8=%E2%9C%93&q=is%3Aissue+mapillary
--Tordans (talk) 13:12, 7 July 2019 (UTC)
Diskussion: Pic4Review
- Pic4Review ist ein Tool das basierend auf Mapillary (…) Bildern mit Geo-Position um die Ergänzung von Daten in OSM bittet
- https://pic4review.pavie.info/, Code: https://framagit.org/Pic4Carto/Pic4Review
- Man kann dort bspw. eine Kampagne anlegen um Fahrradständer mit fehlenden Attributen zu ergänzen
--Tordans (talk) 13:12, 7 July 2019 (UTC)
Diskussion: Link zu Übersicht Radstellanlagen Neukölln
- PDF (Zugriff via Tobias) https://files.slack.com/files-pri/T0NQ5MPCZ-FAC7BSJJE/abstellanlagen_a2_nordneuk__lln.pdf
- Bewertung Tobias: Für uns nicht wirklich hilfreich, da Datum unklar und nicht maschinenlesbar.
--Tordans (talk) 13:27, 7 July 2019 (UTC)
ARCHIV: Diskussion: Vorschlag zur Verwendung von access=*
Immer mehr Fahrradabstellanlagen befinden sich auf privaten Grundstücken und stehen nicht allgemein der Öffentlichkeit zur Verfügung sondern nur den Bewohnern der zugehörigen Gebäude oder Kunden von Geschäften. access=* sollte daher immer angegeben werden.
- yes
- Öffentliche Nutzung im öffentlichen Straßenland oder öffentlichen Grünanlagen etc.
- Beispiel: https://www.openstreetmap.org/way/700177731#map=19/52.47436/13.31418
- private
- Private Nutzung auf Privatgrundstücken ohne Geschäfte/Arztpraxen etc.
- Beispiel: https://www.openstreetmap.org/way/700177732#map=19/52.47439/13.31391
- customers
- Auf Privatgrundstücken aber eindeutig für Kunden von Geschäften/Arztpraxen etc. vorgesehen. D.h. keine Beschilderung zur Nutzung nur durch Bewohner oder ähnliches.
- Beispiel: https://www.openstreetmap.org/node/6580241515#map=19/52.47006/13.31992
- Auch für Schulen/Hochschulen/Kirchengemeinden. Alternativ könnte bei nicht öffentlich zugänglichen Grundstücken (Schulen) auch private gewählt werden.
- Zusätzlich Angabe des Betreibers über operator=* und operator:type=*
Hilfreich für die Fragestellung, ob sich eine Fahrradabstellanlage auf Privatgrundstücken befindet, sind für Berlin die Flurstücke des Liegenschaftskatasters https://daten.berlin.de/datensaetze/alkis-berlin-amtliches-liegenschaftskatasterinformationssystem
Es sollten generell nur Fahrradständer etc. eingetragen werden, die dauerhaft zur Verfügung stehen, und keine die z.B. nach Geschäftsschluss weggeräumt werden.
Prinzipiell kann man die Frage stellen, ob man nicht öffentlich nutzbare Fahrradabstellanlagen überhaupt erfassen sollte. Dafür spricht eine Datenbasis für die Versorgung mit Fahrradparken zu haben, dagegen spricht der eingeschränkte Nutzen für die meisten Kartennutzer. Dies könnte allerdings durch die Kartenanzeige gelöst werden und ist bei korrekter Anwendung von access=* eigentlich kein Problem der Datenerfassung und -haltung. --Ulid000 (talk) 12:39, 4 July 2019 (UTC)
Ergebnis Meetup: --Tordans (talk)
- Access-Definition: So verstehen wir es auch
- operator=* und operator:type=* erscheint uns erstmal zu komplex; ist nicht immer gut zu erkennen
- Eintragung: Ja, alles, die dauerhaft stehen, auch private (mit Access)
- Exkurs: Wie erfasst man Fahrradständer, die vor privaten Häusern sind (Beispiel Mapillary). Ergebnis: Als access=yes, da keine klare, räumliche Abgrenzung und keine Beschilderung.
ARCHIV: Diskussion: Fragestellungen zur Verwendung von bicycle_parking=*
Als Radfahrender interessiert mich primär, ob ich den Rahmen des Fahrrads an einem festen Gegenstand anschließen kann. Dies minimiert zum einen das Diebstahlsrisiko und stellt zum anderen die Einhaltung von Versicherungsbedingungen im Diebstahlsfall sicher. Das ist im Zweifelsfall wesentlicher als die exakte Bauform. stands ist die einzige verbreitete Form, aus der sich die Eigenschaft ableiten lässt, auch wenn es Varianten von rack oder wall_loops gibt, die ein sicheres Anschließen aufgrund von Positionierung oder Bauform erlauben.
Zusammenstellung zu verschiedenen Typen in Berlin: https://woesbeginnt.wordpress.de/2019/07/02/osm-radstellplaetze-in-berlin-typen/
- Wie klassifizieren wir die Bauformen?
- Wie schaffen wir eine Datenbasis mit der man Möglichkeiten zum sicheren Anschließen des Rahmens leicht finden kann und nicht nur alle Abstellmöglichkeiten?
--Ulid000 (talk) 12:39, 4 July 2019 (UTC)
- Das Schema von bicycle_parking=* ist gut etabliert und auch einfach zu verstehen / mappen. Der Editor kann/sollte zusätzlich Fotos anbieten zum Abgleich. Die Frage des "wie schließe ich ab“ kann aus bicycle_parking=* abgeleitet werden. --Tordans (talk)
ARCHIV: Diskussion: Fragestellungen zur Genauigkeit der Erfassung und Verwendung von Node vs. Way (geschlossen als Fläche)
- Unterscheidung über Fläche/Anzahl/Capacity als Daumenregel? Also z.B. ab 10/20 Rädern möglichst als Fläche, sonst als Node.
- Nachteil von Flächen: Überlagerungen passieren schneller als mit Nodes und nicht nur das Bearbeiten wird schwieriger sondern auch die Anzeige kann dadurch unterdrückt werden. (Bushaltestelle, Telefonzelle, Fahrradbügel, ...)
- Wie genau wollen wir die Position bei gruppiert angeordneten Fahrradabstellanlagen erfassen? 1 Eintrag mit 100 vs. 10 Einträge mit 10 und genauer Position.
- Persönliches Beispiel: U-Bahnhof Krumme Lanke (Fahrradbügel an drei Ecken der Kreuzung, auf dem Vorplatz des U-Bahnhofes in vertrauten Gruppen, daneben und links/rechts des Fuß-/Radwegs daneben.) Ich würde instinktiv bei mehr als 10 m Abstand zwischen einzelnen Fahrradabstellanlagen diese getrennt erfassen. Mir ist aber nicht klar, welche Auswirkung das auf die Darstellung bei verschiedenen Maßstäben hat, da ja keine Zusammenfassung oder Generalisierung stattfindet meines Wissens. Da wäre es gut, die Auswirkung auf Kartendarstellungen zu kennen.
--Ulid000 (talk) 12:39, 4 July 2019 (UTC)
ARCHIV: Diskussion: Tagging-Idee: "wo ist der Stellplatz angebracht
- Ähnlich "denotation", aber der Key passt nicht
- "location" passt nicht. "position" auch nicht https://wiki.openstreetmap.org/wiki/Key:location
Ideen:
- bicycle_parking:location=*
- Type of highway like "highway_living_street", "highway_secondary", "highway_footway"
- Type of area like "park", "parking_space"
- bicycle_parking:placement=*
- bicycle_parking:placed_on=* street, sidewalk, park, parking_lot, …
- „consumed space“ - „used space“
- Tagging Schema erstmal an fire_hydrant:position=* orientieren --Tordans (talk)
ARCHIV: Diskussion: Tagging-Idee: "wer darf hier parken" / Lastenräderplätze
- Siehe Neukölln, hat Preis gewonnen mit Lastenräderplatz
- https://www.openstreetmap.org/node/6533644786
- https://twitter.com/radneukoelln/status/1136293787414814720
- https://twitter.com/ADFC_Berlin/status/1126872943059927044
- Preis https://www.der-deutsche-fahrradpreis.de/fileadmin/bfb_dateien/Download_2019/Nominierte/29_Regelplan_Lastenfahrradparkplatz.pdf / https://www.der-deutsche-fahrradpreis.de/preistraeger/fachpreis.html
Ideen:
Notizen:
- Sobald das Schild in der StVo ist, auch die Schild-Nummer (http://osmtools.de/traffic_signs/)
- StVO Novelle Übersicht https://www.bmvi.de/SharedDocs/DE/Artikel/K/stvo-novelle-sachinformationen.html
- Offizielle Verkehrsschilder-Seite https://www.bast.de/BASt_2017/DE/Verkehrstechnik/Fachthemen/v1-verkehrszeichen/vz-start.html?nn=1817946
ARCHIV: Diskussion: Fahrradinfrastrukturbearbeitungswerkzeug
- wenn das Tagging geklärt ist, wäre ein Editor nützlich mit dem die Daten erfasst werden können
- JOSM und ID funktionieren dafür, sind aber nicht für jeden geeignet
- https://zlant.github.io/parking-lane ist eine gute Vorlage, erlaubt aber bisher keine Erzeugung von Features
- https://osmybiz.osm.ch ist ein POI-Editor mit dem auch neue Features angelegt werden können
- ich habe mir beide angeschaut und osmybiz angepasst und möchte das Ergebnis und meine Erkenntnisse gerne vorstellen
- Was mich noch interessiert: Wie sollte eine gute Fahrradkarte aussehen, welche Informationen sollen enthalten sein, unabhängig ob digital oder print.
- Links über die ich noch gestolpert bin:
--Lars