Klettern

Inzwischen habe ich mehrmals uiaa_scale=* gesehen. Das gefällt mir sehr gut, zumal der Key analog zu sac_scale=* benannt ist.
Fürs Bouldern kann man boulder_scale=* verwenden, usw.

Denke ich auch, das ist wohl die simpelste Methode wenn es um Nodes aus OSM geht die in ein Garmin sollen. Schau dir mal diese Anleitung an:
http://gps.maroufi.net/gpi-pois.shtml

Dort etwas nach unten scrollen zu “POIs aus Openstreetmap”

Schöne Grüße
unixasket

Ja, damit wäre eine gewisse Konsistenz gewahrt. Dafür könnte man nicht mehr nach Elementen suchen, die irgendeine Bewertung enthalten (climbing:grade:), und man hätte in der Eigenschaften-Liste eines Elements man nicht alle Skalen als ein Block (weil alle den gleichen Präfix climbing:grade: haben) sondern verstreut zwischen den anderen Tags (climbing:french_scale oben, dazwischen alles Mögliche, climbing:uiaa_scale unten), wobei wohl nur selten mehr als 2-3 Skalen angegeben werden dürften. Gerade das mit dem Suchen finde ich ein gewichtiges Argument, auch, weil man dann bspw. in Renderern mit nur einer einzigen Angabe für alle Skalen die Schwierigkeit als Text ausgeben lassen könnte.

Das ist ja eine reine Sache der Darstellung der Editoren. :wink:

Hm. Was ich ideal ansehen würde: 27crags & Co würden all die Kletter-Community-Aspekte speichern (Favoriten, Empfehlungen, Fotos, etc pp) und OSM die Wegeinformation - es ist wenig nützlich, wenn auf 27crags jemand den Zustieg als way in die Karte eingetragen hat, die Routing-Software aber auf OSM-Daten beruht daher den Zustieg nicht finden kann, und Du im Gelände auch “nur” eine OSM Karte hast. Stell Dir vor, 27crags würde im Kartenfenster direkt OSM mit Potlach anbieten, um Zustiege & POIs wie Quellen, Toiletten usw. zu ergänzen/korrigieren! Das ergäbe maximalen Nutzen und die geringste Hürde (Nutzer könnten alles an einer Stelle bearbeiten, egal ob 27crags- oder OSM-Daten).

Ich hab soweit ich weiß mal als Anregung an 27crags gegeben, dass sie OSM Karten zusätzlich zu Google anbieten sollen, da diese oft gerade bei Zustiegen genauer sind und kostenlos.

Aber ich denke die sind relativ langsam mit der Weiterentwicklung :wink:
Evtl kann sich ja jemand, der Plan davon hat, anbieten etwas in die Richtung aus zu helfen :slight_smile:

Auch ich habe sie angeschrieben. Einige Anregungen, meist “kleine” Verbesserungen, haben sie in wenigen Tagen umgesetzt, und auch an der Seite mit den Karten wollen sie etwas machen, wobei ich gut verstehen kann, dass das etwas länger dauert, weil es in 2 Hinsichten “etwas Größeres” ist

  1. Einbindung von OSM als Karte - aber welches der x Render-Themes sollen sie nehmen? In der Standard-Karte tauchen einige relevante Dinge nicht auf, u.a. Kletter-Spots. Wie ist die Performance welches Tile-Servers? Und wie sollen die Overlays aussehen? Usw. Die Vielfältigkeit & Offenheit von OSM macht OSM nicht nur mächtig, sondern auch aufwendig.
  2. Wahrscheinlich gibt zu weitergehender Verbindung zwischen 27crags und OSM zunächst eine 27crags-interne Diskussion, insbesondere welche Daten bei ihnen und welche bei OSM liegen sollen - die Daten & User sind schließlich das Kapital einer Website. Gut fände ich, wenn die Zustiegs-Infos komplett in OSM lägen, und Potlach direkt innerhalb 27crags verfügbar wäre :slight_smile: So könnten beide Seiten sich auf ihre Stärken fokussieren (OSM Karteninformationen / 27cras Climbing-Community) und Nutzer könnten mit Zustiegs-Daten richtig viel machen (offline nutzen, Routenplaner von daheim bis zum Fels nutzen,…).

Servus!

Wie gehts nun weiter? Ich hab jetzt zwei Klettergebiete eingetragen und denke das alles drin ist um ein Gebiet zu beschreiben!

Grüße

Was soll weiter gehen?
Einfach immer fleißig eintragen und hoffen das sich noch mehr Leute anschließen :wink:

Evtl noch zusätzlich auf 27crags mit helfen und dort auch hoffen :smiley:

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