Flagstones

Es gibt sie noch, die schönen Momente!

Letztes Jahr ist ein furchtbar morastiger Wegabschnitt oben in den Pennines mit Steinplatten (flagstones) ausgelegt worden: http://www.northpennines.org.uk/our-work/peatland-programme/raising-the-standard/

Mein Aufruf unter https://www.openstreetmap.org/note/1021956 nach genaueren Daten blieb erfolglos.

So schrieb ich vorgestern dem im Artikel genannten Kontaktmenschen eine Mail mit der Frage nach dem genauen Verlauf der neuen Strecke. Und bekomme heute eine exakte Karte von ihm, nach Abschluss des Projekts eigens per Drohne aufgenommen, sowie das Angebot, mich auch noch mit Shapefiles zu versorgen, wenn nötig. Ist nicht nötig, mit JOSMs PicLayer-Plugin ließ sich das bestens lösen.

Ist schon drin:
http://osm.org/way/570004428
http://osm.org/way/570004429
http://osm.org/way/570004430

Da osm-carto leider surface=stone als unpaved auswertet, ich die befestigten Teile aber gern hervorgehoben hätte, bin ich auf surface=paved ausgewichen mit einer description dazu – ist ja nicht falsch. Oder geht das noch besser?

–ks

https://wiki.openstreetmap.org/wiki/Key:surface sagt surface=paving_stones

Tatsächlich, da steht flagstones. Halte ich für unglücklich. surface=paving_stones sind für mich Oberflächen aus künstlich hergestellten, perfekt zusammenpassenden Stein-Elementen (quasi Verbundstein). Ich bezweifle, dass ein Flagstone-befestigter Weg im Gelände damit vergleichbar ist, denn von „The gaps between individual paving stones are very narrow“ kann da keine Rede sein. So sieht so was aus: https://commons.wikimedia.org/wiki/File:Pennine_Way_Great_Shunner_Fell_North.jpg

–ks

Vielleicht dann image=* mit an den Weg.

Ich würde die paving_stones nicht so perfekt sehen. Ehemalige Saumpfade am Mittelmeer und in den Alpen sind stellenweise ziemlich holprig, auch wenn sie Stein an Stein gepflastert sind.
Ein description=, ein width= und ein smoothness=terrible (für Biker) als zusätzliche Aussagen sollten genügen.

+1 smoothness=horrible statt terrible und evtl. noch sac_scale und mtb:scale sollten die Merkmale aussagekräftig (auch) für Router beschreiben.

Ich halte sac_scale für so etwas für falsch. Der Weg ist gemessen an alpinen Verhältnissen (für die sac_scale gemacht ist) relativ flach. Es gibt keine alpinen Schwierigkeiten. Wenn man da überhaupt sac_scale verwendet dann nur sac_scale=hiking, aber bestimmt nicht mountain_hiking. Leider werden immer mal wieder Wege in Gebieten die gar nicht alpin sind mit einem viel zu hohen sac_scale Wert versehen, weil es vielleicht subjektiv oder auch objektiv andere Schwierigkeiten gibt. Vielleicht wäre mal eine Schwierigkeitsbewertung für Wanderwege im außeralpinen Bereich gut.

Gruß
unixasket

D’accord. Deshalb hab ich’s auch so gemacht. Wo liegt genau das Problem? :smiley:

–ks

Auch in den Mittelgebirgen gibt es “alpine” Passagen, bei denen sogar Todesfälle vorkamen.
Weit über 90% sind aber schon hiking bis mountain_hiking. Die letzteren mache ich relativ gesehen daran fest, ob es deutlich bergauf/bergab geht, ob man gutes Schuhwerk braucht und ob sie bei Nässe oder im Winter gefährlich werden können.
Im vorliegenden Fall ist es also für mich ganz klar “hiking”.

Dass man auch im Hochgebirge Flipflops antreffen und sich bei Blitzeis auf völlig ebener Fläche den Knochen brechen kann, sei außen vor.