New update! (4.3.0) Project sync

[Marinus van Deudekom]

@Martin-Wilcke the OSM and TomTom map are available in the web module (Gold abo only) but in the end for navigating you must convert such a route to the Here map because Next uses Here and Here only

[martin-phogel.de]

@Marinus-van-Deudekom
Yes, I know. However, my question is not about different routing engines but about different map layers.

[martin-phogel.de]

@Peter-Schiefer
Agreed.
But to clarify: I'm not comparing the web planner with the app planner. It's about the different map layer sets within the app.
Several map layers are available in "browse/view" mode, including OSM, HERE and TomTom.
In "edit/planning" mode ("MRA Routeplanner"), however, we have one map layer (HERE) with various style options: Vulf, Wong, Dart and a bunch of "edition" options (explore, topo, satellite, etc.)
I'd like to know if this will be harmonised and, if so, in which way.

[Hubert Thoring]

@Martin-Wilcke : My experience with this is, plan no matter with which map and at the very end HERE takes over when routing.

With too few route points, it is not the app that is surprised but the driver.

HERE is the machine base the rest is for better overview.

That's how I understood it.

It was noticed:

• HERE in the web planner

• HERE in the app

Somehow don't seem to be the same as that was just my impression, but can also be due to the now very many setting options ....

VG

[marc van der heijden]

Waar dient dan nu de download map nog voor dan als we voortaan sync'n

[Stefan Hummelink]

@marc-van-der-heijden voor routes of tracks die NIET gesynchroniseerd kunnen worden, te weten: routes van/uit:

• vrienden
• evenementen
• groepen

Deze routes zal je altijd óf moeten overhalen naar je eigen account zodat ze wél gesynchroniseerd kunnen worden óf offline beschikbaar moeten maken. In beide gevallen is dit dus geenszins gesynchroniseerd en altijd handmatige actie. Je hebt dan dus ook nooit automatisch de laatste stand van de route indien de eigenaar van die route wijzigingen aanbrengt... Dit brengt dus ook meteen inzichtelijk hoe waanzin waardevol die sync functie dus eigenlijk wel niet is!

[Con Hennekens]

@Martin-Wilcke said in New update! (4.3.0) Project sync:

Several map layers are available in "browse/view" mode, including OSM, HERE and TomTom.
In "edit/planning" mode ("MRA Routeplanner"), however, we have one map layer (HERE) with various style options: Vulf, Wong, Dart and a bunch of "edition" options (explore, topo, satellite, etc.)
I'd like to know if this will be harmonised and, if so, in which way.

Works is being done on a new completely new and enhanced webplanner. Currently the app-planner and the web-planner are written on different development platforms with different features. I think it would be logical that the new web-planner will be written on the same platform as the app, but I really don't know that. Complicating factor in that is that due to licensing restrictions not everything can be shared cross platform. Hence the TomTom and OSM maps are not available in the app-planner. Future will tell, but there certainly is no wish to keep thing separate

[martin-phogel.de]

@Hubert-Thoring
Hubert,
That sounds like a good strategy - but it is out of the scope of my question. Sorry for the confusion; I will try to clear it up.

The latest upgrade introduced a beautiful new map layer to the app. It is based on HERE, can be configured with three different "colour schemes" (Vulf, Wong, Dart) and six "editions" (Explore, Simplistic, Topo, etc.) and looks like this:

This new map layer, however, is available only for planning/editing routes with the "MRA Routeplanner".

When opening a route for viewing/browsing, on the other hand, we still have the traditional maps where I can pick one out of twelve (MyRoute-app Default, MyRoute-app Street, MyRoute-App Outdoor, HERE, TomTom). Looks like this:

So, we have entirely different maps within the myRoute-app for various purposes. That is quite unusual; all other planning apps I know of use identical map(s) throughout the app.

My question is: Will the "traditional" and "new" maps be harmonised within the myRoute app, or are different maps for separate tasks part of a design concept?

(And to cover this as well: Yes, we still have one HERE "map" in terms of a "routing engine" that is responsible for calculating a route - but this is a different story.)

[Con Hennekens]

@Peter-Schiefer, please try to avoid quoting complete messages. Especially if they contain such large pictures. It is perfectly fine to quote lines you are responding to, but to quote complete messages is not necessary.

[martin-phogel.de]

@Peter-Schiefer said in New update! (4.3.0) Project sync:

Martin with this comment
This new map layer, however, is available only for planning/editing routes with the "MRA Routeplanner".
you are wrong.

nope.

Maybe you haven't discovered the MRA Routeplanner so far? Open the myRoute-app and then press this button:

There you have the new maps for planning a route.

[JP d]

@Corjan-Meijerink said in New update! (4.3.0) Project sync:

automatically starting your route at the nearest marker

Excellent work again MRA team! Looking forward forward to automatically starting the route at the nearest marker. I'm guessing you can still select to start at the 1st marker.

Love new map colours and options with the additional zoom and tilt . Having bigger speed camera icons is great!

Maps sync and not having to pre-download maps from when navigating offline is genius!!

Well done team, keep on improving. Any news on battery drain? .

[Stefan Hummelink]

@JP-d said in New update! (4.3.0) Project sync:

I'm guessing you can still select to start at the 1st marker.

In that case just turn the switch for this function to off. Default always rp1 is used, unless you deliberately set the switch to on.

[Bouke Ent]

nice function project sync but i get a error that my local database is full. is it not an option to select maps for sync ? i have a few maps with routes i have taken from groups or other media and i only did save then for later use. this is on ios and normal version. just looked at my android with beta and there no error that local database is full.

[Corjan Meijerink]

@Bouke-Ent 4.3.1 is the new beta with increased memory limit. The issue will be resolved on your iOS when the new version is released next week (4.3.1).

[Bouke Ent]

@Corjan-Meijerink said in New update! (4.3.0) Project sync:

@Bouke-Ent 4.3.1 is the new beta with increased memory limit. The issue will be resolved on your iOS when the new version is released next week (4.3.1).

now i did solve it by cleaning up MRA and remove MRA Next ios app and reinstall. now sync without error. but still i think it would be not a bad idea to sync by forder/map. not all in need on the way. i normaly only use my vacation or my moto group folders/maps. mostly rest is done or still in planning/idea mode.

[Peter Schiefer]

@Bouke-Ent
I am with you, some users have houndrets of route in several files and need only a few for the next vacation, week, whatever.

But it is as it is, some prefer this, some not and MRA trust in their way, which is sometimes a bit different to usual common practices in computer based handling. So what, the advantages of MRA predominate up to now, even with some frustration coming up and unexpected reactions.
Yeterday I am back home and made my standard test and I had a lot of problems with verbal announcements of the POIs with 335. Informations are announced by random. No preannouncement but confirmation. preannouncement of POI1 but confirmation „You reached no 1“ when I reached the Sp 2, nothing was called for WP 5.
An i folow the roules for announcemts and before 4.3. it works on the same route.
I am meanwhile also frustrated to write about this and stop here.

Regard to your concern
My solution for easy access to my routes I want to use next session I create a folder „AA routes for use“ which is by alphabetic order the first file on the screen. Those routes I need will be copied in this folder with the same name and the appendix -copy- they get automatically.
The originals stays in their folder and when the session is over it is easy to delete only the copies.