User:!bm/nextbike Berlin

From OpenStreetMap Wiki
Jump to navigation Jump to search

Über diese Seite, s.u.: #Meta

Berlin/Verkehrswende/nextbike Berlin

TODO: Ausformulieren:: Grundlegendes zum Netzwerk: Betreiber, Senatsförderung, allgemeine Zugänglichkeit für registrierte nextbike-Kunden, aktuelle Stationsanzahl, Geschäftsgebiet;

Wie mappen?

Wie unter amenity=bicycle_rental vermerkt, einfach als Punkt node oder Umriss area mappen. Letzteres empfiehlt sich bei größeren Stationen und/oder bei einer mit höherem Detailgrad gemappten Umgebung (sogenanntes Micromapping). Beispiele: node 6744214854, area 677467855

Wenn die Station aus zwei (oder mehreren), voneinander (durch ein bereits gemapptes Feature wie z.B. einen Fußweg oder einen Baum) getrennten Docking-Reihen besteht: Setze einen Punkt node an jenen Teil der Station, an dem sich das Stationszeichen ("Lollipop") befindet und vermerke die Teilung (z.B. mittels note=Station geteilt). Alternativ bietet sich ein Multipolygon areaarearelation an – sämtliche Tags der Station sind hierbei auf die Multipolygon-Relation zu setzen.

Tagging

TODO: Ausformulieren: Kurzer Überblick über die untenstehenden Blöcke, Wichtigkeit etc

Das komplette Set – erforderliche und erwünschte Schlüssel

Schlüssel Wert Tag-Präsenz Erklärung
Minimum, erforderlich
amenity=bicycle_rental ! notwendig
network=nextbike Berlin ! notwendig kennzeichnet Station als zum Netzwerk zugehörig; daraus lassen sich weitere, netzwerkweit gültige Werte ableiten, s.u.
stationsspezifische Werte
ref 1... ‽ wichtig vierstellige Stationsnr., beginnt in Berlin meist mit 1...; früher (veraltet) 5...(?), temporäre Sonderstationen (9...)
ref_name <Stationsname> ‽ wichtig
capacity <n> ‽ wichtig Anzahl der an der Station vorhandenen Radständer/Docks
lit yes|no ? optional gibt an, ob die Station bei Dunkelheit beleuchtet wird (z.B. durch eine Straßenlampe oder anderes Umgebungslicht) – das meist schwach leuchtende Stationsschild ist damit nicht gemeint.
covered no|yes ? optional default: no
opening_hours 24/7|… ? optional default: 24/7
netzwerkweite Werte mit Wikidata-Objekten
brand=nextbike powered by Edeka bezeichnet die (Koop-)Marke – und nur diese – unter der nextbike Berlin [derzeit] auftritt. Da die Marke auch in anderen Netzen verwendet werden könnte, ist sie zur Unterscheidung des Netzwerks nicht ausreichend.
brand:wikidata=### das [anzulegende] Wikidata-Objekt zum (Koop-)Branding
network=nextbike Berlin ! s.o., notwendig s.o., bezeichnet das Netzwerk (und nur dieses) – die Marke (an den einzelnen Stationen) könnte wieder wechseln, das Netzwerk bleibt gleich.
network:wikidata=### das [anzulegende] Wikidata-Objekt zum Netzwerk
operator=nextbike GmbH der Betreiber – unwahrscheinlich, könnte aber ebenfalls (zB durch Verkauf) wechseln
operator:wikidata=Q2351279 das bestehende Wikidata-Objekt zum Betreiber: nextbike (Q2351279)
netzwerkweit gültige Werte, die an den Stationen ausgeschildert/verifizierbar sind
contact:email=kundenservice@nextbike.de
contact:phone=+49 341 39283965
contact:website=https://www.nextbike.de/berlin
fee=yes
netzwerkweit gültige Werte, die eventuell nicht an den Stationen aufscheinen – zu diskutieren
description=Registrierung erforderlich, siehe Website zu diskutieren
description:en=registration required, refer to website zu diskutieren
charge=* zu diskutieren Gebühren – s. Nextbike: Preise für Berlin
  • können auf Website eingesehen werden
  • können je nach Nutzer(berechtigung) variieren
  • können sich ggf wieder ändern
  • fehleranfällige Wert-Syntax
  • netzwerkweit einheitlich
  • Nutzen?

Zu brand, network, operator und deren Wikidata-Objekten

TODO: Erklärung

Zusätzliche (Ideen für) Schlüssel/Werte – zu diskutieren!

Ideensammlung für weitere, potenzielle Tags – diese sind rein als erste Ansätze/Vorschläge zu betrachten, sollten daher keinesfalls schon verwendet, sondern zunächst gemeinsam weiter erarbeitet/diskutiert (und ggf auch wieder verworfen) werden! [Anm/TODO: Was es nicht in die erste Version des neuen Tagging-Set schafft, wird auf die Diskussions- der neuen Zielseite verschoben]

beabsichtigte Funktion / Aussage über Schlüssel Wert(e) Erklärung
? bicycle_rental ?

bereits in Verwendung befindliche: taginfo – v.a. bicycle_rental=cargo_bike gemäß Berlin/Verkehrswende/fLotte

Position/Flächennutzung der Station bicycle_rental:position sidewalk|lane|private_property|... Schema/Werte analog unserem bicycle_parking:position, taginfo
Arten von Bike-Typen, die ausgeliehen bzw. zurückgegeben werden können:
  • regulär
  • E-Bike
  • Cargo-Bike
  • E-Cargo-Bike
  • ...?

bicycle_rental=*
ODER bicycle_rental:type=<type1>;...;<typeN>
-- vs --
bicycle_rental:<type1>=yes
...
bicycle_rental:<typeN>=yes
Ständer/Docks-Typ: Art der Station (normale Station mit Docks vs Stationsrad) bicycle_rental:type dock|station_bicycle|...? Beachte Def. amenity=bicycle_rental & Verifiability
Erkennbarkeit: Stationszeichen ("Lollipop", kleine Zylinderschnitte mit Branding, Stationsrad) bicycle_rental:sign

lollipop
station_bicycle
<?>

verfügbare Stellplätze je Typ capacity:<typeX>=<n> Die Summe der Kapazitäten für einzelne Typen kann dabei nicht größer sein als der Gesamt-Wert (capacity=<n>)!

Problem: Unklar, wenn Docks für mehrere Typen genutzt werden können.

verfügbare Stellplätze mit Elektro-Ladeanschluss capacity:charging=<n> bereits in Verwendung befindlich, in Verbindung mit amenity=parking
Station durch Stationsrad gekennzeichnet (keine Docks)

note=Stationsrad
ref:signed=no
ref_name:signed=no

 Ansatz für provisorisches Tagging; *:signed=no analog zu opening_hours:signed=no

Überflüssige/unerwünschte Schlüssel

Es gibt einige Schlüssel, die wir nicht näher beachten beziehungsweise von deren Verwendung wir grundsätzlich abraten. Insbesondere netzwerkweit gültige Werte, die sich aus anderen Schlüsselwerten (z.B. mittels Wikidata) ableiten lassen, sollten nicht gesetzt werden (wie auch implizites Tagging grundsätzlich zu vermeiden ist). Der Grund dafür ist, dass derartige Hinzufügungen keinen realen Mehrwert bieten – im Gegenteil: sie erhöhen lediglich die Menge der Schlüssel-Wert-Paare an einem Objekt, wodurch die Übersichtlichkeit sinkt und die Fehleranfälligkeit und/oder der Wartungsaufwand steigen. Wo solche Schlüssel auffallen, können sie daher verlustfrei wieder entfernt werden. Konkrete Beispiele hierfür sind:

Schlüssel Wert Tag-Präsenz Erklärung/Begründung
access=yes ✗ überflüssig, falsch implizites Tagging, Zugang wird im öffentlichen Raum vorausgesetzt; zudem ist eine Registrierung für die Nutzung erforderlich – access=customers wäre daher richtig(er), sollte aber ebenfalls impliziert sein (vgl ÖPNV-Infra)
operator:type=private ✗ überflüssig abgeleiteter Wert, ergibt sich aus operator=* bzw operator:wikidata=*
payment:<method> ✗ überflüssig, falsch
  • die Stationen selbst bieten keine Zahlungsschnittstelle, diese befindet sich in der App (ggf auch am Rad)
  • an den Stationen sind Zahlungsmöglichkeiten nicht gekennzeichnet
  • mitunter gleich mehrere/etliche Schlüssel-Wert-Paare, die ohnehin netzwerkweit einheitlich (= bei Bedarf ableitbar)
  • siehe auch Tagging: Geklärte Fragen
wheelchair=* ✗ überflüssig, falsch Auch wenn die Station theoretisch für Rollstuhlfahrer barrierefrei zugänglich ist, dürfte das Angebot für sie keinen Nutzen darstellen; vermutlich wurde der Eintrag via wheelchairmapper-App editiert

Mögliche Tagging-Fehler

Schlüssel Wert Tag-Präsenz Erklärung Korrektes Tagging
name ✗ problematisch name=* führt(e) zu Problemen im iD-Editor, auch wird es zeitweise mit network=* verwechselt. ref_name=*
website, phone, email ✗ zerstreut wir bevorzugen das übersichtlichere contact:*-Schema contact:*=*

Meta

Work in progress – sollte Diskussionstand der (/bis zur) letzten Verkehrswende-Session 2020-10-20 widerspiegeln. Diese Seite beschreibt das Tagging für das (allgemein zugängliche, vom Senat geförderte) nextbike-Netz in Berlin. Sie soll an geeigneter Stelle unter Berlin/Verkehrswende/* platziert werden (vgl /fLotte). Die ebenfalls noch zu erstellende, allgemeine Übersichtsseite soll auf diese verlinken und die alten Berliner Seiten zu Miet/Leihrädern (Diskussionsinhalte zu Deezer nextbike, Lidl Bike) veralten (archivieren).

TODO

Zur Diskussion Verkehrswende-Session 2020-12-15: Tagging – bisherige, erwünschte, ggf weitere (neue) Tags.

Diskussion: offene Schlüssel/Kennzeichnungen

  • description=* sinnvoll/hilfreich? (s.o.)
  • charge=* – sinnvoll? (s.o.)
  • Stationsräder: (wie) mappen? (s.o.)
    • nicht ausleihbare Räder sollen eine Rückgabezone kennzeichnen – starke Unterschiede zu einer fest installierten Station
    • nur anhand Aufkleber "Stationsrad" von ausleihbaren zu unterscheiden (mittlerweile etwas prominenter als früher)
    • siehe (provisor.) Tagging-Vorschlag oben

Recherche

  • name=* vs ref_name=* – besteht Probleme mit ersterem noch immer? (Falls nicht, erneut zur Diskussion stellen! Re-tagging kann dann auch schnell erfolgen.)

Diese Seite

  • Diskussionsstand 2020-12-15 einarbeiten
  • Ergänzungen, ausformulieren, Verlinkungen
  • Verschieben unter Berlin/Verkehrswende/*

Andere Wiki-Seiten

Nach Finalisierung dieser (bzw Verschieben zur Ziel-)Seite sind außerdem folgende Seiten von Änderungen betroffen:

Externes

  • Wikidata-Objekte anlegen, weiter differenzieren
  • name suggestion index – nsi.guide
Retrieved from "https://wiki.openstreetmap.org/w/index.php?title=User:!bm/nextbike_Berlin&oldid=2124308"