text: Die barrier=gate Nodes sind alle mit access-Tags zugespammt, weil ein kaputter, aber weitverbreiteter (in einem Editor eingebauter?) Validator diese Nodes anmeckert, solang kein access=* und foot=* drauf gesetzt ist. Diese Forderung des Validators ist natürlich hirnrissig, aber viele User glauben lieber dem Validator als dem Wiki, weil das für sie einfacher ist, und sind dann ganz stolz auf sich selbst, wenn sie die "Fehler" behoben haben.
  access-Tags auf Barrieren waren immer schon falsch, weil access-Tags die Berechtigung angeben und nicht die physische Benutzbarkeit. Wenn etwas verboten ist, dann ist das immer das Betreten des Weges oder Areals hinter der Barriere, nicht der Barriere selber. Ob ein Tor oder Schranken versperrt ist oder nicht, dafür gab es lange Zeit kein Tag, vielleicht auch weil das immer nur eine Momentaufnahme ist. Der Zweck von einem Schloss ist ja gerade, dass man es jederzeit auf- und zusperren kann. Weil die missbräuchliche Verwendung von access-Tags so überhanden genommen hat, hat sich letztlich aber doch jemand die Mühe gemacht, ein Proposal für locked=* zu schrieben und zur Abstimmung zu bringen.
  width=* ist natürlich wie die meisten anderen Tags nicht verpflichtend, aber doch sehr nützlich, z.B. weil die Anwendungen daraus ableiten können, welche Fahrzeuge allein schon wegen der Breite nicht durchgeroutet werden können, oder auch für 3d-Rendering.
  Ob du einen highway=service mappst, ist wohl Geschmackssache. Wenn ja, dann mit barrier=kerb, aber ohne vehicle=no, denn das ist ja nicht angeschrieben. Wenn du da nur einen Gehsteig siehst, lass den highway=service einfach weg. Nicht jedes Tor hängt an einem Weg. Viele Tore werden gemeinsam mit dem Zaun bzw. der Mauer errichtet, damit man, wenn es mal nötig ist (z.B. für Bauarbeiten), den Zaun passieren kann ohne ihn niederreißen zu müssen. Oder es war damals eine Zufahrt, die nicht mehr gebraucht wird. Auch wenn das Tor keiner mehr benutzt, ist es doch zumindest ein Orientierungsmerkmal.