Sperre auf einer Straße hat keine Wirkung auf das Routing!

also einfach so?

barrier = bollard
motorcar=no

oder was bedeutet das? ohne *=yes tags

Ich werde es aber doch erst mal so wie es jetzt ist lassen und sehen, wie sich das Routing verhält. Danach probiere ich deinen Vorschlag.

Erklärung: barrier=gate ist in der Whitelist, wird also in OSRM (im Gegensatz zu lift_gate) nicht als sperrend angenommen.
https://github.com/DennisOSRM/Project-OSRM/blob/master/profiles/car.lua

Was dann zu den “Navi-findet-keinen-Weg-vom-Parkplatz” Fehlern führt.
Beispiel Bielefeld : http://osrm.at/7fF

Jedes zugangs-tag wirkt rekursiv die access-hirarchie herunter:

http://wiki.openstreetmap.org/wiki/File:Access_hierarchy_simple2.png

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.

Aus dem Wiki:

Auf deutsch: nur die Ausnahmen (bicycle=no etc.) dranpacken.

Das Problem ist, dass es in EINEM Wiki ZWEI VERSCHIEDENE Versionen von barrier=gate gibt:

http://wiki.openstreetmap.org/wiki/DE:Tag:barrier=gate?uselang=de OHNE impliziertem access=no
http://wiki.openstreetmap.org/wiki/DE:Key:barrier MIT impliziertem access=no

Da darf sich doch keiner wundern, wenn es zu Missverständnissen bei Mappern UND Routern kommt!

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.

Öhm, normalerweise gehören doch die Lastwagen unter motorcar:
http://wiki.openstreetmap.org/wiki/File:Access_hierarchy_simple.png

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.

Grüße
Mario

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.

Grüße
Mario

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

Gruß Klaus

Klar, das Wort motorcar bedeutet Auto, nicht mehrspuriges Fahrzeug.

Allerdings gibt es viele Gründe die gegen die neue Version sprechen:

  • Es wurde lange das alte Schema angewendet und jetzt ohne große Diskussion oder Ersatztags geändert.
  • Für motorcar gibt es nun keine Verwendung mehr.
  • Für mehrspuriges Motorfahrzeug braucht man mehrere Tags, oder ein neues.
  • Nicht intuitiv für Mapper: vom Schild zum Tag. Grade das ist doch hinsichtlich des richtigen taggings wichtig.

Hallo,
hier mal eine Version von 2010:
http://wiki.openstreetmap.org/w/index.php?title=Key:access&oldid=532540
Auch damals lag schon hgv parallel zu motorcar.

Es war lediglich eine Zeit lang das Vererbungspiktogramm in der deutschen Version falsch, dort lag hgv
unterhalb von motorcar.

Und was war 2009?:
http://wiki.openstreetmap.org/w/index.php?title=Key:access&oldid=324854

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.

Oh, stimmt, da war’s noch anders. Na ja nix ist in Stein gemeißelt bei OSM. :wink:

motorcycle schliesst - zumindest in .de - moped und mofa ein (2-rädrige Kraftfahrzeuge)

Stimmt! in DE ja aber nicht im WiKi http://wiki.openstreetmap.org/wiki/DE:Key:access