Bürgersteige als area

Hier sind immerhin navigierbare Ways drin. Suboptimal ist es tropsdem, weil die Flächen auch highway=footway-Objekte sind.

–ks

+1 Kokolores

Aber nur in Z18 auf der Carto. Viel sinnvoller ist es, gleichzeitig die Straße und den Bürgersteig als area:highway= zu taggen. Dann hat man zwei vernünftige Flächen. Natürlich beide Wege auch als line.

Sehe ich auch so. Wenn man den Fußweg als Fläche eintragen will, dann mit area:highway=footway (wird allerdings in der Carto-Standardkarte nicht angezeigt) und fürs Navigieren dann den Fußweg noch als Linie oder als Zusatzattribut an die Straße.

Für 2D-Fußwege bzw. Fußgängerflächen verwende ich

  • area=yes + highway=pedestrian (carto-Rendering)
    statt
  • area=yes + highway=footway (carto-Rendering)
    oder statt mit
  • area:highway=footway (kein carto-Rendering)
    ein neues unsichtbares Tag-Fass aufzumachen,
    und natürlich nur für reine Fußgängerflächen, nicht wie in #3, wo die Fußgängerfläche offensichtlich “nur” ein kombinierter Rad-/Fußweg ist.

Grüße an alle, die nicht nur eindimensional denken.
Jo

Neu? Aufmachen? Das ist in https://wiki.openstreetmap.org/wiki/Key:area:highway seit sieben Jahren beschrieben und weltweit häufig in Verwendung. Und unsichtbar ist es zwar (leider) auf osm-carto noch, aber z.B. Osmand rendert das.

Dass highway=* + area=yes etwas anderes ist (nämlich eine frei routbare Fläche und eben nicht die flächige Erfassung eines linear ausgerichteten Verkehrswegs!), kannst du auch dort auf der Wikiseite nachlesen. Wundere dich also nicht, wenn dich ein Router, der einen highway=residential + area=yes OSM-konform auswertet (was noch keiner tut, aber lange kann’s nicht mehr dauern), dich dann auf einmal quer, schräg oder in einer Einbahnstraße rückwärts schickt (was dann zwar der lineare Way verbietet, aber der flächige erlaubt).

Hinweis: Nicht alle, die anderer Ansicht sind als du, sind schlicht zu doof :slight_smile:

–ks

Hier mal einen Einblick in den absurden OSM-Fussweg-Flächen-Dreikampf (Beispiel Berlin, 5 MB):

http://overpass-turbo.eu/s/FNr

  1. Rot: area=yes + highway=pedestrian (carto-Rendering)
  2. Grün: area=yes + highway=footway (carto-Rendering)
  3. Blau: area:highway [footway + pedestrian] (kein carto-Rendering)
    (wobei häufig auch wild kombiniert wird)

@kreuzschnabel, dafür dass die Blauen weitgehend unsichbare Untergrundkämpfer sind halten sie sich ganz gut, aber wer den Blauen beitritt muss sich wieder zwischen Blau:footway + Blau:pedestrian entscheiden - das ist mir zu kompliziert, da bleibe ich lieber gleich bei den Roten!-)

Ich schätze, dass höchstens 1% aller Mapper den Unterschied kapieren. :stuck_out_tongue:

  1. gehe ich mit - pedestrian ist ja meist eine Fläche.
  2. würde ich eventuell für sehr kleine Flächen verwenden, wenn kein area:=
  3. passt es am besten zu https://wiki.openstreetmap.org/wiki/Proposed_features/Street_area

Und die blauen sind keine Untergrundkämpfer - es wird eben vorzugsweise das gemappt was auch auf “OpenStreetMap” gerendert wird → http://osmapa.pl/w/areade/

landuse=road gibt es auch noch…

Deswegen ziehen sich die Blauen zusätzlich auch noch eine andere Uniform an, was das Ganze vollends zur Realsatire macht - ein Beispiel unter Vielen:
https://www.openstreetmap.org/way/206011403

Als jemand der 2D-Wege mappt und rendert kann ich aus der Praxis berichten: Es braucht für die Markierung und Erkennung einer “Fussgängerfläche” 1 in Worten “ein” Tag bzw. Sytem und keineswegs 3 oder 4. Wer Routing sicherstellen oder z.B. (bestehende Wander-)Wegerelationen erhalten will kommt um zusätzliche path/footway-Linien eh nicht rum.

Nach reiflicher Überlegung habe ich mich für das etablierte System area=yes + highway=pedestrian entschieden, das dann auch problemlos an benachbarte 2D area:highway=[service, residential, etc.]-Flächen angrenzen kann. Dies würde ich auch allen Anderen nahelegen - statt das vorhandene Tagging-Chaos noch sehenden Auges weiter auszubauen.

Was vor 6 Jahren war …
… gab es damals schon den Vorschlag von area:=? Marek hatte 2013 glaube ich begonnen.

Dann aber nicht wunder, wenn jemand wieder area:highway=pedestrian zusätzlich verwendet.

Wieso Dreikampf? Das sind doch teilweise alles sehr unterschiedliche Objekte und Anwendungen (Fußgängerzonen, Plätze, Gehwege). Darum geht es doch im Prinzip auch. Ich glaube, niemand wollte hier Fußgängerzonen und Plätze zu area:highway-Fällen erklären. Die werden ohnehin öfter getaggt/gemappt als die Flächen von einfachen Wegen/Straßen.

Die Unterscheidung zwischen footway und pedestrian ist sicherlich nicht immer eindeutig. Aber das ist irgendwie was anderes.

Klar muss ja “irgendwie”, wenn es unterschiedliche Tags gibt, die auf unterschiedlichen Wiki-Seiten erläutert werden.
Das nennt sich in der Psychologie “Rationalisierung”, wenn man Unfug verzweifelt einem Sinn geben möchte.

Und so kommen halt derartige Versionsgeschichten zustande:
https://www.openstreetmap.org/relation/3200536/history
(Der Potsdamer Platz fiel vor 7 Monaten an Grün, nachdem er jahrelang von Rot besetzt war.
Die pseudo-rationale-Begründung: “… pseudo-“pedestrian” korrigiert …” )

Nochmals meine Erfahrung: Eine Fußgängerfläche ist eine Fußgängerfläche und wenn dafür in OSM zig verschiedene Tags existieren ist das gewachsener Unfug, den man mal als solchen benennen sollte, statt ihn ständig weiterzuführen.

Eine Fußgängerfläche (z.B. ein Platz oder eine Fußgängerzone) ist highway=pedestrian + area=yes. Da sind wir uns wohl alle einig.

Ein Fußgängerweg ist nach meinem Verständnis aber keine Fußgängerfläche, sondern eine Art breite Fußgängerlinie. Der Unterschied: Freies Routing ist hier unsinnig, die Benutzung ist nur in einer Richtung bzw. ihrer Gegenrichtung sinnvoll. Deshalb sehe ich darin auch eine andere Sorte Objekt, die besser mit einer Linie abgebildet wird. Vorteil der Linie: Sie hat eine Richtung. Zwar gibt es auf Fußwegen keine Einbahnregelungen (soweit ich weiß), aber z.B. ein incline=up wird ja auch mit Linienrichtungsbezug angegeben. Diese Angabe ist kaum noch möglich, wenn wir Fußwege nur als Fußgängerflächen erfassen und damit die Möglichkeit einer Bezugsrichtung verlieren.

Nun kann man den Weg zusätzlich zur Linie auch noch als Fläche erfassen, um dem Renderer in großen Maßstäben die Möglichkeit einer aussagekräftigeren Darstellung zu geben. Eine zusätzliche Fläche ist aber nicht area=yes, sondern highway:area=*, einfach damit für einen einzigen Fußweg keine zwei highway=footway-Objekte in der Datenbank sind.

Nenn mich Rationalisierer, ich finde das logisch. Vor allem entspricht die Behandlung von Fußwegen dann derjenigen von Straßen.

–ks

+1 @kreuzschnabel, volle Zustimmung, deinem Kommentar bleibt nichts, es zu ergänzen. Ich hoffe, so sehen es auch die meißten Mapper. Eine Rendering auf der Hauptkarte kann mir hier “den Buckel herunterrutschen”. Alle zusätzlichen Attribute wie Oberflächen, Steigungen usw. verbleiben in der Linie. Vielleicht wird es Zeit, das area:highway=* Tagging nochmal zu überarbeiten und es als Proposal anerkennen zu lassen. Leider hat Marek Kleciak das OSM wohl aufgegeben, daher sind hier alle überzeugten Mapper dieses Tagging-Schemas aufgerufen, es erneut aufleben zu lassen.

+1 @kreuzschnabel
(außer statt “highway:area=" => "area:highway=” - wohl ein Fehlertipp)

Da, janke.

–sk

@kreuzschnabel: “Eine Fußgängerfläche (z.B. ein Platz oder eine Fußgängerzone) ist highway=pedestrian + area=yes. Da sind wir uns wohl alle einig. …”

Naja, für “Plätze” gibt es place=square, dies muss also keineswegs in einem highway-Tag verwurstet werden:
https://wiki.openstreetmap.org/wiki/DE:Tag:place=square

@kreuzschnabel: “Nun kann man den Weg zusätzlich zur Linie auch noch als Fläche erfassen, um dem Renderer in großen Maßstäben die Möglichkeit einer aussagekräftigeren Darstellung zu geben. Eine zusätzliche Fläche ist aber nicht area=yes, sondern highway:area=*, einfach damit für einen einzigen Fußweg keine zwei highway=footway-Objekte in der Datenbank sind. …”

Eben daher rate ich zu highway=pedestrian (+area=yes) statt highway=footway (+area=yes) oder area:highway=footway oder was es sonst noch für “Ideen und Moden” gibt.


@Rogehm “… Alle zusätzlichen Attribute wie Oberflächen, Steigungen usw. verbleiben in der Linie. …”

Als jemand aus der Praxis, der 2D-Fussgängerflächen mappt und rendert: den surface-Tag setze ich immer auch an die Fläche, weil gerade dessen Auswertung interessant ist.


Schauen wir im RGB-Konflikt heute mal in die Hauptstadt von Österreich:
http://overpass-turbo.eu/s/FPj

Ah, deutliche Dominanz von highway=pedestrian - man spricht ja nicht umsonst vom “Roten Wien”.
Die Blauen sind auf wenige Standorte reduziert - aber nicht aufgeben, es ist noch nichts entschieden!

beides ist nicht zwangsläufig deckungsgleich.

Mich interessiert immer noch, was du mit Steigungen machst.

–ks