Klettern

Also ist das so schon angenommen?

Im englischen steht noch nix drin…

Moin, auch ich habe nach Eintragen von einigen Klettergebieten das Gefühl, dass das vorgeschlagene Tagging-Schema sinnvoll ist und mir fehlte bislang auch nichts Wichtiges. Wenn niemand anderer Ansicht ist, könnten wir den Vorschlag in die “größere Runde” geben, also auf englisch und als proposed feature eintragen - den genauen Prozess kenne ich nicht und werde die nächsten 1,5 Monate auch keine Muße haben, mich da reinzuarbeiten. Wenn jemand anders das tun mag: Gern :slight_smile:
Georg

Was mir noch eingefallen ist:
Evt. macht es noch Sinn zu beschreiben ob die Routen mit Umlenkern/Umlenkrollen bestückt sind, also in die Richtung climbing:top_carabiner=all, most, few, no; wobei ich nicht weiß ob top_carabiner der richtige Begriff ist…
Kann man bei der Routenazahl auch ein “c.a.” angeben?
Ich kann mal schaun ob ich Zeit finde das ins Englische zu übertragen.
Grüße

Hallo zusammen,

ich habe ein paar Felsen in meiner Umgebung getagt und möchte gerne auf overpass-turbo.eu/s/1xO hinweisen. Damit kann man leicht eine Kletter Gegend erkunden oder tags in osm ergänzen. Auf der Karte sind Klettergebiete mit vielen Routen mit einem größeren Kreis dargestellt und Kletterhallen in blauer Farbe. Von overpass turbo kann man auch leicht kml oder gps Dateien exportieren, die sich dann auf dem Handy offline nutzen lassen ( z.B.: Oruxmaps, Locus oder Google Earth).

Wie sieht für mich die perfekte Welt aus:
Jedes Klettergebiet hat eine weltweit eindeutige ID (z.B. id=“DAV:1274” für Hainstadt im Odenwald). Diese ID ist in OpenStreetMap getagt. Weitere Infos sind nicht getagt sondern liegen bei anderen Diensten. Es gibt Apps/Dienste die von OpenStreetMap die Klettergebiets’ID abfragen und mit Daten von anderen Diensten wie DAV Felsinfo oder 27crag verbinden.

Wie sieht für mich eine mögliche praktische Welt aus:
wir taggen in unserer Umgebung z.b: für Hainstadt im Odenwald nur:
website=http://felsinfo.alpenverein.de/felsinfo/odenwald/hainstadt/1274
plus
url=http://27crags.com/crags/hainstadt
und wir pflegen die Kletter Infos beim DAV und bei 27crags & wir bauen uns eine App die das kombiniert. Eine solche App wird zwar erstmal nicht leicht, da weder DAV noch 27crags ihre Daten einfach per api zugänglich machen, aber dennoch denkbar. Falls genug dieser links eingetragen sind, dann sind sie bestimmt hilfreich,da sie von fast allen apps im OSM Umfeld dargestellt werden. Grundsätzlich kann ich so eine App programmieren, die Wetterinfos, Anfahrtszeiten und OSM links mischt.
Was meint Ihr ?

Viele Grüße
Martin

Hallo zusammen,

Da sport=climbing in OSM ja nach wie vor nicht gerendert wird habe ich am Wochenende angefangen eine Website mit einer Kletterkarte zu machen. Von der Funktionalität her wird sich das nicht so sehr von der oben von mktravel geposteten Karte unterscheiden - bloß dass es für Endanwender gedacht ist und schöne Icons etc. enthält :wink:

Die Daten kommen aus der oben bereits erwähnten overpass API und werden dynamisch mit leaflet.js über die Standard OSM Karte gelegt. Je nach Kletterart (climbing:sport/climbing:bouldering/…) wird ein unterschiedliches Symbol angezeigt, wenn man drauf klickt bekommt man mehr Infos dazu.
Die Karte ist noch in Arbeit, aber ich werde hier einen Link posten, sobald sie soweit ist…

Mir ist aufgefallen, dass viele Hochseil-/Klettergärten mit sport=climbing getaggt sind. Das ist im bisherigen Tagging-Vorschlag nicht berücksichtigt. Entweder man sollte ein sport=ropes_course (teilw. sowiso schon verwendet) einführen, oder bei sport=climbing noch mit climbing:ropes_course=yes unterscheiden.

IDs?!? Für jeden kletterbaren Felsen in der ganzen Welt?

Davon halte ich nichts. Die Daten bei DAV/27crag/… sind nicht unter freier Lizenz verfügbar. Es macht daher durchaus Sinn grundlegende Infos, wie z.B. Kletterart (Sport/Bouldern/Trad/…) in OSM zu erfassen.

Viele Grüße,
Benedikt

Ich würde sport=ropes_course bevorzugen. Es sollte dann aber schnell im Wiki geändert werden - sonst wir es immer mehr *=climbing. Und wenn möglich in OSM geändert werden, weil nicht nur ich nach einem bereits passenden Objekt suche und diese Schlüssel/Werte übernehme.

+1

Grüße,
Chris (Der noch keinen Seilkurs gesehen hat wo nicht auch geklettert wird)

Ich auch, weil es mit Sport(fels)klettern an sich ja wenig zu tun hat.

gehen auch in http://overpass-turbo.eu/s/1yp - auch wenn das Icon nicht so schön ist

+1

Von der Anzahl her sind das nichtmal kleine Krümel im Vergleich zum Kuchen aller Nodes in OSM :slight_smile: und letztlich vergibt OSM bereits IDs für alle Kletterfelsen weltweit (die Node-/Way-Nummer). Allerdings bezweifle ich, dass andere diese verwenden werden, während weltweit genutzte IDs mir sehr realistisch erscheinen, wenn die großen Alpenvereine oder IG Klettern sich darauf verständigen und die ID-Vergabe regeln (bspw. ein zentraler ID-Server der IDs aus WSG84-Koordinaten generiert, technisch und finanziell nix Dolles). Durch solche IDs sehe ausgesprochen viele Möglichkeiten, weil ich mit der Schweizer EGID, BAKOM-Flat-ID usw. arbeite und deren Vorteile bei der Business2Business-Kommunikation mitbekomme – die IDs würden völlig neue Möglichkeiten schaffen, bspw. zuverlässige Suche nach allen Papier-Kletterführern mit diesem Fels (selbst in fremden Sprachen!), einfache vollautomatische Aggregation der Daten aus verschiedeen Diensten (OSM/DAV-Felsinfo/27crags/usw),…
Wenn jemand einen Draht zu entsprechenden Ansprechpartnern bei DAV, OeAV o.ä. hat, bitte mal anfragen :slight_smile:

Das mit den Linzenzen ist ein wichtiger Aspekt: Die Daten könnten bspw. leider nicht einfach so für selbstgemachte Gebietsführer, Flyer, eine App oder gar “konkurrierende” Webseiten genutzt werden. :frowning:
Ein anderer Aspekt: Es bringt wenig, wenn Daten online von irgendwo gezogen werden könnten, ich am Fels bzw. an der Hütte aber keinen Empfang habe – die zentralen Daten (also für eine nützliche Kartendarstellung relevante Daten wie bspw. Name, Typ der Kletterei (für Icons), vielleicht Schwierigkeitsbereich (wie Farbe bei Skipisten) u.ä.) sollten wie von bstegmaier geschrieben in den OSM-Daten drin sein, die man ja bereits problemlos offline in Locus usw. verwenden kann. Zusatzdaten wie Bewertungen, Wetter usw. sollten dagegen in spezialisierten Diensten ausgelagert sein; die machen in Kartendaten nicht viel Sinn.

Die zentralen Daten sollten wegen Offline-Fähigkeit, Kartendarstellung usw (siehe oben) IMHO in OSM drin sein, denn Du willst wohl kaum Locus nachbauen :wink:
Sinnvoll fände ich eine App, die spezifische Kletter-Daten zwischenspeichert, also ein “Offline-Reader” für 27crags o.ä. und dazu optimaler Weise offline Datenerstellung (Topo-Zeichnung, Ticklist, usw.) die beim nächsten Netzempfang hochgeladen wird. Diese App würde dann Locus usw. für die Kartendarstellung, Navigation usw. aufrufen und optimalerweise auch von denen aufgerufen werden können (zB per Add-On, das Koordinaten und ggf. Ausrichtung an die App weitergibt, die nach entsprechenden Detail-Kletterinfos sucht). Für die App wären mit 27crags oder anderen Datenquellen lizenzrechtliche Aspekte zu klären, wobei ich mir gut vorstellen kann, dass der DAV und/oder 27crags sowieso gerne eine App hätten, sie lediglich nicht auf die Beine gestellt kriegen, und Dich daher vielleicht sogar unterstützen, bspw. eine API anbieten. Freundlich nachfragen kann man ja mal :slight_smile:

Direkt beim Tag sport oder leisure einen eigenen Wert für Hochseilgärten (zB high_ropes_course) zu setzen finde ich auch besser, und das sieht der Vorschlag http://wiki.openstreetmap.org/wiki/Proposed_features/high_rope_course ja auch schon so vor.

Nach meiner Erfahrung wird in vielen Hochseilgärten nur wenig (nahe gar nicht) geklettert, sondern vor allem Leitern hochgestiegen, über wacklige Elemente gelaufen und Seilrutschen entlang gesaust usw. Entsprechend sind im Vergleich zum Klettern die Bewegungsabläufe sehr anders, ebenso die Anforderungen, die Zielgruppen und Rahmenbedingungen (meist kein eigenes Material erlaubt, oft nur unter Aufsicht erlaubt,…). Es gibt mehr Gemeinsamkeiten mit Klettersteigen (Leitern, Seilbrücken usw. gibt’s auch da), aber auch hier sind die Unterschiede recht groß. Daher finde ich wenig sinnvoll, Hochseilgärten als eine Spezialisierung von Klettern zu taggen, und deutlich sinnvoller, einen eigenen Wert für den Tag Sport “Hochseilgärten” zu haben – so wie es für Tennis und Badminton auch getrennte Werte gibt :slight_smile:

Der Meinung bin ich auch. Außerdem ist von dem http://wiki.openstreetmap.org/wiki/DE:Tag:sport%3Dclimbing so gut wie nichts für (Hoch-)Seilgärten anwendbar. Es gibt keinen Fels sondern idR Bäume, keine Schwirigkeitsgrade in den üblichen Kletterskalen, die Absicherung erfolgt ganz anderst, etc.

Ich habe ein Proposal vom Juni entdeckt, das eine weitere Variante vorschlägt:
http://wiki.openstreetmap.org/wiki/Proposed_features/high_rope_course

Die Statistik der unterschiedlichen tags laut tagwatch:
26x sport=ropes_course
11x leisure=high_ropes_course
8x leisure=ropes_course
1x sport=high_ropes_course

  • unbestimmbare Anzahl an sport=climbing tags

4700

Das sind jetzt aber alle sport=climbing Tags, oder? Für die Hochseilgarten-Frage wäre interessant den Anteil der der Seilgärten an diesen 4700 zu kennen…

Nahmd,

Die kannst Du zum Teil nur am Namen erkennen. :confused:
Da hilft nur die 4792 Einträge herunterladen und sichten.

Gruß Wolf

Ich habe gerne eine bildliche Vorstellung von meiner (Kletter) Umgebung und dem proposal.

Deshalb habe ich alle Hochseilgärten in meiner Umgebung auf leisure=high_ropes_course und alle Kletterhallen auf leisure=sport_centre getagged.
Zum Veranschaulichen habe ich mit overpass turbo eine Karte aller Kletterfelsen erstellt, wobei die Hochseilgärten und Kletterhallen ausgeblendet werden: http://overpass-turbo.eu/s/1zd
Mit overpass turbo ist auch möglich nur die Kletterhallen oder Hochseilgärten anzuzeigen (dazu im overpass turbo link entsprechend aus/einkommentieren).

Ich finde so kann man gut die Lücken im Entwurf testen und die Logik für mögliche Apps oder Karten testen.
z.B. ist mir http://www.openstreetmap.org/browse/node/2378569097 aufgefallen, da ist wohl ein Kinderspielplatz als sport:climbing gesetzt(ich war selbst nie dort vor Ort). Keine Ahnung ob wir das noch im Entwurf berücksichtigen sollen., aber schaut Euch doch mal in Eurer Gegend um.

Etwas möchte ich noch loswerden: wenn man eine Statistik macht, dann sollte man in der Regel Mittelwert + Min + Max oder Mittelwert +Standardabweichung angeben.
Entweder wir geben für jeden Klettergrad die Anzahl der einzeln Routen an, z.B.
climbing:grade:UIAA:V:4 (4 Routen im Grad V)
climbing:grade:UIAA:VI:2 (2 Routen im Grad VI) mit an
oder ergänzen zu den climbing:grade:UIAA:min und climbing:grade:UIAA:max noch climbing:grade:UIAA:std für die Standardabweichung
… nur so als Vorschlag

Viele Grüße
Martin

nanu, meine natürlich zu den climbing:grade:UIAA:min und climbing:grade:UIAA:max noch climbing:grade:UIAA:mean für den Mittelwert
(oder ersetzen min,max durch mean und std)

Find es mit sport=high_ropes_course besser, da die meisten Hochseilgärten in Wäldern liegen. Sollte es tatsächlich einer mit Stangen sein, wäre eine Fläche mit leisure=* und sport=high_ropes_course angebracht.

Bei Hallen würde ich

building=yes
leisure=sport_centre
sport=climbing oder sport=high_ropes_course

nutzen. Es gibt Kletter-Seil-Hallen aber auch welche mit künstlichen Kletterwänden.

Ja, so richtig glücklich bin ich mit den Hochseilgärten auch noch nicht. Ich habe das tag leisure=high_ropes_course deswegen genommen, weil es so im proposal (http://wiki.openstreetmap.org/wiki/Proposed_features/high_rope_course) drinsteht.

sport=high_ropes_course finde ich auch besser, schade das es so nicht im proposal ist.

Ich bringe noch eine dritte Variante ein. Wir taggen Hochseilgärten mit climbing:sport=no und auch alles andere unter sport=climbing was nicht wirklich Freiklettern ist. Das ist konform zu http://wiki.openstreetmap.org/wiki/DE:Tag:sport%3Dclimbing und sollte später auch einfach von offline Karten oder Apps ausgewertet werden können.

Meinst Du das “oder” als “logisches oder” oder “entweder oder”? :slight_smile: Das ist wichtig; es gibt Hallen, die mehrere Sportarten anbieten. Ich sehe folgende Möglichkeiten
1) verschiedene Tags nutzen: Klettern und oben Hochseilgarten durch leisure=high_ropes_course und sport=climbing taggen. Das Potenzial dieser Variante ist bei 2-3 Sportarten ausgeschöpft.
2) für einen Tag mehrere Werte nutzen, also sport=climbing;high_ropes_course - das beherrschen AFAIK so einige Programme für Weiterverarbeitung von OSM-Daten nicht gut, und in der Darstellung wird üblicherweise nur eine Sportart per Icon angezeigt (statt mehrere Icons für ein einziges Objekt).
3) für jede Sportart einen eigenen Node oder Polygon innerhalb des building-polygons erstellen. Schön, weil beliebig viele Sportarten möglich sind, damit alle Programme zurecht kommen, und alle Sportarten per Icon dargestellt werden können. Zu vernachlässigen ist IMHO dass das ggf. nicht akkurat wäre, weil die nodes nebeneinander wären (lassen sich in JOSM usw sonst ganz schlecht handhaben), auch wenn die Sportarten übereinander gemacht werden (zB unten Fitness oben Hochseil). Der Ansatz ist insofern akkurat, als dass die Tags seltenst wirklich zum Gesamt-Gebäude gehören, sondern meist nur an bestimmten Bereichen im/am Gebäude zu verorten wären.

Ich fände 3) sinnvoll - skaliert gut, einfach & praktikabel, ohne konzeptionell nennenswert “unsauber” zu sein. Ob sport oder leisure = high_ropes_course ist mir völlig egal, es ist ja zum größten Teil sportliche leisuretime :wink: außer für die wenigen, die dort arbeiten.

Ist ja ein Proposal - schreibe doch auf der Diskussionsseite, was aus Deiner Sicht den für/gegen sport und leisure spricht. Dann können andere ihre Sicht ergänzen und am Ende haben wir einen gut begründeten Favoriten :slight_smile:

Ich sehe Hochseilgärten nicht als einen Typ von Kletterei, Begründung siehe Post #67.
Wenn die Mehrheit sagen sollte, dass Hochseilgärten ganz klar eine von vielen Kletter-Varianten ist, sollte nicht climbing:sport=no gesetzt werden (bei vielen yes/no-Tags wird “no” angenommen wenn nichts gesetzt wurde) weil wir dann auch alle anderen Klettervarianten auf no setzen müssten, um einen Hochseilgarten zu taggen, sondern es müsste umgekehrt climbing:high_ropes_course=yes gesetzt werden, weil das eindeutig ist UND wir dann auch ausdrücken können, dass es irgendwo einen Hochseilgarten mit Freikletter-Elementen und Bouldern gibt :slight_smile: