"Route as Track" wird nicht wie geplant navigiert

[Martin Wilcke]

Ich habe heute noch einmal einen Test mit einer anderen Route durchgeführt – dasselbe Ergebnis.
https://www.myrouteapp.com/en/social/route/12968571?mode=share

Könnte bitte jemand ausprobieren, diese Route, so wie in OSM geplant, in MRA NN mit "Route as Track" zu navigieren (graue Linie)?

Ich bekomme das nicht hin,es wird immer die Strecke über die A7 gewählt; also offensichtlich die Route, die mit HERE berechnet wird. Das ist auch das Ergebnis, wenn ich meine mit OSM geplante Route als (gpx 1.1 track, POI) exportiere (blaue Linie).

Danke für eure Hilfe.

[Peter Zehentreiter]

@Martin-Wilcke Wenn ich im Routenlabor vermeiden AB auswähle , dann kann ich Deine gewünschte Strecke teilweise als Track navigieren.

[Peter Zehentreiter]

@Martin-Wilcke Bei diesem Beispiel habe ich "keine" Vermeidung der AB eingestellt, jedoch die Kurvigkeit der Segmente geändert.

[Martin Wilcke]

@Peter-Zehentreiter
Ja, das geht. Aber das ist nicht der Punkt.

Bis vor Kurzem konnte ich eine mit OSM geplante Routen mittels “Routes as tracks” exakt so navigieren. Das scheint nicht mehr zu funktionieren.

Und es war auch ganz sicher möglich, eine mit OSM geplante Route genau so als Track zu exportieren. Das geht auch nicht mehr.

Wird OSM gerade sukzessive in MRA abgeschaltet?

[Peter Zehentreiter]

@Martin-Wilcke said in "Route as Track" wird nicht wie geplant navigiert:

Wird OSM gerade sukzessive in MRA abgeschaltet?

Kann ich leider nicht beatworten........

[Jörgen]

Ich kann dein Problem noch nicht so ganz nachvollziehen.
Wenn ich deine Route nehme und das letzte Segment (was ja nur in OSM geht) kurvig gestalte und diese dann auf HERE-Karte umstelle, wird diese mit WP gefüllt und entspricht in etwa deiner Planung. So kann ich die dann auch in der Navigation Next abfahren.

[Martin Wilcke]

Ja, alles richtig. Mann kann durch verschiedene Maßnahmen, insbesondere das Setzen von zusätzlichen SPs, die Route so bearbeiten, dass der mit HERE gerechnete Verlauf dem mit OSM gerechneten entspricht.

Aber das alles ist nicht notwendig. Wenn man „Routes as Track“ bei der Navigation verwendet, kann man einfach eine Tour mit OSM planen und die dann genau so navigieren. Das ist ja das geniale an diesem Feature, dass man bei der Planung nicht auf HERE Rücksicht nehmen muss!

Genau das geht jetzt nicht mehr. Und ich kann die mit OSM geplante Route auch nicht als Track exportieren, um diesen dann z.B. mit DMD zu navigieren.

Es sieht so aus, als ob der mit OSM gerechnete Verlauf auf dem Bildschirm angezeigt, aber nicht in der Datenbank gespeichert wird. Also entweder ein Bug - oder das Feature ist abgeschaltet.

[Martin Wilcke]

Ich habe noch ein bisschen weitergeforscht.

In dem Beispiel mit der A7 hatte ich OSM verwendet und "Curves = Average" eingestellt; dadurch wurde die Autobahn automatisch vermieden - aber diese Route wird, wie geschrieben, bei der Navigation nicht verwendet, sondern der Weg über die Autobahn.

Wenn ich aber "Avoid = Motorway" hinzufüge, klappt es: Die Route wird dann exakt so navigiert. Sehr seltsam.

Genauso seltsam ist, dass auch bei "Avoid = Toll Roads" ( ohne "Avoid = Motorway") der Weg nicht über die Autobahn genommen wird, obwohl die A7 keine "Toll Road" ist. Ich glaube, den Fehler hatten wir schon mal beschrieben.

Noch seltsamer ist, dass sowohl bei "Avoid = Motorway" als auch bei "Avoid = Toll Roads" die Autobahn vermieden wird, aber ein unterschiedlicher Streckenverlauf berechnet wird.

Ganz ehrlich: Die OSM-Implementierung im MRA Web-Planer ist nicht zu gebrauchen, und HERE ist für die Planung schöner Motorradstrecken überhaupt nicht geeignet.

Das ist schon ziemlich frustrierend. Ich werde meine Touren baw. mit anderen Apps planen - hoffen wir mal, dass der neue MRA Webplaner die ganze Wartezeit wirklich wert ist.

[Jörgen]

Hi, ich benutze zu 90 % meinen Instinkt und die Michelin-Karte, um schöne Streckenabschnitte zu finden. Die ganzen Automatismen funktionieren nie perfekt.
Eigen gesetzte WP sind immer noch besser.

[Martin Wilcke]

@Jörgen

Ich weiß genau, was du meinst. Das ist wie früher, wo man eine hochwertige Papierkarte hatte und darauf eine Linie eingemalt hat. Das mache ich heute manchmal auch noch so, nur digital. Da brauche ich dann nur eine Software, die meine gemalte Linie auf die Straßen einrastet (oder manchmal eben auch nicht). Das ist für mich dann Trackplanung und da brauche ich überhaupt keine Routing Engine.

Manchmal liegt mein Fokus aber auf POIs, die ich ansteuern will, und den Weg dazwischen lasse ich mir durch eine gute Routen Engine ermitteln, wobei ich meine Präferenzen über Optionen einstellen kann. Das ist für mich dann Routenplanung. Ich dem Fall erwarte ich aber auch, dass die Routen Engine gut funktioniert und die Optionen halbwegs nachvollziehbar sind, sonst wird das ein Lottospiel. Und vor allem erwarte ich, dass ich die geplante Route dann auch so navigieren kann, wie ich mir das bei der Planung vorgestellt habe. Und genau das funktioniert mit OSM in MRA leider überhaupt nicht gut, das geht in anderen Apps erheblich besser.

Mein Eindruck ist, dass sich MRA immer mehr auf HERE konzentriert und möglicherweise für die Routenerstellung für Wohnmobile / Camper optimiert wird. Wir werden sehen, welche Möglichkeiten der neue Webplaner bietet und vor allem, wie das dann mit der Navigation zusammenspielt.

[Hubert Thoring]

@Martin-Wilcke : Hey Martin,
versuche es mal mit der GuRu Maps - App, nach etwas einarbeiten kannst Du dem Track knallhart folgen bzw. die Route wählen … geht auch sehr gut mit der Remotek One zusammen zu bedienen. VG

[Martin Wilcke]

@Hubert-Thoring
Danke für den Tipp!

Es gibt einige gute Trackplanung-Apps, hauptsächlich aus dem Bereich hiking & biking, die auch Planungen für Motorrad/Auto ermöglichen. Hier ist Locus Maps mein Favorit; unter anderem auch deshalb, weil es einen recht guten WebPlaner bietet.

MRA ist für mich eine klassische Routenplanungs-App, also eher in Konkurrenz zu Kurviger & Co.

[Con Hennekens]

I did not read the full thread and did not test anything concerning this, but want to give these tips:

• When a route that has the OSM (or TT) map set as basemap is opened in NN, it will always be opened as track, so there is no route recalculation on basis of the HERE map (but of course a track calculation is done, but distances between trackpoints cannot lead to these kind of differences).
• could it be possible when you still have the compare to HERE function active, a save from the webplanner leads to a route based on HERE instead of the basemap? Maybe that's the difference. I never saw anything like this, but I seldomly use compare functions. This might explain perhaps.

[Martin Wilcke]

@Con-Hennekens

Thanks for your hints!

It's not about comparing OSM and HERE or any other interaction between them; it's a pure OSM issue.

Here are three simple steps for a check:

• open and use this route; the goal is to avoid the A7 Motorway
  https://www.myrouteapp.com/en/social/route/12968571?mode=share

• turn on Toolkit > Curves > Average. The route line changes accordingly; however, if you open this route for navigation, the A7 is used anyway

• turn off Curves > Average and set Avoid > Highway instead. This works as expected when opening for navigation

[Con Hennekens]

@Martin-Wilcke, Yes I see what you mean... Funny thing is that when you use TomTom instead of OSM for your curvy route, things work as expected

[Martin Wilcke]

@Con-Hennekens said in "Route as Track" wird nicht wie geplant navigiert:

When a route that has the OSM (or TT) map set as basemap is opened in NN, it will always be opened as track, so there is no route recalculation on basis of the HERE map

There IS a route calculated with HERE based on and on top of the OSM route. It's one of the features I love about MRA: You can navigate an OSM and a HERE route at the same time and always choose which one to follow. Super handy if you want to navigate routes and tracks that aren't in HERE.

Here is another example, have a look at the white and blue lines:

https://www.myrouteapp.com/en/social/route/12990957?mode=share

[Con Hennekens]

@Martin-Wilcke, You are never navigating on an OSM map, Navigation ONLY uses the HERE map. The difference in your screenshot is something that should not happen, en it does not happen with the TT map for example. In my opinion something goes wrong with opening a OSM based route on the HERE map. It looks to me that the trackconversion loses way too much resolution when exported from OSM.

[Hubert Thoring]

The maps differ from each other, and where OSM or Michelin is more accurate, HERE has not found a road, at least in the example.

Michelin

OSM

HERE

[Martin Wilcke]

@Con-Hennekens said in "Route as Track" wird nicht wie geplant navigiert:

You are never navigating on an OSM map, Navigation ONLY uses the HERE map.

Yes, you're right. "Navigating" in terms of getting additional information, such as TBT instructions, is always based on a route calculated with HERE.
I meant "navigating" in a wider sense: when I come to a point where the lines diverge, I can choose to follow the blue line (with instructions) or the white line (on sight).

The difference in your screenshot is something that should not happen, en it does not happen with the TT map for example.

What exactly do you mean? If it's the separation on both lines in pic 2 around WP 3 & 4, it also happens when using TT instead of OSM. If I change the "Basemap" to TT in this example, the result is the same. Even if I export this route, re-import it as a route-track and start track navigation, it looks the same.

But this leads to another question: I always thought I'd only get both lines if I used "Routes as track," but I've now learned that's not necessary at all.
Can you explain the difference between starting navigation with or without "Routes as track" in this example? Is it just a matter of how, during a recalculation (when I deviate from the blue line), the route (blue line) leads back onto the track (white line)?

[Martin Wilcke]

@Hubert-Thoring

Exactly. That's why I use OSM for planning when I want to route tracks that aren't in HERE. I used this a lot, and it always worked. It's like having a "tarmac-based backup" at hand when things go wrong on the track