Messages

we already have this done if you download from locus store world vector map and zoom to level 1-5, then areas will be colored by defined range of color. But I'm not sure if this is useful also for common maps.

I tried that, but the downloaded map didn't work. There is no additional map under VectorMaps. If I try to add the map manually, I find the downloaded _world.zip, but when selecting it, there is an error popup saying "there is a problem with _world.zip"

As I think about it, much better should be some coloring by altitude change (gradient), then by altitude value itself

This also sounds interesting! Do you plan to implement it?

Hi,

I hope I can reuse this thread. If not, please split it into a new one.

The hillshade-rendering with offline srtm-data works very well for me. Thanks for implementing it!

Would it also be possible to implement something similar to OpenCycleMap, which has hillshading as well as "height coloring" (don't know the right word for it). I mean the tinting of the terrain depending on it's height.

For example http://www.openstreetmap.org/#map=11/43.1413/-4.7403&layers=C.
The color of the tips of the mountains is almost white, while lower regions are brown/green. Would something similar be possible in locus? That would be so nice! :-)

Thanks,
zossebart 

In der Zwischenzeit werd ich mal an einem Brouter-Profil basteln, welches besser meinen Anforderungen entspricht...

Kann ich gerne machen. Wäre das im Locus-Forum ok, obwohl es sich ja um was Brouter-spezifisches handelt?

Wir hätten hier nichts dagegen, aber gegenüber Arndt, dem Entwickler von brouter wäre es fair wenn Du es hier reinstellen und erklären würdest:
https://groups.google.com/forum/#!forum/osm-android-bikerouting

Genau deshalb meine Frage, ob das hier überhaupt rein passt. Ich würde das bei Google Groups reinstellen und hier verlinken. Ich weiß aber auch noch nicht wann ich mal so richtig dazu komme. Aber bis zum Frühjahr wird sich schon mal Zeit dafür finden...

Meine Vorlieben für die Routenberechnung wären:
- Vermeidung von Hauptverkehrsstraßen, bevorzugte Nutzung von Wald/Feldwegen (auch wenn das einen Umweg bedeuten würde, ich will in die Natur!)
- wenn Routing durch Städte/Dörfer nötig, Bevorzugung von highway=residential o.ä.
- keine Nutzung von CycleRouten, da diese oft auch auf Hauptverkehrsstraßen verlaufen

Bisher passt da noch kein Standard-Profil so richtig. Die Trekking-Profile routen mir alle noch zu sehr über Straßen. Das shortest-Profil kommt meinem Geschmack oftmals noch am nächsten, aber das kann auch daran liegen, dass es in meiner Gegend viele Wald/Feldwege gibt und der kürzeste Weg deshalb oft über solche führt.

Ich denke Brouter bietet da mit seinen editierbaren Profilen genug Möglichkeiten, um das Ergebnis zu tunen.

Prima, sehe ich ganz genauso und sowas hätte ich demgemäß auch gerne.

Hast du schonmal in die Richtung was gemacht/probiert? Ich hatte nur mal kurz ein bissel rumgebastelt, aber ohne das gewünschte Ergebnis...

Das Guiding führt Dich auf den Dir momentan nächsten Punkt auf der Originalstrecke zurück. Nächster Punkt heisst, daß der Punkt noch nicht "verbraucht" wurde, ein Punkt wird nur einmal vom Locusnavigationsalgorithmus angefahren. Nächster Punkt heisst ebenfalls, daß es um die kürzeste Verbindung (Luftlinie!) zwischen Dir und der Strecke geht, fährst Du also parallel zur Originalstrecke, so zeigt das Guiding immer seitlich nach vorne.
Wenn Du Deinen Track mit mehreren Zwischenzielen (Locusfunktion "Route and Measure" geplant hast, so würde Dich nach meinem Verständnis das neu berechnete Routing direkt zu Deinem Endziel bringen, die ursprünglichen Zwischenziele also ignorieren da sie im Track nicht ausgezeichnet sondern nur normale Trkpoints sind (bin mir aber nicht sicher, da ich das noch nie ausprobiert habe). Das Guiding hingegen würde also zwischendurch durchaus mal auf Deine Zwischenziele zeigen.

Ok, ich verstehe. Unter der Berücksichtigung von Zwischenzielen muß man die Neuberechnung natürlich anders bewerten. Das von dir beschriebene Verhalten ist ja im Prinzip das, was ich jetzt auch schon mit Locus und Brouter habe, da ich momentan ja nur Guiding entlang der Route machen kann. Wenn ich da von der Route abweiche, zeigt er ja auch immer auf den nächstgelegenen Punkt auf der Original-Route. Das ist ja ganz ok, aber je weiter ich von der Route abweiche, desto schwieriger wird es für mich, auf der Karte einen geeigneten Weg (nicht Luftlinie) zurück zur Route (oder zum nächsten Ziel) zu finden. Am idealsten wäre also sogar Routen-Neuberechnung zum nächsten Zwischenziel. Ich verstehe aber, dass das momentan nicht vorgesehen ist, und vermutlich auch nicht so auf die Schnelle implementiert werden kann.
Ich würde deshalb darauf ausweichen, unterwegs jeweils von Zwischenziel zu Zwischenziel zu navigieren. D.h. zunächst nur Navigation zum 1. Zwischenziel mit automatischer Neuberechnung bei Abweichen von der Route. Am Zwischenziel angekommen würde ich dann eine neue Route zum nächsten Zwischenziel berechnen usw.. Dank offline-Routing ist das ja unterwegs kein Problem und sollte auch relativ flott gehen, wenn die Zwischenziele z.B. schon als POIs vorhanden sind. Allerdings hätte man dann vor der Tour keinen schönen Überblick über die Länge der Gesamtstrecke. Aber man kann nicht alles haben, die Möglichkeiten, die wir jetzt schon haben, sind ja auch schon super! Das ist also keinesfalls Kritik!

Übrigens wäre die Neuberechnung für mich der einzige Mehrwert der Navigation gegenüber dem Guiding. Sprachansagen und Richtungspfeile brauche ich nicht. Da ich mit Zusatzakku (und ab nächstem Jahr hoffentlich mit Nabendynamo) unterwegs bin, habe ich das Display immer an. Stöpsel im Ohr oder gar Ansagen über den Handy-Lautsprecher kann ich auf dem Rad überhaupt nicht leiden (schon gar nicht im Wald). Aber für viele ist das sicher eine schöne Sache und technisch gesehen auf jeden Fall interessant!

Was anderes: funktionieren aktuell eigentlich Alternativrouten mit Brouter und Locus? Also ich meine über die Navigations-Funktion, nicht über den manuellen Aufruf von Brouter. Ich wollte das mal probieren, indem ich mehrmals hintereinander eine Route mit exakt den gleichen Start- und Endpunkten berechnen lasse. Es kam aber immer die gleiche Strecke raus! Hat das schonmal jemand probiert?

@Arndt:
Auch von mir Danke für die Entwicklung von Brouter!
Ich teste schon seit ein paar Versionen immer mal, aber jetzt durch die Integration in Locus geht das natürlich noch komfortabler. Ich bin sehr gespannt wie die Entwicklung weiter geht...
Die Idee mit der "foolproof-App" find ich ok. Ich persönlich werde zwar weiter die "fullfeatured-Version" verwenden, aber ich hab auch Informatik studiert :-)

In der Zwischenzeit werd ich mal an einem Brouter-Profil basteln, welches besser meinen Anforderungen entspricht...

Da lass uns gerne teilhaben, bin auch daran interessiert.

Kann ich gerne machen. Wäre das im Locus-Forum ok, obwohl es sich ja um was Brouter-spezifisches handelt?

Meine Vorlieben für die Routenberechnung wären:
- Vermeidung von Hauptverkehrsstraßen, bevorzugte Nutzung von Wald/Feldwegen (auch wenn das einen Umweg bedeuten würde, ich will in die Natur!)
- wenn Routing durch Städte/Dörfer nötig, Bevorzugung von highway=residential o.ä.
- keine Nutzung von CycleRouten, da diese oft auch auf Hauptverkehrsstraßen verlaufen

Bisher passt da noch kein Standard-Profil so richtig. Die Trekking-Profile routen mir alle noch zu sehr über Straßen. Das shortest-Profil kommt meinem Geschmack oftmals noch am nächsten, aber das kann auch daran liegen, dass es in meiner Gegend viele Wald/Feldwege gibt und der kürzeste Weg deshalb oft über solche führt.

Ich denke Brouter bietet da mit seinen editierbaren Profilen genug Möglichkeiten, um das Ergebnis zu tunen.

Ich werde versuchen, das Profil am PC mit einer AndroVM anzupassen, auf dem Smartphone wird mir das auf Dauer zu umständlich. Die VM ist jetzt schonmal soweit vorbereitet mit installiertem Locus, Brouter und den Standard-Profilen.

Ich bin sehr gespannt, wie sich auf dem Gebiet alles weiter entwickeln wird. Ich denke Locus + Brouter könnte für mich die ideale Lösung werden, um schnell mal mit dem MTB loszufahren, ohne vorher am PC erst langwierig eine Route erstellen (und auf das Handy übertragen) zu müssen.

Ich war früher nie der große Tourenplaner. Erst durch Locus getrieben mache ich jetzt so Zeugs überhaupt. Und am PC habe ich noch nie eine Route erstellt

Ich habe bei meinen Ausflügen immer gerne ein Ziel (meistens ein Geocache, den ich machen will, oder eine Sehenswürdigkeit). Ich fahre selten einfach so ins Blaue drauf los. Deshalb plane ich oft eine Strecke im Vorraus, um zu meinem Ziel zu kommen. Unterwegs bietet sich dann aber öfters ein anderer Weg an, der von der Landschaft her schöner ist, oder bei einem Multi-Cache muss ich über eine Station gehen, die nicht auf der Route liegt, deshalb wären Neuberechnungen praktisch.

Da ich aber auch öfters von der Route abweiche (im Frühjahr sind z.B. manche Waldwege noch unbefahrbar), wären automatische Neuberechnungen ideal für mich.

Auch die automatische Umschaltung auf Guiding statt der Neuberechnung ist recht nützlich.

Ich verstehe nicht, was du damit meinst. Gehst du von Navigation aus, und es wird auf Guiding umgeschaltet, wenn man zu weit von der Route abweicht? Das wäre für mich nicht sooo interessant, da ich oft mit Absicht von der Route abweiche (siehe oben: schöne Landschaft, Geocaching-Stationen, Wege nicht befahrbar usw.). Ein Rückführen (Guiding) auf die Original-Route würde mir da nichts nützen, da ich ja eine andere Strecke fahren WILL. Mein ursprünglich gestecktes Ziel möchte ich aber meist am Ende auch noch erreichen, deshalb wäre eine automatische Neuberechnung der Route zum Ziel die beste Lösung für mich.

Die Einbindung von Richtungshinweisen auf Basis "nackter Tracks" ist ja noch im Betastadium und bei Guiding braucht es keine Neuberechnung.
Ich hoffe aber, dass Menion bald die letzten Korrekturen einarbeitet und dann "Navigation on all tracks" dazu führt, dass auch brouter tracks neu berechnet werden wenn man das einstellt.

Danke für die schnelle Antwort! Das klingt ja schonmal gut, dass da was in Arbeit ist! Ich hab jetzt auch den Thread dazu gefunden.
Bei mir wird es dann auch eher im Frühjahr wieder interessant, so langsam ist ja das Wetter nicht mehr zum Mountainbiken geeignet...Vielleicht gibt es ja bis dahin eine Lösung in Locus.
In der Zwischenzeit werd ich mal an einem Brouter-Profil basteln, welches besser meinen Anforderungen entspricht...

Ich bin sehr gespannt, wie sich auf dem Gebiet alles weiter entwickeln wird. Ich denke Locus + Brouter könnte für mich die ideale Lösung werden, um schnell mal mit dem MTB loszufahren, ohne vorher am PC erst langwierig eine Route erstellen (und auf das Handy übertragen) zu müssen. Da ich aber auch öfters von der Route abweiche (im Frühjahr sind z.B. manche Waldwege noch unbefahrbar), wären automatische Neuberechnungen ideal für mich.

Vielleicht wird der Traum ja wahr :-)

Hallo,

ich bin neu hier im Forum, nutze Locus aber schon seit ca. 1 1/2 Jahren, hauptsächlich für's Geocachen und als Karte/Navigation/Tracklogger für Radtouren. Ich bin begeistert von den Möglichkeiten und den ständig dazukommenden Features (Onboard Karten Kalibrator, Hillshading und zuletzt Brouter-Unterstützung)! Da ich oft in Wäldern usw. mit schlechter Internet-Abdeckung unterwegs bin, schätze ich die Offline-Fähigkeiten von Locus sehr.

Ich hatte meine Radtouren bisher meist am PC mit OpenRouteService geplant und als GPX importiert.
Durch die mittlerweile komfortable Möglichkeit der Nutzung von Brouter als offline Routing-Engine habe ich mich jetzt auch mal mit dem Navigieren/Guiding in Locus beschäftigt. Ich hoffe dadurch die Planung der Routen vorher am PC "einzusparen", bzw. unterwegs einfach auch schnell mal eine neue Route berechnen zu können.

Was ich eigentlich sehr toll finden würde, wäre eine automatische Routen-Neuberechnung beim Abweichen von der geplanten Route. Theoretisch sollte Locus das ja können. Leider funktioniert das bei mir mit Brouter als Engine nicht. Die entsprechenden Optionen habe ich in den Einstellungen aktiviert. Leider wird auch bei großem Abstand von der Route (> 1 Km) keine neue Route berechnet.
Liegt das eventuell daran, dass Brouter keine Routing-Anweisungen generiert, und Locus deshalb "nur" das Guiding statt der Navigation aktiviert? Die Einstellungen für die Neuberechnung sind ja auch unter "Navigation", und nicht unter "Guiding". Oder kann man da was falsch machen? Vielleicht habe ich eine Einstellung übersehen?