[OSM-Dresden] Kletterzustiege in der Sächsischen Schweiz
Dietmar Schubert
webmaster at webergrotte.de
Mi Jan 14 08:26:00 CET 2026
Hallo Christian,
weder die gültige Nationalparkverordnung noch das gültige Wegekonzept verbieten das Wandern auf Kletterzugängen, insofern kann den Kletterzugängen die Eigenschaft hiking in einem Tag zugeordnet werden und ist kein Verstoß gegen irgendwelche Gesetze oder Verordnungen. Dass die Nationalparkverwaltung gerne verhindern möchte, dass diese Wege als Wanderwege genutzt werden, steht auf einem ganz anderem Blatt und in diesem Fall ist OSM der falsche Ansprechpartner.
Deine technische Begründung, dass das Tagging einer Relation über das Tag route=hiking keine weitere Unterteilung in Abhängigkeit einer nachfolgenden Tätigkeit, dem Klettern, zulässt, ist eine Unzulänglichkeit der Software und kann nicht demjenigen angelastet werden, der die Software nutzt. Zumindest ist das meine Ansicht als Softwareentwickler.
Dann muss eben ein Wert für das Tag route an der Relation gefunden werden, der genau das abbildet. Es kann nicht sein, dass sinnvolle Relationen wegen fehlender Tagwerte nicht gebildet werden können. Ob Renderer das auswerten ist für mich zweitrangig.
Mit dem Tag type=route an einer Relation, der auf jeden Fall gesetzt werden muss, wird mit dem Wert route auf keine Nutzung hingewiesen, sondern auf Objekte in der Relation, die Anfang und Ende haben. Das Tag path=climbing_access am Kletterzugang kann das Tag route=hiking an der Relation überschreiben, wie in der objektorientierten Softwareentwicklung üblich, um die Information "wandern ja, aber nur in Zusammenhang mit Klettern", abzubilden.
Letztendlich bin ich der Meinung, man kann dem Nutzer der Software nicht die Unzulänglichkeit dieser anlasten. Dann muss die Nationalparkverwaltung halt damit leben, dass OSM in diesem Fall unscharf ist, aber auch weder gegen Nationalparkverordnung oder Wegekonzept verstoßen wird.
Viele Grüße
Dietmar
> On 14/01/2026 05:33 CET Christian Pietzsch via Dresden <dresden at lists.openstreetmap.de> wrote:
>
>
> Hallo Dietmar,
>
> Das Problem ist weniger der network Tag und oder das Symbol. Das Problem ist, dass diese Wege als ausgeschilderte *Wanderwege* (die Relation an sich) eingetragen wurden. Sie sind halt keine Wanderwege im eigentlichen Sinn sondern Zustieg für Kletternde zu den Kletterfelsen.
>
> Jetzt könnte man für den Typ etwas neues erfinden (also type=climbing_access statt type=hiking) aber das wird niemand auswerten und ist auch bereits über die tags an den Wegen selbst abgedeckt (path=climbing_access) und bietet daher nicht wirklich einen Mehrwert. Einzig das osmc:symbol soll nach wiki nur an Relationen (in der Praxis sind aber auch ein paar tausend Wege damit getaggt).
>
> Grüße Christian
>
> 13.01.2026 20:02:50 Dietmar Schubert via Dresden <dresden at lists.openstreetmap.de>:
>
> > Hallo Alex,
> >
> > "Ich glaube, die Darstellung der Kletterzugänge wurde nicht in Frage gestellt. Diese waren ja bereits früher in OSM eingetragen und auch wurden auch gerendert. Neu und fragwürdig ist, diese nun zusätzlich auch als Wanderrouten eingetragen zu haben, denn das sind sie nicht"
> >
> > Wenn das Tag "network" mit dem Wert "lwn" und/oder das Tag "osmc:symbol" der Stein des Anstoßes für die heutige komplette Löschung aller Relationen der Kletterzugänge durch die Digitalbeauftragte der NPV war, ergibt sich für mich die Frage, warum nicht nur das Tag gelöscht wurde, sondern gleich alle Relationen. In der Ursprungsversion der Relationen steht als Quelle an jeder ein Link auf
> >
> > https://nationalpark-saechsische-schweiz.de/uploads/images/Downloads/11-Klettern/Kletterkarten/<karte_name>.pdf
> >
> > Auf der Karte sind sämtliche Wanderwege, Bergpfade und Kletterzugänge des jeweiligen Gebietes dargestellt. Das heißt also, wenn man eine Relation erstelle, die alle Wanderwege, Bergpfade und Kletterzugänge des jeweiligen Gebietes darstellt und Kletterzugänge nicht mit network:lwn taggt, dass wäre ja nichts weiter als eine 1:1-Übernahme der Infos der NPV, wird das nicht gelöscht? Ich bin übrigens nicht der OSM-User "grnr", der die Relationen angelegt hat und kenne ihn (oder sie) auch nicht.
> >
> > Viele Grüße
> > Dietmar
> >
> >
> >
> >> On 12/01/2026 19:47 CET Alexander Heinlein via Dresden <dresden at lists.openstreetmap.de> wrote:
> >>
> >>
> >> Hi Dietmar,
> >>
> >> On 2026-01-12 6:36 PM, Dietmar Schubert via Dresden wrote:
> >>> Wenn man schon Wege im Sandstein nach Schwerigkeit klassifizieren will, dann muss man es für alle Wege tun und eine einheitliche Bewertung für alle ansetzen. Nur damit ist einem Ortsfremden geholfen, die Schwierigkeit der Wege einzuschätzen.
> >>
> >> Richtig. Die SAC-Skala (sac_scale=*) ist ja eigentlich recht gut
> >> definiert und würde sich gut dafür eignen. Auch wenn die Nutzung
> >> außerhalb des Alpenraums umstritten ist. Eine Bewertung, unabhängig vom
> >> konkreten Tag, aber einheitlich und für alle Wege durchführen zu müssen,
> >> ist nicht ganz mit dem Konzept von OSM vereinbar. OSM basiert darauf,
> >> jederzeit irgendwo eine Verbesserung/Aktualisierung durchführen zu
> >> können, ohne dass dadurch woanders Druck erzeugt wird, analoge
> >> Anpassungen auch durchführen zu müssen. Gern kann man aber versuchen,
> >> bestimmte Aufgaben für ein definiertes Gebiet koordiniert und zeitnah
> >> durchzuführen, wenn sich genügend freiwillige Menschen dafür finden.
> >>
> >>> Es müsste für die Sächsische Schweiz eine völlig eigene Schwierigkeits-Klassifizierung geben, die die Wander-Apps zum Schluss auch auswerten.
> >>
> >> Das halte ich für keine gute Idee und es passt nicht zu deiner
> >> nachfolgenden Aussage:
> >>
> >>> [...] obwohl der Kletterzugang eindeutig mit path:climbing_access getaggt ist. Komoot wertet nicht einmal diesen Tag aus und wird sich für einen Schwierigkeitstag noch weniger interessieren.
> >>
> >> Genau deswegen sollten wir für die Schwierigkeit von Wanderwegen in der
> >> Sächsichen Schweiz kein neues Tag erfinden. Denn andernfalls müsste jede
> >> Routingsoftware und Kartenrenderer diesen Spezialfall unterstützen, was
> >> unrealistisch ist. sac_scale=* mag nicht ideal sein, ist aber gut
> >> unterstützt und hat damit sofort einen Effekt.
> >>
> >> Dass Komoot path=climbing_access nicht unterstützt, ist allerdings
> >> Komoot anzulasten. Dieses Tag ist laut
> >> https://taginfo.openstreetmap.org/tags/path%3Dclimbing_access seit 2010
> >> in Verwendung, wenn auch erst seit kurzem im Wiki (dürftig)
> >> dokumentiert. Ein neues Tag wird es daher noch schwieriger haben,
> >> berücksichtigt zu werden.
> >>
> >>> Ich halte sehr wenig davon, mittels Tags Renderer zu veranlassen, etwas nicht darzustellen, was in der Natur aber vorhanden ist und gesehen werden kann.
> >>
> >> Ich glaube, die Darstellung der Kletterzugänge wurde nicht in Frage
> >> gestellt. Diese waren ja bereits früher in OSM eingetragen und auch
> >> wurden auch gerendert. Neu und fragwürdig ist, diese nun zusätzlich auch
> >> als Wanderrouten eingetragen zu haben, denn das sind sie nicht
> >>
> >> Grüße
> >> Alex
> >> _______________________________________________
> >> Dresden mailing list
> >> Dresden at lists.openstreetmap.de
> >> https://lists.openstreetmap.de/mailman/listinfo/dresden
> > _______________________________________________
> > Dresden mailing list
> > Dresden at lists.openstreetmap.de
> > https://lists.openstreetmap.de/mailman/listinfo/dresden
> _______________________________________________
> Dresden mailing list
> Dresden at lists.openstreetmap.de
> https://lists.openstreetmap.de/mailman/listinfo/dresden
Mehr Informationen über die Mailingliste Dresden