Schön dass mal ein Anfang gemacht ist! (Haiti war natürlich wichtiger).
Ein paar Bemerkungen zu den einzelnen Modi:
-MTB-Modus:
Scheint mir wenig brauchbar. Ist ziemlich ähnlich zum Fußgänger-Routing. Vernünftiges MTB-Routing wird es IMO erst geben wenn der Algorithmus weiß ob es aufwärts oder abwärts geht.
-Rennrad-Modus:
Radwege scheinen komplett ignoriert zu werden. Hier gibt es z. B. einen 20km langen, perfekt asphaltierten, nahezu kreuzungsfreien Radweg der parallel zu einer ziemlich unübersichtlichen Landstraße verläuft. Wenn ich Rennradfahrer wäre würde ich den Radweg nehmen.
- sicherer Weg-Modus:
Für mich die positive Überraschung. Wenn man auf Waldautobahnen steht ist das Routing ziemlich perfekt. Ich würde mir im Sinne des beabsichtigten "sicheren" Routings aber wünschen, dass auch ausgeschilderte Radrouten die auf ruhigen Straßen oder straßenbegleitenden Radwegen verlaufen besser berücksichtigt werden (OSM-Tags ncn, rcn und lcn) .
Ich habe mal zum Spaß einen Alpencross von Mittenwald nach Riva rechnen lassen. Die erste Hälfte sah gar nicht so schlecht aus, es ging sogar über den Brenner Grenzkamm. Dann aber wurde der Radweg-Magnet aktiviert und es ging von Brixen bis Rovereto immer an Eisack und Etsch entlang.
Übrigens habe ich im openmtbmap-Thread mal einen Vorschlag für ein verbessertes MTB-Routing eingestellt.
http://www.mtb-news.de/forum/showpost.php?p=6621318&postcount=1197
Es wäre schön wenn sich hier mal eine Diskussion in diese Richtung entwickeln würde. Kontakt zu den Machern von openrouteservice hat der Threaderöffner ja.
Hier mal der Vorschlag von Cornholio:
Hallo zusammen,
obwohl ich kein
Garmin besitze habe ich mir die Openmtbmap trotzdem mal runtergeladen, weil ich mal die Autorouting Funktion testen wollte. Ich muss sagen großes Lob an den (die?) Macher, was besseres habe ich bis jetzt noch nicht gesehen!
Trotzdem muss ich sagen, dass es noch lange nicht das ist was ich mir von einem MTB Autorouting erträume.
Die Openmtbmap ermittelt mir im Prinzip die Lösung für die Aufgabe "Zeige mir den schnellsten Weg von A nach B. Nimm Umweg in Kauf wenn für MTB lohnend."
In 80 % der Fälle suche ich (und wahrscheinlich auch die meisten anderen MTBler und RRler) aber die Antwort auf die Frage "Welches ist die beste Tour vom Startpunkt A die X km lang ist?"
Ich habe lange darüber gedacht wie man das am besten verwirklichen könnte und wollte mal von den anwesenden Programmierern wisssen ob so was theoretisch möglich wäre.
Im Prinzip handelt es sich ja um eine Nutzenmaximierung. Ich habe 50km zur Verfügung und möchte dafür den maximalen Bikespass erhalten.
Man müsste also für jeden Way in der OSM einen Nutzwert pro Streckeneinheit errechnen.
Wie errechnet sich der Nutzwert einer Streckeneinheit fragt ihr jetzt natürlich. Als Grundlage sehe ich erstmal die highway, tracktype und mtb:scale tags. In der Routingsoftware meiner Träume stellt man erstmal den Radfahrertyp ein.
Ich finde die in der Diskussion zum tag cycleworth vorgeschlagenen Typen MTBler, Radroutenfahrer/Tourist, Pendler und RRler ziemlich perfekt.
Durch diese Einstellung wird dann ein Preset geladen das die tags in eine Ordnung bringt und mit Punkten pro gefahrenen km versieht. Einmal für aufwärts und einmal für abwärts fahren. Für MTB aufwärts wäre im Preset dann z.B. für tracktype=2 dann +10 Punkte pro km hinterlegt, für Autobahn oder mtb:scale=5 dann -100 oder was auch immer. Das wäre dann natürlich alles nach persönlichen Vorlieben nachjustierbar.
Als weitere objektiv messbar Komponente würde ich das incline tag als Faktor einrechnen. Man nennt der Software also den Steigungsgrad den man am liebsten hochfährt z.B. 8%.
Dann würden z.b. alle Nutzwerte die bei 8% Steigung gefahren werden nochmal um z.B. 20% erhöht werden, Steigungen von 7% oder 9% würden eine Erhöhung des Nutzwerts von 18% bringen usw.
Dann würde ich als Restkomponente noch das cycleworth tag heranziehen.
Ist z.b. cycleworth:mtb=+3 gesetzt wird der Nutzwert nochmal mit z.B. 1.5 mutipliziert bei -3 dann vielleicht mit 0.5.
Ein 10km langer mit 8% ansteigender und mit cycleworth:mtb= +3 getaggter Schotterweg hätte dann den Nutzwert 10km * 10Punkte/km *1,2 *1,5 = 180 Punkte.
Ein Algorithmus müsste dann solange alle Strecken die zusammen nicht länger als 50km sind miteinander kombinieren bis kein höherer Nutzwert mehr gefunden werden kann.
Hört sich doch gut an oder?
So und jetzt nochmal die Frage: Ist das umsetzbar? Bitte sagt ja...
Wo liegen die größten Hürden? In welchen Fällen würde dieser Algorithmus falsche/schlechte Lösungen liefern? (eigentlich ja nie wenn man die perfekten Einstellungen gefunden hat
)
Grüße
Cornholio
----------------
)
