Messages

Thanks for your insight.
There are definitely many factors at play.

I'm sure LM uses Brouter to get the address online, because I just got a big errror message from Brouter on the screen when selecting a point. That also somewhat explains the "Loading..." name.

I only have outdated LoMaps but I can confirm it works. But whether the address data comes from offline maps or online requests shouldn't matter. This should be transparent to the user. If the address data is shown, it is known to LM and should be used.
But weirdly I managed to get named shape points when using LoMaps Online. Seems like the offline version is installed, it queries that for the name of a point. But that isn't logical. I can only assume that long-press shows the BRouter address, but then it would save the offline LoMaps name. It should most of the time be the same, but there is no guarentee. 
Also, if a user online LoMaps and has some offline LoMaps installed for some regions, the name for new route points would work in some cases, but not in others. There is no obvious reason for the user why this would happen.

Thanks for the tip of longpress +. I didn't know this is possible. Problem is it still needs the offline LoMaps to use the names. If I want to have named waypoints I still prefer longpressing on the map to see the name and then adding it to the route, because this way I can see the name of the place beforehand. If I choose "screen centre" I don't see the name in advance. 
And when there is no offline LoMap for the area the via points are named with the coordinates. I don't think this isn't helpful either. You see the point already on the map. The coordinates as a string are not really meaningful for humans. And if someone wants the actual coordinates, they could just select the point and it will display the coordinates and they can even be edited.
But these reveals another oddity: If you name a via point and then adjust the numeric coordinates, the name is overwritten. If there are no offline LoMaps it will be renamed to the generic "Zwischenziel" (waypoint), if the offline LoMaps exist, it pick a new name depending on what the LoMaps say. This is also unexpected behaviour.

You can change the name of a via point by clicking again on the via point icon. If you do that for a shape point, it just closes the details for this point. Unexpected.
I don't think you can change the icon at all.

Anyway, I'm not planning to use offline LoMaps. They cost money and I'm online anyways, Also I use online router for navigation. I can get offline maps elsewhere. And this shouldn't be a prerequisite for being able to get names points in the planner.

PS: I was wrong that start and end have to be vias. They can be shape point too. But that changes nothing about the confusing UI.

Hello Manuel,
thanks for the video. I'm little confused from it. So few notes:

- in the first part, you have disabled LoPoints, so no active items are on the map. When you long click anywhere on the map, no matter if there is any LoPoint/point etc, the app creates a temporary point and sets its address. But it does not mean, it knows it is a valid place with something interesting.

Now I understand what you mean regarding the temporary point. But the temporary points gets a name and it is shown. So why not use it when setting the waypoint? It makes no sense to throw this information away instead of using it. 

Not sure what you mean by "valid". It is named after the nearest map feature, which is of course a valid and helpful name and that's why the app shows it to begin with. Whether it is interesting should be up to the user.
E.g. without any POI or LoPoints enabled I can long press close to the Eiffel Tower. The temporary place shown is called "Eiffel Tower". If I add it to a route is becomes an unnamed shape point. And IMO it should transfer the name of the temporary point. It shouldn't matter that is not generated from some POI that sits on the geometric center of the tower.
This way I can plan a route with names points without having to enable or search for fitting POIs. And some named map features are sinmpyl not in POI databases. This would be a very useful feature that does no harm.

Here is a graphic showing the 3 ways to add a route point like in the video

I don't think it is consistent that points from the map are not named as shown in the top point on the left.
Additionally it is also not consistent how shape points are handled. I cannot rename them directly, but I can change them into a via point, then rename them, then change it back to a shape point. Now it is named.

I also noticed a minor bug when planning a route this way. The first two point in a route are forced to be via points. When choosing a point from the map and not a POI it will add a via point called "Lade...", i.e. "Loading..." in English. This is also shown in the graphic.
It will never load anything and stay this way. This is hardly intended behaviour. I bet this is connected to the fact that shape points are not named.


Overall, this is the expected behaviour:
- When adding a point picked from the map, it should name the point according to the label the app has given the temporary point.
- Additionally it should give the user the option to add them as a via point or a shaped point. Just because it was picked from the map doesn't mean it is a meaningless shape point.
Or a sensible default could be chosen. My suggestion is to add temporary points from the map as named via points. If the user only want a shape point, changing it to one is much faster than having to manually name it when changing it to a via point. And in the case when the user reroutes a segment by dragging the red circle it should be a shape point. Name doesn't matter that much in this case but, again, it doesn't hurt to fill out the name of the location, even if it is just the street name.

Here is a video:

As you can see I can select POIs from the map like the BBQ spot, the church or the cafe. The planner shows the name at the bottom and three option to add it to the route, i.e. start, middle, end. If I choose an option there is only a generic triangular "shaping point" (looks like that is the English name). If I want to name the point and have it announced I need to change it into a via point and rename it. 

Then I enabled Locus Points and tried to add it, and it looks like I managed to not select the point correctly, so it only created shaping points. After recording the video I tested it again and then it worked, i.e. I select the point, the name is shown with the three options but in this case it creates a correctly named via point.
But this can also be seen in the video at the end. I add a point from my own points and it shows the name and after adding a named via point is added.

So, Locus maps knows the name of the selected point, regardless if it is a point from the map (here Openandromap), a LoPoint or already saved point. It shows the name when you can choose where you want to add it in the route, but if the point is from the map, it just generates a generic unnamed shape point. 

I don't see how that is technically complicated. All the data is there, location and name, it's just different behaviour.
But at the end

With the normal POIs, the address is adopted if you have the corresponding LoMap with address database installed. The name of the POI is actually not, but that's what LoPoints are for. So I don't see such a great need.

I disagree that there is no "great" need. This might be the case for you, but not for everyone. There is definitely a need for me and there is also zero drawbacks to this functionality. There will be no one who pressed on a POI then adds it to a route and not wanting the name. And these people could just clear the name afterwards. Much easier than vice versa.     
LM knows the name of the POI, it shows it. There is simply no reason not to use it if you add it to the route. Depending on the maps used the POI might also not be in the LoPoints. 

That said, I don't use LoMaps. I also never used LoPoints. I enabled them now (awful interface for selection, BTW) and it works fine. That doesn't change my opinion that the name should be transferred to the route marker.

Hi,

when long-pressing a POI on the map, e.g. monuments, sights, etc. in the route planner a menu is shown where the name of the POI is shown and three buttons to add this POI to the route. 
But instead of adding a named waypoint to the route, the planner just adds an anonymous waypoint. In order to have navigation announce it properly, I then have to manually rename the waypoint.
IMO the route planner should use the name for the POI.

TY

When planning a route, single taps create too many false waypoints for me. I don't think I'm particularly clumsy, it just happens now and then. I think the buttons to add a point or the add option when having a special point marked on the map are sufficient enough and the control over the position and input is much better. 
Is there any way to turn off the function to add points when single tapping the map during planning?

Ich möchte ohnehin die importierten Stecken nicht 1 zu 1 nachfahren. Ich schaue mir die Umgebung an und baue hier und da noch was schönes ein und lasse andere Bereiche weg. Ganz nach meinen Vorlieben.

Das sind ja bereits von mir geplante Strecken, keine Trackaufzeichnungen. 

Aber jetzt weiß ich ja, wie es klappt.

Die Lösung ist diese Idee. Am besten Voten und dein Kommentar dazu.
https://help.locusmap.eu/topic/navigation-from-track

Interessant, da mehrere Namen aus diesem Thread zu finden 
Das Ganze ist schon viele Jahre alt und der Entwickler sperrt sich ja etwas. Naja. Testweise kann Komoot und auch brouter diese Funktion ausreichend gut. 
Da ich ja jetzt weiß, wie ich den Track richtig vorbereiten kann, ohne dass eine Neuberechnung notwendig ist, reicht mir das.

Zum Hintergrundverständnis: Locus Map arbeitet intern nur mit Tracks, nicht mit Routen, wie Garmin. Selbst, wenn man eine Route von Garmin importiert, wird daraus intern ein Track erstellt. Der Routenplaner implementiert in den Track an den entsprechenden Stellen den jeweiligen Abbiegehinweis - er gehört sozusagen zum Track und wird nicht während des Routings erzeugt. Werkzeuge, die diesen für Locus "sauberen" Track inklusiv Abbiegehinweisen erstellen können, sind

- der App-interne Routenplaner

- der Locus Webplaner

- Brouter Webplaner mit den von 0709 erwähnten Einstellungen (Locus Style)

Danke für die Erläuterung. 
Ich habe jetzt einen Track erzeugt wie 0709 es sagte. Der "Trick" ist, den Cloud-Button zu nehmen, obwohl dort steht, dass die Funktion "deprectated" ist. Dort sind die Anweisungen im Track selbst. Wenn man den Export nimmt, sind die turn instruction Wegpunkte und die Ansagen gehen nicht richtig.
ABER, ich habe auch mal ein GPX vom Locus Webplaner exportiert und dort sind die Ansagen auch Wegpunkte, was mich jetzt völlig verwirrt. Jetzt muss ich nochmal testen, ob das GPX aus dem Locus Webplaner funktioniert und der aus Brouter nicht. Vorher hat diese Version aus dem Brouter aber nie funktioniert.
(Leider ist das Design des Locus Webplaners schlecht. Der geplante Track hat die gleiche Farbe wie in der Karte vorhandene Bikerouten, was es sehr unübersichtlich macht.)
Nachdem was 0709 gesagt hat, muss man die Wegpunkte beim Import mergen. Werde ich mal testen.

[Download via the cloud button]

The correct procedure is still an abomination in terms of user-friendliness.

Exactly.

...
Export > GPX > Download via the cloud button between Close and Export route.
...

THANK you. 
That's the one thing I did different.
I used the export button, because that's what I want. The cloud symbol is misleading and the tooltip says "deprecated". That's why I didn't us it.
And the export looks fine, because the turn instructions are in the gpx, but as waypoints. By using the cloud symbol, the instructions are part of the track points. 
Loaded them up, went on a walk and finally it works.

"Also geplanten GPX-Track aus Komoot in Locus Map importieren und die Navigation gestartet."

This does not work properly as the komoot export gpx track does not contain navigation instructions.
Thus Locus will only generate turn directions based onto the track shape

Not even that. It just created mostly nonsense. 
And, well, I thought it will run it through a routing software and then it has the instructions. I even installed brouter. And if I use bikerouter.de I can load the track and it will generate proper instructions. That's why it is so puzzling why it didn't work.

But it's still all weird, because what does the routing provider do in the navigation setting if I have to provide the instructions in the track? 
Also, with brouter saying that the "cloud" download is deprecated, once they remove this function, the exported gpx will be mostly useless, because this method doesn't work anymore. But it looks like it would be relatively easy to run a script over the gpx to move the instruction waypoints into the track.

Ich nutze Locus Map schon sehr lange zum Navigieren beim Wandern oder Motorradfahren.
Das klappt eigentlich richtig gut.
Ich kann mich aber erinnern, dass ich früher auch einmal Probleme hatte als ich die Routen nicht in locus sondern woanders geplant hatte.

In Locus habe ich die Route bisher nicht geplant. Ist halt auch etwas lästig auf dem Smartphone. Aber wenn ich nur eine fertige Route nachbauen muss, sollte das recht schnell gehen.

Vielleicht verursacht dass das Problem.
Es kommt nämlich, glaube ich, darauf an wer wann die Navigationsanweisungen generiert.

Klar, aber Locus generiert ja Anweisungen, wenn man einen Track nimmt und dann die Navigation nutzt. Der Track enthält hier normalerweise keine. Und die generierten sind Mist. 
Generiere ich die vorher, wie beschrieben, dann werden sie nicht berücksichtigt.

Ich habe schon immer Komoot zum Planen und Navigieren meiner Wandertouren genutzt. Seit einigen Jahren nutze ich Locus Map wegen der besseres GPS-Aufzeichnung und als Notizensystem für's Mapping. D.h. aber auch, dass ich immer zwei Apps gleichzeitig laufen habe, was mehr Strom zieht. Daher suche ich nach einer Möglichkeit, brauchbare Navigationsansagen auch von Locus Map zu bekommen. Bisher ohne Erfolg... naja, fast.

Die Navigationsanweisungen von Komoot sind für mich hier der Goldstandard. D.h. es erfolgen Ansagen, wenn ich irgendwo abbiegen muss, sonst nicht. Geht es immer den Weg lang, kommt nichts. Komoot sagt nur "Folgen Sie dem Weg x (k)m", wenn es ein längeres Wegstück ist, was super ist.
Auch Komoot macht hier und da kleine Fehler und bei komplizierteren Kreuzungen muss man mal nachschauen, aber generell ist es sehr gut.

Zuerst habe ich es mit der Funktion "Navigation probiert".
Also geplanten GPX-Track aus Komoot in Locus Map importieren und die Navigation gestartet.
Ergebnis: Unbrauchbar. Relativ willkürlich werden an leichten Biegungen im Weg Ansagen wie "nach links" angesagt. Fast so, als ob die App denkt, sie müsse alle paar 100 m eine Ansage mache. Schönes Beispiel gestern: Weg macht eine relative scharfe Kurve rechts um 90°, aber ohne dass da eine Kreuzung ist. Vorher kam eine Ansage "nach rechts", aber auf der Karte habe ich schon gesehen, dass das nicht der scharfen Kurve galt, sondern einer leichten Rechtskurve nach dem Knick. Und auch da gab es keine Kreuzung. Sinnlos.
Vor allem gibt es auch keine Nuancen bei den Anweisungen. Entweder links oder rechts. Ständig denkt man, man solle sich links oder rechts in die Büsche begeben. Auch schlecht, wenn man nur leicht die Richtung wechseln soll, aber an gleicher Stelle wirklich ein anderer Weg scharf abknickt.
Andere Highlights: Keine Ansagen, dort wo man wirklich abbiegen muss, z.B. T-Kreuzung, oder sogar Ansagen in die falsche Richtung bei Strecken, die quasi gerade sind.
Wie gesagt, unbrauchbar.
Als Router habe ich LoRouter, GraphHopper und BRouter probiert. So wirklich konnte ich keine Unterschiede merken. Allein das finde ich komisch, aber ich wüsste nicht, was ich falsch mache. Lediglich die Ansagehäufigkeit schien was auszumachen. Das war dann aber mal der Unterschied zwischen "keine Ansage" und öfters Ansagen mitten auf Wegen, wie oben beschrieben.

Danach habe ich mich mal über BRouter und Locus Map informiert, weil ich irgendwie verstehen wollte, was da passiert und wie ich das Ergebnis verbessern kann. 
Am Ende bin ich dann bei Bikerouter.de gelandet und habe herausgefunden, wie ich eine GPX-Datei erstellen kann, quasi genau die Anweisungen enthält, die ich braucht. Dafür gibt es spezifische Optionen für Locus Map.

Gerüstet mit so einem Track mit Anweisungen habe ich es dann voller Hoffnung nochmal gestartet.
Funktion "Navigation": Kein Unterschied. Alles so schlecht wie vorher. 
Funktion "Zielführung": Anfangs dachte ich, das würde funktionieren, aber es passte auch nicht so richtig. Ich habe es dann noch ein paar Mal in der Tour gestartet und die Ansagen ergaben überhaupt keinen Sinn.

Das einzige, was halbwegs funktioniert, war, die Ansage-Waypoints, die auch in dem GPX stecken, über die Punktbenachrichtigung mittels TTS ansagen zu lassen.
Nachteil: Die Namen sind Englisch, was mit der restlichen deutschen Aussprache schlecht verständlich ist. Zudem erzählt Locus Maps noch viel mehr, wie Abstand, Richtung, was ich nicht wirklich braucht. Auf die Schnelle konnte ich auch nicht sehen, wie man das ändert. Und wenn mehrere Punkte nah beieinander sind, werden die Punkte nicht mehr angesagt, sondern nur die Anzahl der Punkte genannt, was dumm ist.

Also, wie bekomme ich wirklich gute Ansagen in Locus Maps hin?