Der Vorschlag oben bedeutet also, dass Autos nicht dürfen, Pferde, Fussgaenger, Fahrräder, Motorräder und LASTWAGEN (!!) aber doch.
Und mit dieser Access-Hirachie habe ich eigentlich kein Problem (ausser, dass moped, s-pedelec und sowas da nicht vorkommt).
Andere Router aber schon. So weigern sich OsmAnd(Offline) und Mapfactor beharrlich, ein Fahhrad über access=private, bicycle=yes zu routen. Auch nicht über den Fernradweg R8, der am Rhein entlang über das Gelände des Kraftwerks Biblis geht.
Bitte nicht. Die Lastwagenfahrer werden es Dir übel nehmen.
Ich sehe das so, dass bei “barrier” steht, dass “access=no” gilt und das gilt deshalb zunächst einmal für alle Arten von Barrieren.
Wenn das bei irgendeiner Art von Hindernis anders sein soll, dann muss das dort ausdrücklich stehen, so wie z.B. bei “barrier=bollard” steht, dass “access=no, foot=yes, bicyle=yes” gilt.
Bei “barrier=gate” steht einfach nichts unter “Impliziert”. Also gilt “access=no”.
In einer Radkarte würde (und habe) ich sämtliche Access bei barrier ignoriert. Radwege und Waldwege sind voll von irgendwelchen barrier, die in der Praxis kein Hinderniss für ein Rad darstellen. Würde man die im Routing verbieten, wäre kein sinnvolles Routing möglich.
Hat wohl jemand geändert, aber inwiefern macht das Sinn?
ohne *=yes tags bedeutet:
ohne foot=yes und bicycle=yes, weil die durch motorcar=no nicht verboten sind. Die access-tags werden nur verwendet, wenn es eindeutig so ausgeschildert ist, bzw. eindeutig nicht geht (autos passen bei “bollard” nicht durch). An Straßen oder Feldwegen ist zB foot=yes sowieso erlaubt/als standard gesetzt.
Der Stand ist von 2010. Grund der Änderung (bzw. Korrektur) dürfte das falsche Verständnis für Verbotsschilder aufgrund des gewohnten Fortbewegungsmittels (meist motorcar) sein. Selten sind nur motorcar verboten, eher ist der Wortlaut “Verbot für Kraftfahrzeuge aller Art” (Zeichen 251) oder “Verbot für Fahrzeuge aller Art” (Zeichen 250). Auf Zeichen 251 ist zwar ein PKW abgebildet und schließt sonstige mehrspurige KFZ mit ein, aber das ist eher als Sinnbild zur schnellen, einfachen Auffassung für die Fahrer zu verstehen, als dass es eine Hierarchie ausdrücken soll. In OSM bedeutet das besser “motor_vehicle=", während das Zeichen 250 mit "vehicle=” ausgedrückt wird.
Im Text auf http://wiki.openstreetmap.org/wiki/DE:Key:access#Zu_Lande ist die Hierarchie aktueller. Stark vereinfacht:
access → foot, vehicle
vehicle → bicycle, motor_vehicle
motor_vehicle → motorcar, goods, hgv, psv
psv → bus, taxi
Man kann etliche Tags einsparen, wenn man gleich das passende übergeordnete Tag verwendet.
Nicht der Stand ist von 2010, sondern der Stand war seit mind. 2010 bis 2014.
Zeichen 250, vehicle=no, “Verbot für Fahrzeuge aller Art”
Zeichen 260, motor_vehicle=no, “Verbot für Krafträder, auch mit Beiwagen, Kleinkrafträder und Mofas sowie für Kraftwagen und sonstige mehrspurige Kraftfahrzeuge”
Zeichen 251, motorcar=no, “Verbot für Kraftwagen und sonstige mehrspurige Kraftfahrzeuge”
War schon lange Zeit so. motorcar=no kann man auch gut für die Poller verwenden, ohne sich zu verbiegen. Sehe keinen Vorteil darin, überall die ganze Kollektion von mehrspurigen Fahrzeugen dabei immer aufzuführen, reicht ein tag nicht?
Bei Zeichen 251 (Autosymbol) ist mein Verständnis direkt bei motorcar=*.
Was den Stand von 2010 betrifft: Es war das Bild gemeint, nicht das Tagging. Davon sind ja schon hier im Thread mehrere Versionen verlinkt. Ich habe irgendo ein neueres Diagramm gesehen, aber es nicht mehr wiedergefunden.
Meiner Meinung nach sollte Zeichen 251 http://wiki.openstreetmap.org/wiki/File:Zeichen_251.svg mit “motor_vehicle=no” und “motorcycle=yes” (Ausnahme: 2 benöfigte Tags) getaggt werden. Sonst werden eben nicht Taxi, Bus, Lkw… ausgeschlossen. Ansonsten schrieb ich ja davon, Tags einzusparen, indem man die höhere Kategorie verwendet. Bei Pollern (alle die ich kenne stehen auf nur für Fahrräder/Fußgänger erlaubten Wegen) wird also meist ein “motor_vehicle=no” passend sein.
Abbildung des Autos auf Zeichen 251: Das ist ein Sinnbild für mehrspurige Fahrzeuge zum schnelleren Verständnis für Fahrzeugführer und bedeutet nicht automatisch, dass alle anderen mehrspurigen Fahrzeuge in der Hierarchie unterhalb motorcar liegen. Sie liegen auf gleicher Höhe und deswegen sollte auf das nächste übergeordnete Tag zurückgegriffen und motorcycle zusätzlich erlaubt werden.
Wenn man das in einem Tag verwirklichen wollte, müsste man etwas wie “multitrack_motor_vehicle=no” erfinden. Da ist motor_vehicle und motorcycle getrennt wohl einsichtiger.
Oder man definiert motor_car und auch motorcycle um auf die übergeordnete Position, so wie es früher war. Dann würde motor_car mit Zeichen 251 und motorcycle mit Zeichen 255 übereinstimmen. Siehe auch http://osmtools.de/traffic_signs/.
Ansonsten reichen bei Zeichen 251 auch 2 Tags nicht aus. Es müsste heißen:
motor_vehicle=no
motorcycle=yes
moped=yes
mofa=yes
Oder anders formuliert: Noch ein Key, bei dem alles bisher Erfasste (fast) nutzlos ist und den man besser nicht mehr neu verwenden sollte, weil unklar ist, wie es gemeint ist, selbst wenn man es “richtig” macht (was damit ja gar nicht möglich ist)…
Ich nutzte auch die Verkehrszeichen-Argumentation, weil es auch bei allen anderen Zeichen so schön passt. Daher sollte man die Gelegenheit nutzen um das Access-Schema vollständig danach (mit neuen Keys) anzupassen. Denn wer denkt schon beim Mappen (oder Schilder aufstellen…) z.B. daran, dass sowas kein PKW sondern ein Lastkraftwagen ist? Und ansonsten dürfte es auch schwer werden Unwissende z.B. von access=destination abzubringen.