function EXPAND
-
@erdna, you may be right. But this is not the point. Why is MRA making a totally different route when waypoints are added (with openstreet map)?
WP should be added to the route that was created with OPM as well as it is done with TT map. -
@erdna, you may be right. But this is not the point. Why is MRA making a totally different route when waypoints are added (with openstreet map)?
WP should be added to the route that was created with OPM as well as it is done with TT map.@Jörgen said in function EXPAND:
Why is MRA making a totally different route when waypoints are added (with openstreet map)?
Seemingly that is due to a randomize function in the automatic creation of scenic routes. A curvy route between 2 points can be different from a curvy route between three points, even when the middle point is on the original 2-point route. That does not sound completely illogical to me.
WP should be added to the route that was created with OPM as well as it is done with TT map.
Remember that routes are calculated by the map-providers, not by MRA. Each map provider does things differently. That is nothing new.
-
OK,
I'll leave MRA and a software problem aside for now.
Adding loads of shaping points seems impractical to me.
There is <Compare route calculation with>.
Then you set shaping points to make the routes congruent. Incidentally, that was one of the parts involved in the creation of MRA
Or you can display the route as an overlay (on the left side of the menu). This would also work with a track log. Or simply the desired route. And on this basis, you then create a new route with the route engine of your choice.
I find the first alternative nicer and faster.
Interesting topic, maybe I'll add it to my to-do list for the next video conference.
RTTranslated with DeepL.com (free version)
-
@Jörgen said in function EXPAND:
Why is MRA making a totally different route when waypoints are added (with openstreet map)?
Seemingly that is due to a randomize function in the automatic creation of scenic routes. A curvy route between 2 points can be different from a curvy route between three points, even when the middle point is on the original 2-point route. That does not sound completely illogical to me.
WP should be added to the route that was created with OPM as well as it is done with TT map.
Remember that routes are calculated by the map-providers, not by MRA. Each map provider does things differently. That is nothing new.
@Con-Hennekens said in function EXPAND:
@Jörgen said in function EXPAND:
Why is MRA making a totally different route when waypoints are added (with openstreet map)?
Seemingly that is due to a randomize function in the automatic creation of scenic routes. A curvy route between 2 points can be different from a curvy route between three points, even when the middle point is on the original 2-point route. That does not sound completely illogical to me.
WP should be added to the route that was created with OPM as well as it is done with TT map.
Remember that routes are calculated by the map-providers, not by MRA. Each map provider does things differently. That is nothing new.
Ok, I understand that different maps generate different routes. The curvy function in OSM and TT are fine. And with TT generated routes, I can take them nearly 1:1 when I add WP to use with HERE (and navigation).
But why does it not work with OSM (nearly like in TT)?
If I can not use the generated route, what sens does this function make?
Or, how to solve this issue easily? (ok, you could add WP manually -
@Jörgen said in function EXPAND:
Why is MRA making a totally different route when waypoints are added (with openstreet map)?
Seemingly that is due to a randomize function in the automatic creation of scenic routes. A curvy route between 2 points can be different from a curvy route between three points, even when the middle point is on the original 2-point route. That does not sound completely illogical to me.
WP should be added to the route that was created with OPM as well as it is done with TT map.
Remember that routes are calculated by the map-providers, not by MRA. Each map provider does things differently. That is nothing new.
@Con-Hennekens said in function EXPAND:
@Jörgen said in function EXPAND:
Why is MRA making a totally different route when waypoints are added (with openstreet map)?
Seemingly that is due to a randomize function in the automatic creation of scenic routes. A curvy route between 2 points can be different from a curvy route between three points, even when the middle point is on the original 2-point route. That does not sound completely illogical to me.
Sorry Con, but it is totally illogical. With this tool, one expects MRA maintains the route. The route is already calculated, why not put the new added points on the route "as is", that would be logical. There is no use of a "new calculation" because the parameters for calculating the route didn't change.
-
By the way, I was there in that area, it is very nice!
https://routes.lexwill.cyou/cabriotour-tsjechie-2025/ -
@Con-Hennekens said in function EXPAND:
@Jörgen said in function EXPAND:
Why is MRA making a totally different route when waypoints are added (with openstreet map)?
Seemingly that is due to a randomize function in the automatic creation of scenic routes. A curvy route between 2 points can be different from a curvy route between three points, even when the middle point is on the original 2-point route. That does not sound completely illogical to me.
Sorry Con, but it is totally illogical. With this tool, one expects MRA maintains the route. The route is already calculated, why not put the new added points on the route "as is", that would be logical. There is no use of a "new calculation" because the parameters for calculating the route didn't change.
@Lex.Kloet.RX said in function EXPAND:
With this tool, one expects MRA maintains the route.
Sorry Lex, but MRA maintains nothing except a web planner tool. Calculations are done by mapproviders. Each adding of a waypoint triggers recalculations. Rest assured: I really don't know whether OSM has randomize functions in it's curvy routes calculations or not. But what happens here makes me think so. And it would have a purpose. No one wants the exact same route each time they create a roundtour from home.
But I agree completely that the difference shown by in the first post are pretty dramatic.
-
By the way, I was there in that area, it is very nice!
https://routes.lexwill.cyou/cabriotour-tsjechie-2025/@Lex.Kloet.RX said in function EXPAND:
By the way, I was there in that area, it is very nice!
https://routes.lexwill.cyou/cabriotour-tsjechie-2025/Saved for later!
Thanks! -
@Lex.Kloet.RX said in function EXPAND:
With this tool, one expects MRA maintains the route.
Sorry Lex, but MRA maintains nothing except a web planner tool. Calculations are done by mapproviders. Each adding of a waypoint triggers recalculations. Rest assured: I really don't know whether OSM has randomize functions in it's curvy routes calculations or not. But what happens here makes me think so. And it would have a purpose. No one wants the exact same route each time they create a roundtour from home.
But I agree completely that the difference shown by in the first post are pretty dramatic.
@Con-Hennekens I didn't wrote, that MRA calculate the route, only that the route has been calculated, and therefore the gray line is somewhere stored. The only thing MRA has to do with the expand, is follow that line and put shapingpoints on that line
-
@Con-Hennekens I didn't wrote, that MRA calculate the route, only that the route has been calculated, and therefore the gray line is somewhere stored. The only thing MRA has to do with the expand, is follow that line and put shapingpoints on that line
@Lex.Kloet.RX, the grey line is not stored, it gets calculated each time. Only waypoints are stored.