@MTC-TET-Club
Hallo Erik, voor zover ik weet staat deze niet op de planning, maar ik zal eens navragen of uitnodigingen die niet geaccepteerd worden, automatisch verwijderd kunnen worden.

@Nick-Carthew-RouteXpert

@Nick-Carthew-RouteXpert said in poi:

@cliff-cockle Problem solved. 👍

Thankyou regards cliff

That is completely correct @Nick-Carthew

@Drabslab, @Michel-van-Hagen-MRA-Founder
I fully agree with you 👍
And I know verry well, a Company needs to earn money. Also it's not an easy job, to balance, price and features of a product.
By the way, I believe the prices for MRA product are not expensive 😉

Another tip: an official roadmap with detailed next features or fixes will be highly appreciated. No matter, if sort of sequence will change from time to time (agile aproach).
If there will be a possibility, I will be happy to support developers (for free) because I believe on MRA.

Kind regards
Rainer

@Nick-Carthew thank you for the hint, I know about. But is not the solution, I'm looking for 😉
Verry often, I leave my planned route for a short side trip, then let my Navi find the way back to main route. In this case, route on paper is not helpful.

Hi Petri,

What exactly do you mean by "drive through and non drive through"?

@Mr-Mark-Melbourne

Hi Mark, with a MRA Gold Lifetime subscription you get permanent access to all premium features on the MRA Routeplanner. As Nick indicated, I'm unaware of it currently publicly being on offer.

As for MRA Navigation, we simply can't offer a lifetime offer on this product anymore because of the way the licences for mapping and navigation SDK's are contracted. Using our inhouse knowledge to re-develop such features at this time would be a deviation from our core development task (MRA Routeplanner, where in a must-do scenario many features could be ported over to open source or low cost licences), we also have significantly less knowledge currently inhouse for such tasks. While I understand that this might certainly not convince you to switch to a monthly/yearly subscription, I hope my explanation has at least provided some understanding as to why things are this way.

In addition to this, the All-in-One package contains all current and future MRA products (such as MRA Video) and as such has to be subscription-based by its very nature.

Kind regards,

Timo

@Timo-Martosatiman-MRA
thanks for the answer, now I know at least the background.

@Kevin-Russell said in Moving waypoints:

... just reverse the whole route?

As Gold-Member, you may open a route, select "toolkit" in menue and then select "Google maps", or "HERE maps". Then open menue again, select "toolkit" and then "reverse". Result is a down to top arder of waypoints.

Good Idea, to copy at first your original route and do the change in the copy. After doing reverse action, check exact position of WP by zooming in. If route is at multi track street (Highway), may move WP to correct side of tracks. At least, compare distance of original with reverse route.

@Ian-Syphas

Hi Ian, of course I don't know the specific device you have, but I can give a general explanation that could explain this.

on many satnavs calculations are still done on-board using locally available sat-nav data. Online services such as MRA Navigation, Waze, Google etc. all use live updated traffic data. The frequency of data updates plays a large role in the difference in travel time. For example, if the computer uses "guesswork" based on average delays etc. you could get a wholly different outcome than with a computer that uses live information.

In general, the latest estimate from online services is the most accurate. As @Nick-Carthew pointed out, your satnav will update accordingly while en-route.

@Guzzist Thank you for your suggestion, will add it to the suggestion list.

From a design perspective I have to say though that I really dislike how steep and complex the basecamp data looks. While I will directly agree that it'd be important for people who like such complexity to be able to view this, I will most certainly try to improve the visual presentation of this. Especially in an app it's important to view things as efficiently as possible. Perhaps a solution would be to be able to download or open a data-pdf for a more in depth look.

Your general point: lunch pauses should not be included in total duraction and averages, is of course correct.

@Guzzist Thank you for clarifying that, Your comment interested me so I looked it up a little more on wikipedia and found this:

". While driving at higher speeds is not punishable, the increased risk induced by higher speeds (erhöhte Betriebsgefahr) may result in partial liability for damages. Moreover, the law forbids travel at speeds that would extend the vehicle's minimum halting distance beyond the driver's line of sight (Sicherheitsabstand).[16] On all German roads, there are speed limits for trucks, buses, cars towing trailers, and small motorised vehicles (Mopeds, etc.)."

Someone also told me that German insurers start holding you liable at speeds over 160 km/h. I'm not sure how accurate that is. Regardless, I might think twice now about going over 200.

@Mark-Davies-0
I’m a CoPilot user as well and I think, CoPilot should use the most common GPX data format instead of her own and rarely used .trp format.

@Guzzist said in Favorites en point of interest:

@Drabslab
I like your suggestion, but currently, I still prefer a "real" sat nav device. Smartphone is today still not 100% equivalent. In consequence, Waypoints, Favorites and POIs of MRA should be most as possible able to correspond with other sat nav devices.

@Guzzist

Me too, i would nto dream of using a smartphone on a motorcycle, I have a TomTom rider 400. But that does not prevent upgrading the web interface of MRA, and ensuring that "my" MRA points of interest can be used as waypoints in a route, or are downloaded to my satnav as points of destination

🙂

I'm wondering because in MRA Navigation App there is in settings menue a selectable option, to set WP automatically on a street. But in MRA, I'm missing this option!

@Gary-France
Hi Gary,
thank you for the feedback, I keep the following rule: 1 1/2 hour, maximum 2 hours drive and then a stop for coffee, lunch etc.
For each stop I also add a POI to the route, not as a route point, but as a POI. These are then shown in the Garmin Zumos as "Green Heart". I also use the track as the basis for my routes, I have the Zumo calculate the route based on the track and I then make the track visible in my Zumo as a "white line". For very long journeys, I cut the route in stages, the points where we stop for coffee, lunch are then the end point of one stage and the starting point of the next stage. Then you also have the end time visible in your Zumo when you reach the end point.

But if you make a choice, you should use what works best for you. I made everything in Basecamp and MRA for 1 season, and my choice was quickly made after that year. No more Basecamp for me.

@Jeffrey-Kogler Thank you for that compliment and thank you for explaining the ways that MRA is currently already beneficial to you. I'm happy to see that you think the routeplanner offers a smooth and simple experience (as the UI designer, this is of course the best compliment I can get).

@Nick-Carthew

avoid un^paved roads is all ways marked. But I put in fact a waypoint on a un-paved road. So TTR told me (d d is also to avoid un-paved roads) by the start I would come to a un-paved road, I ignored the message and had to ride the un-paved road. Never mind, is here in switzerland no hassel.

You can of course us 1.0 which gives you waypoints, then once the route is in the Nav, you can change waypoints to shaping points or visa versa from within the Nav.