surface = ... bei gemeinsamen Geh- und Radwegen mit zwei Oberflächen

a) Dies ginge mit surface:lanes=asphalt|compacted zB.
b) Ja, surface wird von weit mehr Anwendungen ausgewertet als surface:lanes

chris66 wrote:

a) Dies ginge mit surface:lanes=asphalt|compacted zB.
b) Ja, surface wird von weit mehr Anwendungen ausgewertet als surface:lanes

Mit surface:lanes=asphalt|compacted ist aber noch nicht klar, welcher Teil der Oberflächen beispielsweise für das Fahrrad-Routing gilt.

Bernhard W wrote:

Mit surface:lanes=asphalt|compacted ist aber noch nicht klar, welcher Teil der Oberflächen beispielsweise für das Fahrrad-Routing gilt.

Die Zuordnung kann man ja mit bicycle:lanes=designated|no klarstellen.

Mir wäre dabei allerdings generell nicht klar, wie dabei linke und rechte Spur definiert sind. Nach Way-Richtung, also :forward, auch wenn die Gegenrichtung dieselbe lane nutzt?

--ks

Ähnliches "Problem":
Wie beschreibt man die Oberflächen der Gehwege einer "normalen" Anwohnerstraße?

surface = asphalt gilt nur für die Fahrbahn.

Müsste man demnach taggen:
highway = residential
sidewalk = both
surface:lanes = paving_stones|asphalt|paving_stones
vehicle:lanes = no|yes|no
horse:lanes = no|yes|no
foot|lanes = designated|use_sidewalk?|designated
smoothness:lanes = good|excellent|good

Steht das irgendwo im wiki?

Bürgersteige würde ich nicht als Lanes/Spuren ansehen.

Das sehe ich genauso wie Chris. Außerdem steht doch dafür etwas anderes im Wiki und zwar dass sidewalk bei Keys/Tags, die dessen Eigenschaften beschreiben sollen, als Präfix fungiert: So z. B. sidewalk:both:surface(=paving_stones etc.), sidewalk:left:width usw.

Und wegen der eigentlichen Sache mit dem getrennten Geh- und Radweg: Theoretisch könnte man hier so verfahren, dass man mal vorschlägt, getrennte Geh- und Radwege quasi als „Radwege mit Bürgersteig dran“ aufzufassen/zu erfassen, dann könnte man bezüglich Oberflächen und Ähnlichem wie bei sidewalk verfahren. Aber ich weiß, das ist wahrscheinlich eine ziemlich bescheuerte Idee...

chris66 wrote:

Bürgersteige würde ich nicht als Lanes/Spuren ansehen.

Okay. Mein Beispiel mit "lanes" für Gehwege hatte ich aus dem Vorschlag von kreuzschnabel "bicycle:lanes=designated|no" abgeleitet.

Für Gehwege neben Fahrbahnen habe ich https://wiki.openstreetmap.org/wiki/DE:Key:sidewalk gefunden. Darin werden auch surface und smoothness beschrieben.

Zum Haupthema kenne ich aber noch kein allgemein anerkanntes Taggingschema.

Wie würde man beispielsweise die unterschiedlichen Ebenheiten dieses Rad- und Gehwegs taggen?

Bernhard

Ich würde da mit smoothness:foot und smoothness:bicycle arbeiten, dann können Router das bezüglich ihrer verlangten Verkehrsart auswerten. Was auf welcher Seite ist, lässt sich mangels Richtungsbezug kaum kodieren.

--ks

Bernhard W wrote:

Wie würde man beispielsweise die unterschiedlichen Ebenheiten dieses Rad- und Gehwegs taggen?

Vom 11.9.2015, inzwischen würde da wohl abandoned:highway=footway und abandoned:footway:surface=urwald sehr gut passen ... 🙄

MitteloberrheinischerWaldameisenschreck wrote:

abandoned:footway:surface=urwald

change=risk_of_lion_attack

--ks

kreuzschnabel wrote:

Ich würde da mit smoothness:foot und smoothness:bicycle arbeiten, dann können Router das bezüglich ihrer verlangten Verkehrsart auswerten. Was auf welcher Seite ist, lässt sich mangels Richtungsbezug kaum kodieren.

--ks

Naja, left und right sind sehr hart definiert durch die Zeichnungsrichtung des Ways, das ginge schon. Aber schöner ist smootheness:bicycle dennoch, da man nicht noch umständlich definieren muss, wer jetzt überhaupt auf welcher Seite fährt.

Grüße

hsimpson wrote:

Naja, left und right sind sehr hart definiert durch die Zeichnungsrichtung des Ways, das ginge schon.

Schon, aber wie setzt du das auf das vorgeschlagene :lanes um? Lanes werden in der jeweiligen Fortbewegungsrichtung von links gezählt, nicht in Way-Richtung.

Folgendes ginge:

lanes:both=2
foot:lanes:forward=no|designated
foot:lanes:backward=designated|no
bicycle:lanes:forward=designated|no
bicycle:lanes:backward=no|designated
surface:lanes:forward=asphalt|paving_stones
surface:lanes:backward=paving_stones|asphalt
[…]

Khömmt mir aber etwas umständlich vor und ist außerdem redundant.

--ks

As I said 😉

kreuzschnabel wrote:

Ich würde da mit smoothness:foot und smoothness:bicycle arbeiten, dann können Router das bezüglich ihrer verlangten Verkehrsart auswerten. Was auf welcher Seite ist, lässt sich mangels Richtungsbezug kaum kodieren...

So ähnlich habe ich das angedacht.
foot, bicycle, horse usw. sind bei OSM Begriffe für die Fortbewegungsart.
Für die Eigenschaften von Wegen gibt es footway, cycleway, sidewalk, sidepath, bridleway usw.

Deshalb würde ich diese Begriffe bevorzugen.

Aber wenn irgendwo schon etwas definiert ist, was ich immer noch nicht gefunden habe, würde ich die bestehenden Definitionen anwenden.

Bernhard