Battery drain
-
Corjan, Con, thank you for your responses.
@Con, I understand that I can always opt out and ask for a refund... However, I don't think that's much of an option, as I've pointed out, the app is unique, with great potential, to give up because of one bug.
However, the bug is quite serious and I think many take it lightly. Or they are not aware of the potential damage. Unfortunately, this summer I lost a motorbike due to a fire caused by overheating of a tablet's battery/charger.
Of course, I don't blame any app, and I mostly hold myself responsible. Primarily because, before my IT career, I spent 16 years in the auto industry, so I'm more than technically knowledgeable about some causes and consequences.
Without going into details, I had a Samsung Active tablet designed for outdoor use and extreme conditions. It was connected to a fast charger with its own fuse. The installation was 100% professionally done. However, I ignored the tablet's overheating (probably the charger's as well). Thinking everything was made never to leave the safe zone.
I was running several apps on the tablet at the same time and the system was definitely strestd, but working great. One hot summer day, the motorbike caught fire, starting from the tablet and charger.
Whether it was a manufacturing defect, whether I overloaded the charger and battery, or something else. I will never know. The motorbike is gone, tears wiped, losses written off, a new motorbike has been bought.
However, now, there's no chance I will ever use a system that is so strestd again. No fast chargers are considered. Nothing that would overheat the battery, and needs 40+ watt to work. Once you get burned, you blow on even what is cold.
And again, I emphasize, maybe I just wasn't lucky.
@Mario-Ivancic Sweet lord, that's a horrible experience!
-
Corjan, Con, thank you for your responses.
@Con, I understand that I can always opt out and ask for a refund... However, I don't think that's much of an option, as I've pointed out, the app is unique, with great potential, to give up because of one bug.
However, the bug is quite serious and I think many take it lightly. Or they are not aware of the potential damage. Unfortunately, this summer I lost a motorbike due to a fire caused by overheating of a tablet's battery/charger.
Of course, I don't blame any app, and I mostly hold myself responsible. Primarily because, before my IT career, I spent 16 years in the auto industry, so I'm more than technically knowledgeable about some causes and consequences.
Without going into details, I had a Samsung Active tablet designed for outdoor use and extreme conditions. It was connected to a fast charger with its own fuse. The installation was 100% professionally done. However, I ignored the tablet's overheating (probably the charger's as well). Thinking everything was made never to leave the safe zone.
I was running several apps on the tablet at the same time and the system was definitely strestd, but working great. One hot summer day, the motorbike caught fire, starting from the tablet and charger.
Whether it was a manufacturing defect, whether I overloaded the charger and battery, or something else. I will never know. The motorbike is gone, tears wiped, losses written off, a new motorbike has been bought.
However, now, there's no chance I will ever use a system that is so strestd again. No fast chargers are considered. Nothing that would overheat the battery, and needs 40+ watt to work. Once you get burned, you blow on even what is cold.
And again, I emphasize, maybe I just wasn't lucky.@Mario-Ivancic Holy moly
! What a stroke of bad luck!!! That little fire really spread quickly. Luckily, you came out of it unharmed. Wishing you many safe miles with your new machine 
-
Corjan, Con, thank you for your responses.
@Con, I understand that I can always opt out and ask for a refund... However, I don't think that's much of an option, as I've pointed out, the app is unique, with great potential, to give up because of one bug.
However, the bug is quite serious and I think many take it lightly. Or they are not aware of the potential damage. Unfortunately, this summer I lost a motorbike due to a fire caused by overheating of a tablet's battery/charger.
Of course, I don't blame any app, and I mostly hold myself responsible. Primarily because, before my IT career, I spent 16 years in the auto industry, so I'm more than technically knowledgeable about some causes and consequences.
Without going into details, I had a Samsung Active tablet designed for outdoor use and extreme conditions. It was connected to a fast charger with its own fuse. The installation was 100% professionally done. However, I ignored the tablet's overheating (probably the charger's as well). Thinking everything was made never to leave the safe zone.
I was running several apps on the tablet at the same time and the system was definitely strestd, but working great. One hot summer day, the motorbike caught fire, starting from the tablet and charger.
Whether it was a manufacturing defect, whether I overloaded the charger and battery, or something else. I will never know. The motorbike is gone, tears wiped, losses written off, a new motorbike has been bought.
However, now, there's no chance I will ever use a system that is so strestd again. No fast chargers are considered. Nothing that would overheat the battery, and needs 40+ watt to work. Once you get burned, you blow on even what is cold.
And again, I emphasize, maybe I just wasn't lucky.@Mario-Ivancic, Aiai, that's bad luck! I won't take anything away from that. I must admit that I have had a badly melted USB connector myself once:
The cause was a bad USB socket with a shortage. I guess I barely escaped your doom...
By the way:
the bug is quite serious and I think many take it lightly.
I don't think anyone is taking this bug lightly.
-
I too find MRA app really perfect, but I think the Here maps far from that. I read that a different map supplier is a problem. That's too bad. Last summer I tested the accuracy of different map suppliers.
1 Openstreetmap (By far the best)
2/3 Tomtom/Google maps.
Then nothing for a very long time
4 Here.So my solution for the Here drain problem would be: Openstreetmaps.
I do not understand that, for example, phones with the same android version some suffer from draining and others do not? There must be a different way of processing the data in the phones then.
Is it correct that the old app suffered less from the Here map problem?Last summer I spent several months on the road using mainly the old app, and it definitely had no draining problem. If it fails to solve this draining problem before the 2024 motoring season, can I find the old app somewhere? I lost it as a result of a phone crash.
-
I too find MRA app really perfect, but I think the Here maps far from that. I read that a different map supplier is a problem. That's too bad. Last summer I tested the accuracy of different map suppliers.
1 Openstreetmap (By far the best)
2/3 Tomtom/Google maps.
Then nothing for a very long time
4 Here.So my solution for the Here drain problem would be: Openstreetmaps.
I do not understand that, for example, phones with the same android version some suffer from draining and others do not? There must be a different way of processing the data in the phones then.
Is it correct that the old app suffered less from the Here map problem?Last summer I spent several months on the road using mainly the old app, and it definitely had no draining problem. If it fails to solve this draining problem before the 2024 motoring season, can I find the old app somewhere? I lost it as a result of a phone crash.
@C-A-Kielen
You're right, using Here Maps feels like you've gone back 10 years in terms of navigation. It's inaccurate, delayed, and often reloads routes for some reason, not to mention the strain it puts on battery life and processing power. But considering the technology of phones, processors, and memory back then, such issues were to be expected from navigation apps. Honestly, Here doesn't offer any revolutionary improvements compared to previous navigations, but it certainly couldn't operate with the resources of earlier phones.As you mentioned, the MRE system is really excellent, especially the web part for planning. Without it, the navigation app itself is at best average, primarily due to Here's shortcomings. I've gotten used to the delays and inaccuracies, probably because I used navigations that relied on CRT monitors and calculated vehicle wheel rotations. So, I can live with that. However, today's phone resources are on par with modern PCs, yet the basic functionality of the app is so poor and inefficient that it irrationally consumes energy. That's really baffling to me.
I think today's developers have become a bit lax. We used to be careful with every kilobyte of memory and every loop that would strain the processor. There was simply no room for inefficiency. And now, my 1000 euro phone with a Qualcomm SM8550-AB Snapdragon 8 Gen 2 (4 nm), 8 CPU cores, and 16GB of memory overheats and drains the battery just because of navigation... We've really 'progressed'
-
@C-A-Kielen
You're right, using Here Maps feels like you've gone back 10 years in terms of navigation. It's inaccurate, delayed, and often reloads routes for some reason, not to mention the strain it puts on battery life and processing power. But considering the technology of phones, processors, and memory back then, such issues were to be expected from navigation apps. Honestly, Here doesn't offer any revolutionary improvements compared to previous navigations, but it certainly couldn't operate with the resources of earlier phones.As you mentioned, the MRE system is really excellent, especially the web part for planning. Without it, the navigation app itself is at best average, primarily due to Here's shortcomings. I've gotten used to the delays and inaccuracies, probably because I used navigations that relied on CRT monitors and calculated vehicle wheel rotations. So, I can live with that. However, today's phone resources are on par with modern PCs, yet the basic functionality of the app is so poor and inefficient that it irrationally consumes energy. That's really baffling to me.
I think today's developers have become a bit lax. We used to be careful with every kilobyte of memory and every loop that would strain the processor. There was simply no room for inefficiency. And now, my 1000 euro phone with a Qualcomm SM8550-AB Snapdragon 8 Gen 2 (4 nm), 8 CPU cores, and 16GB of memory overheats and drains the battery just because of navigation... We've really 'progressed'
@Mario-Ivancic said:
yet the basic functionality of the app is so poor and inefficient that it irrationally consumes energy. That's really baffling to me.
The functionality of the app is superb, probably second to none.
It's HERE'S implementation of the API that is inefficient. Let's not lose sight of that in this thread.I think today's developers have become a bit lax.
Yeah, bloody slackers!
I think the issue is two-fold:-
modern development systems (like Flutter and Unity) distance the developer one more layer from what's actually running underneath. It's necessary to do that to make Swift (ha!) progress nowadays. If your app isn't out in 6 months, you'll get eaten by the next startup. Time matters more than computing resources in general. You only come back round to tuning when there's a problem. We're there now, and it's someone else's APi that needs tuning. Oops.
-
phones are MORE complex than PCs. They're much more resource-bound (CPU, memory, battery, temperature, screen space, etc), less open (security, legal APIs only, etc) and have more complex sensors.
-
-
I too find MRA app really perfect, but I think the Here maps far from that. I read that a different map supplier is a problem. That's too bad. Last summer I tested the accuracy of different map suppliers.
1 Openstreetmap (By far the best)
2/3 Tomtom/Google maps.
Then nothing for a very long time
4 Here.So my solution for the Here drain problem would be: Openstreetmaps.
I do not understand that, for example, phones with the same android version some suffer from draining and others do not? There must be a different way of processing the data in the phones then.
Is it correct that the old app suffered less from the Here map problem?Last summer I spent several months on the road using mainly the old app, and it definitely had no draining problem. If it fails to solve this draining problem before the 2024 motoring season, can I find the old app somewhere? I lost it as a result of a phone crash.
@C-A-Kielen said in Battery drain:
Last summer I tested the accuracy of different map suppliers.
1 Openstreetmap (By far the best)
2/3 Tomtom/Google maps.
Then nothing for a very long time
4 Here.I wonder how you tested that, did you test that WorldWide? OSM is fine in Western Europe for example, but there are parts of the world where is could be considered unusable.
@C-A-Kielen said in Battery drain:
I do not understand that, for example, phones with the same android version some suffer from draining and others do not?
Because all those phones use different hardware. My guess is that some process in the rendering engine does not comply the the screen refresh rate. In the early beta's the platform has been tested with different refreshrates, but it had no impact on the battery drain. In my own experience it looks like the faster the processor, the uglier the drain gets. So something is maxing out processing power, no matter the settings.
@Mario-Ivancic said in Battery drain:
Here Maps feels like you've gone back 10 years in terms of navigation. It's inaccurate, delayed, and often reloads routes for some reason
I experience none of those problems.
I am just an enthusiastic MRA user, and hope you will be one too!
Most motorcycle problems are caused by the nut that connects the handlebar to the saddle.
Streetpilot 2610/Zumo 660/Zumo 395/ CAT S52 + MRA app -
@C-A-Kielen said in Battery drain:
Last summer I tested the accuracy of different map suppliers.
1 Openstreetmap (By far the best)
2/3 Tomtom/Google maps.
Then nothing for a very long time
4 Here.I wonder how you tested that, did you test that WorldWide? OSM is fine in Western Europe for example, but there are parts of the world where is could be considered unusable.
@C-A-Kielen said in Battery drain:
I do not understand that, for example, phones with the same android version some suffer from draining and others do not?
Because all those phones use different hardware. My guess is that some process in the rendering engine does not comply the the screen refresh rate. In the early beta's the platform has been tested with different refreshrates, but it had no impact on the battery drain. In my own experience it looks like the faster the processor, the uglier the drain gets. So something is maxing out processing power, no matter the settings.
@Mario-Ivancic said in Battery drain:
Here Maps feels like you've gone back 10 years in terms of navigation. It's inaccurate, delayed, and often reloads routes for some reason
I experience none of those problems.
@Con-Hennekens
There are a few minor issues that consistently occur across the four different devices I've used. Three of these devices were Samsung, and after many years, I decided to try a Chinese brand, Honor. However, the issue persists.Every so often, the navigation route disappears, only to reload and reappear later. This isn't a major issue unless you're about to make a turn and suddenly can't see your next step.
The occasional lag is most noticeable at intersections. As you approach an intersection or turn, the indicator on the screen doesn't keep up with your actual position, only to suddenly jump to the correct location.
The automatic bypassing of waypoints doesn't work reliably for me. I approach a waypoint, perfectly on route, and suddenly get a message that the waypoint has been bypassed, even though I haven't deviated from the route or reached it yet. The advice I received on a forum was to 'turn off automatic bypassing,' which seems somewhat impractical since the feature should be functional without needing to disable it.
I haven't tested this thoroughly yet, but there's supposed to be some improvement. However, this summer in the Dolomites, I entered an area with no mobile signal, and the navigation completely fell apart. I couldn't even switch to offline mode. This is supposedly fixed now, but as far as I know, you still have to manually select offline or online mode. Also, in such situations, if you haven't downloaded the route in advance, you're out of luck to get it in no signal area, if you restarted app. It doesn't make sense that you need to know in advance about signal loss to prepare accordingly. Ideally, the app should maximize the use of offline maps when available, also automaticly store route on device, only using online data for things like traffic updates, etc. This would also reduce online data usage and alleviate some strain on the device.
With the significant battery consumption, all the above issues have occurred on all my devices. I consistently drive planned routes for several hours at a time. Just in December, I covered over 1000km on routes in the app. During better weather, I travel even more, so I can confidently say that I have thoroughly tested these features.
-
@C-A-Kielen said in Battery drain:
Last summer I tested the accuracy of different map suppliers.
1 Openstreetmap (By far the best)
2/3 Tomtom/Google maps.
Then nothing for a very long time
4 Here.I wonder how you tested that, did you test that WorldWide? OSM is fine in Western Europe for example, but there are parts of the world where is could be considered unusable.
@C-A-Kielen said in Battery drain:
I do not understand that, for example, phones with the same android version some suffer from draining and others do not?
Because all those phones use different hardware. My guess is that some process in the rendering engine does not comply the the screen refresh rate. In the early beta's the platform has been tested with different refreshrates, but it had no impact on the battery drain. In my own experience it looks like the faster the processor, the uglier the drain gets. So something is maxing out processing power, no matter the settings.
@Mario-Ivancic said in Battery drain:
Here Maps feels like you've gone back 10 years in terms of navigation. It's inaccurate, delayed, and often reloads routes for some reason
I experience none of those problems.
@Con-Hennekens said in Battery drain:
@C-A-Kielen said in Battery drain:
Last summer I tested the accuracy of different map suppliers.
1 Openstreetmap (By far the best)
2/3 Tomtom/Google maps.
Then nothing for a very long time
4 Here.I wonder how you tested that, did you test that WorldWide? OSM is fine in Western Europe for example, but there are parts of the world where is could be considered unusable.
@C-A-Kielen said in Battery drain:
I do not understand that, for example, phones with the same android version some suffer from draining and others do not?
Because all those phones use different hardware. My guess is that some process in the rendering engine does not comply the the screen refresh rate. In the early beta's the platform has been tested with different refreshrates, but it had no impact on the battery drain. In my own experience it looks like the faster the processor, the uglier the drain gets. So something is maxing out processing power, no matter the settings.
@Mario-Ivancic said in Battery drain:
Here Maps feels like you've gone back 10 years in terms of navigation. It's inaccurate, delayed, and often reloads routes for some reason
I experience none of those problems.
What I experienced navigating last year in the 15.000 km through Africa and Europe, is that the Here maps are outdated and give wrong information. When you are planning your route on the computer you see differences in the maps. After I have driven the part. Openstreetmaps was mostly right. That is also when dirt roads get tarmac. Several times there were new roads for about 3-5 years and it was not on the here maps.
Last year in Albania I drove form Tirana to Klos. There was a new road under construction mostly finished. Here let me drive a D tour of 100km Tomtom and Google about 40 to 60 km and Openstreetmaps knew the new situation precise. After 40 km driving on Here maps the tarmac stopt. I had to drive back to Tirana and search for an other route. I could not use MRA anymore because of the 100km D tour. So I used google maps for small parts of the route given by Openstreetsmap.
Here maps send you over stairs. In Greece I saw the stairs only at the last moment. An emergency stop prevented me drive down the stairs. It happens often to cut of hairpin roads in the mountains. When you follow Here you drive very steep or on stairs. In Barcelona it was really impossible to use Here because of driving against one way roads, driving over pedestrian squares. and so on. Several times Here wanted me to take small pedestrian paths. When I give in no dirt roads I still get dirt roads. So I am really done with the Here maps. But yes the combination of the computer planning and the phone navigation is for me MRA leading. -
@Con-Hennekens
There are a few minor issues that consistently occur across the four different devices I've used. Three of these devices were Samsung, and after many years, I decided to try a Chinese brand, Honor. However, the issue persists.Every so often, the navigation route disappears, only to reload and reappear later. This isn't a major issue unless you're about to make a turn and suddenly can't see your next step.
The occasional lag is most noticeable at intersections. As you approach an intersection or turn, the indicator on the screen doesn't keep up with your actual position, only to suddenly jump to the correct location.
The automatic bypassing of waypoints doesn't work reliably for me. I approach a waypoint, perfectly on route, and suddenly get a message that the waypoint has been bypassed, even though I haven't deviated from the route or reached it yet. The advice I received on a forum was to 'turn off automatic bypassing,' which seems somewhat impractical since the feature should be functional without needing to disable it.
I haven't tested this thoroughly yet, but there's supposed to be some improvement. However, this summer in the Dolomites, I entered an area with no mobile signal, and the navigation completely fell apart. I couldn't even switch to offline mode. This is supposedly fixed now, but as far as I know, you still have to manually select offline or online mode. Also, in such situations, if you haven't downloaded the route in advance, you're out of luck to get it in no signal area, if you restarted app. It doesn't make sense that you need to know in advance about signal loss to prepare accordingly. Ideally, the app should maximize the use of offline maps when available, also automaticly store route on device, only using online data for things like traffic updates, etc. This would also reduce online data usage and alleviate some strain on the device.
With the significant battery consumption, all the above issues have occurred on all my devices. I consistently drive planned routes for several hours at a time. Just in December, I covered over 1000km on routes in the app. During better weather, I travel even more, so I can confidently say that I have thoroughly tested these features.
@Mario-Ivancic said in Battery drain:
Every so often, the navigation route disappears, only to reload and reappear later.
I have not seen this. I have used three different brands of Android devices (CAT, Huawei and Pixel). During a recalculation (usually a deviation from route) it is normal to not show a route since it has to be calculated still. What I have seen is that under some conditions the online recalculation can take a while, what could explain what you experienced.
The occasional lag is most noticeable at intersections. As you approach an intersection or turn, the indicator on the screen doesn't keep up with your actual position, only to suddenly jump to the correct location.
Lag in the position was a great problem in the early beta's. For the vast majority it has been solved quite a while ago. But it seems some people still experience this. I do not, on all three devices.
The automatic bypassing of waypoints doesn't work reliably for me. I approach a waypoint, perfectly on route, and suddenly get a message that the waypoint has been bypassed, even though I haven't deviated from the route or reached it yet.
This has occurred occasionally for me too, seemingly random. But never to the extend that it gets problematic.
I entered an area with no mobile signal, and the navigation completely fell apart. I couldn't even switch to offline mode. This is supposedly fixed now, but as far as I know, you still have to manually select offline or online mode.
If you rely on online navigation, yes it falls apart without it. But if you have offline maps downloaded, the app switches to offline automatically, and the route is in your cache, so no problem. The apps looks for internet availablity every two minutes and switches back to online if possible. If you want to restart the route without internet connection, yes you need to have the route available offline. Do you know there is an option in Navigation Settings - Functional that enables the offline download of all routes you start?
I am not saying no improvement is necessary, but most of the things you mention have already been solved or at least improved. Can you share the version number of your app? It sounds like you are some versions behind.
I am just an enthusiastic MRA user, and hope you will be one too!
Most motorcycle problems are caused by the nut that connects the handlebar to the saddle.
Streetpilot 2610/Zumo 660/Zumo 395/ CAT S52 + MRA app -
@Mario-Ivancic said in Battery drain:
Every so often, the navigation route disappears, only to reload and reappear later.
I have not seen this. I have used three different brands of Android devices (CAT, Huawei and Pixel). During a recalculation (usually a deviation from route) it is normal to not show a route since it has to be calculated still. What I have seen is that under some conditions the online recalculation can take a while, what could explain what you experienced.
The occasional lag is most noticeable at intersections. As you approach an intersection or turn, the indicator on the screen doesn't keep up with your actual position, only to suddenly jump to the correct location.
Lag in the position was a great problem in the early beta's. For the vast majority it has been solved quite a while ago. But it seems some people still experience this. I do not, on all three devices.
The automatic bypassing of waypoints doesn't work reliably for me. I approach a waypoint, perfectly on route, and suddenly get a message that the waypoint has been bypassed, even though I haven't deviated from the route or reached it yet.
This has occurred occasionally for me too, seemingly random. But never to the extend that it gets problematic.
I entered an area with no mobile signal, and the navigation completely fell apart. I couldn't even switch to offline mode. This is supposedly fixed now, but as far as I know, you still have to manually select offline or online mode.
If you rely on online navigation, yes it falls apart without it. But if you have offline maps downloaded, the app switches to offline automatically, and the route is in your cache, so no problem. The apps looks for internet availablity every two minutes and switches back to online if possible. If you want to restart the route without internet connection, yes you need to have the route available offline. Do you know there is an option in Navigation Settings - Functional that enables the offline download of all routes you start?
I am not saying no improvement is necessary, but most of the things you mention have already been solved or at least improved. Can you share the version number of your app? It sounds like you are some versions behind.
@Con-Hennekens
i do not think im behind with app ver. Im beta tester, and app is version 4.0.7-239 -
@Mario-Ivancic said in Battery drain:
Every so often, the navigation route disappears, only to reload and reappear later.
I have not seen this. I have used three different brands of Android devices (CAT, Huawei and Pixel). During a recalculation (usually a deviation from route) it is normal to not show a route since it has to be calculated still. What I have seen is that under some conditions the online recalculation can take a while, what could explain what you experienced.
The occasional lag is most noticeable at intersections. As you approach an intersection or turn, the indicator on the screen doesn't keep up with your actual position, only to suddenly jump to the correct location.
Lag in the position was a great problem in the early beta's. For the vast majority it has been solved quite a while ago. But it seems some people still experience this. I do not, on all three devices.
The automatic bypassing of waypoints doesn't work reliably for me. I approach a waypoint, perfectly on route, and suddenly get a message that the waypoint has been bypassed, even though I haven't deviated from the route or reached it yet.
This has occurred occasionally for me too, seemingly random. But never to the extend that it gets problematic.
I entered an area with no mobile signal, and the navigation completely fell apart. I couldn't even switch to offline mode. This is supposedly fixed now, but as far as I know, you still have to manually select offline or online mode.
If you rely on online navigation, yes it falls apart without it. But if you have offline maps downloaded, the app switches to offline automatically, and the route is in your cache, so no problem. The apps looks for internet availablity every two minutes and switches back to online if possible. If you want to restart the route without internet connection, yes you need to have the route available offline. Do you know there is an option in Navigation Settings - Functional that enables the offline download of all routes you start?
I am not saying no improvement is necessary, but most of the things you mention have already been solved or at least improved. Can you share the version number of your app? It sounds like you are some versions behind.
@Con-Hennekens said in Battery drain:
If you rely on online navigation, yes it falls apart without it. But if you have offline maps downloaded, the app switches to offline automatically, and the route is in your cache, so no problem. The apps looks for internet availablity every two minutes and switches back to online if possible. If you want to restart the route without internet connection, yes you need to have the route available offline. Do you know there is an option in Navigation Settings - Functional that enables the offline download of all routes you start?
I believe part of the issue has been resolved, and considering I now always make a local download of the route and have all the offline maps I need, I don't think the situation will repeat itself. However, caching didn't help because everything ultimately froze for me. I found myself in a foreign country, in the middle of an alpine forest on a small path, unable to reload the route. Even logging into the app stopped working.
I think it's mostly resolved now. But the idea that the route you are using does not automatically download in its entirety after starting it is flawed. The concept that the app should primarily use offline maps if available, and only resort to online maps if those aren't available, is better and more efficient. Having to manually select and switch between these options is not ideal. Honestly, I have not yet encountered another navigation app that requires such manual handling.
But as I said, I've gotten used to these quirks. I manually download the route, have all the maps loaded, and have turned off the automatic viewpoint skip. The other inaccuracies and occasional lag don't bother me much. So, more or less, everything works fairly well. The biggest issue now is the battery life; if the phone isn't fully charged, there's a risk it will run out, especially if I don't turn off the app during long trips. That's currently my main problem with the application.
-
@Con-Hennekens said in Battery drain:
@C-A-Kielen said in Battery drain:
Last summer I tested the accuracy of different map suppliers.
1 Openstreetmap (By far the best)
2/3 Tomtom/Google maps.
Then nothing for a very long time
4 Here.I wonder how you tested that, did you test that WorldWide? OSM is fine in Western Europe for example, but there are parts of the world where is could be considered unusable.
@C-A-Kielen said in Battery drain:
I do not understand that, for example, phones with the same android version some suffer from draining and others do not?
Because all those phones use different hardware. My guess is that some process in the rendering engine does not comply the the screen refresh rate. In the early beta's the platform has been tested with different refreshrates, but it had no impact on the battery drain. In my own experience it looks like the faster the processor, the uglier the drain gets. So something is maxing out processing power, no matter the settings.
@Mario-Ivancic said in Battery drain:
Here Maps feels like you've gone back 10 years in terms of navigation. It's inaccurate, delayed, and often reloads routes for some reason
I experience none of those problems.
What I experienced navigating last year in the 15.000 km through Africa and Europe, is that the Here maps are outdated and give wrong information. When you are planning your route on the computer you see differences in the maps. After I have driven the part. Openstreetmaps was mostly right. That is also when dirt roads get tarmac. Several times there were new roads for about 3-5 years and it was not on the here maps.
Last year in Albania I drove form Tirana to Klos. There was a new road under construction mostly finished. Here let me drive a D tour of 100km Tomtom and Google about 40 to 60 km and Openstreetmaps knew the new situation precise. After 40 km driving on Here maps the tarmac stopt. I had to drive back to Tirana and search for an other route. I could not use MRA anymore because of the 100km D tour. So I used google maps for small parts of the route given by Openstreetsmap.
Here maps send you over stairs. In Greece I saw the stairs only at the last moment. An emergency stop prevented me drive down the stairs. It happens often to cut of hairpin roads in the mountains. When you follow Here you drive very steep or on stairs. In Barcelona it was really impossible to use Here because of driving against one way roads, driving over pedestrian squares. and so on. Several times Here wanted me to take small pedestrian paths. When I give in no dirt roads I still get dirt roads. So I am really done with the Here maps. But yes the combination of the computer planning and the phone navigation is for me MRA leading.@C-A-Kielen said in Battery drain:
Here maps send you over stairs. In Greece I saw the stairs only at the last moment. An emergency stop prevented me drive down the stairs. It happens often to cut of hairpin roads in the mountains. When you follow Here you drive very steep or on stairs. In Barcelona it was really impossible to use Here because of driving against one way roads, driving over pedestrian squares. and so on. Several times Here wanted me to take small pedestrian paths. When I give in no dirt roads I still get dirt roads. So I am really done with the Here maps. But yes the combination of the computer planning and the phone navigation is for me MRA leading.
Here is adventurous engine, but you do not get it.
Since I prefer routes on local and less-known roads, almost all my drives involve taking some gravel paths with my fat bike and its passenger. And i always turn off dirt roads, but in vain. Initially, my wife used to scream about where I was taking her, but now she's accustomed to the fact that a dubious section with a questionable surface for a road bike and tires is normal for me. I've explained to her that it's all about the adventure, and that adventurous rides are quite trendy nowadays.However, you're definitely right about the maps being inaccurate. I generally don't trust navigations much, so my disappointment is probably less. This is often the case when I'm riding in Eastern Europe and countries where maps are, at best, only good for main roads. Examples, as you mentioned, include Albania, Bosnia, Serbia, Macedonia, or the Balkans and Eastern Europe in general.
There's a new, currently in beta, web planner for TomTom that looks promising. Since I don't expect to do much riding in the next two months, I haven't decided to try it yet. But if they continue as they have started and iron out the issues with TomTom Go, which also reportedly has problems, they could become serious competition for MRA.
-
@Con-Hennekens
i do not think im behind with app ver. Im beta tester, and app is version 4.0.7-239@Mario-Ivancic said in Battery drain:
@Con-Hennekens
i do not think im behind with app ver. Im beta tester, and app is version 4.0.7-239No, that's the same as mine.
But the idea that the route you are using does not automatically download in its entirety after starting it is flawed.
But it does exactly that if you enable this:
The concept that the app should primarily use offline maps if available, and only resort to online maps if those aren't available, is better and more efficient.
I strongly believe this is already happening, and manual switching for online or offline maps is not necessary at all (there is no toggle for it at all). The only switch that is necessary is for online or offline navigation. Offline maps are being used in both scenarios when available.
Problems arise mainly when Android reports an available internet connection, you have offline navigation enabled, but bandwidth is too low or too laggy. Devs intentions are to change to internet availability test (probably not more than an ping) to a bandwidth test (preferably to the necessary servers).
I am not trying to downplay your issues though. I have experienced more than a handful of them myself. There is certainly room for big improvements. However with the Offline mode enabled, having the maps downloaded and the toggle in the picture above enabled the app seldomly fails me. The route menu can be used also in offline mode, whenever you have an internet connection (wifi or cell). So for starting (and auto downloading) you can just rely on your home (or hotel) wifi network. To enter the download folder is only necessary when you have no internet connection at all (read: underway when something happens).
-
@Mario-Ivancic said:
yet the basic functionality of the app is so poor and inefficient that it irrationally consumes energy. That's really baffling to me.
The functionality of the app is superb, probably second to none.
It's HERE'S implementation of the API that is inefficient. Let's not lose sight of that in this thread.I think today's developers have become a bit lax.
Yeah, bloody slackers!
I think the issue is two-fold:-
modern development systems (like Flutter and Unity) distance the developer one more layer from what's actually running underneath. It's necessary to do that to make Swift (ha!) progress nowadays. If your app isn't out in 6 months, you'll get eaten by the next startup. Time matters more than computing resources in general. You only come back round to tuning when there's a problem. We're there now, and it's someone else's APi that needs tuning. Oops.
-
phones are MORE complex than PCs. They're much more resource-bound (CPU, memory, battery, temperature, screen space, etc), less open (security, legal APIs only, etc) and have more complex sensors.
@richtea999 said in Battery drain:
@Mario-Ivancic said:
I think today's developers have become a bit lax.
Yeah, bloody slackers!
I think the issue is two-fold:-
modern development systems (like Flutter and Unity) distance the developer one more layer from what's actually running underneath. It's necessary to do that to make Swift (ha!) progress nowadays. If your app isn't out in 6 months, you'll get eaten by the next startup. Time matters more than computing resources in general. You only come back round to tuning when there's a problem. We're there now, and it's someone else's APi that needs tuning. Oops.
-
phones are MORE complex than PCs. They're much more resource-bound (CPU, memory, battery, temperature, screen space, etc), less open (security, legal APIs only, etc) and have more complex sensors.
You're right on both points. Is there anyone lazier than IT crews and programmers? I admit I'm lazy too. The only reason I push myself to thoroughly check and test others' APIs, SDKs, and software libraries is to avoid extra work later. I don't want to be stuck fixing issues in production. My laziness has often led me to seek quick solutions, only to end up spending more time and working harder. Especially SDKs can be detrimental to your project if they don't function as intended.
As a burnt-out programmer, my current job mirrors what I'm doing here: critiquing developers and their work, which leads to quite a bit of hate towards me
But when we finally produce a good product, everyone is happy, and we can relax, watching everything operate smoothly.I, too, rely on others' work. Writing something new when multiple versions and ready-made solutions already exist seems foolish. Whether it's a software library, an API, or compiled code, the source doesn't matter.
But if you did not created a solid logging and debugging tool for all the stuff you're using, and you end up in production with main SDK in question, you are f....d.
In the end your speed of development, it may not even matter. Basing your entire project on someone else's SDK, only to find out it's faulty when everything's finished, can jeopardize the whole project. Others might easily take your ideas and choose different, more reliable components.I certainly wouldn't want to be in the shoes of the MRA developers. If 'Here' shows no signs of progress, replacing it might not be straightforward. Yet, I'm hopeful that a solution will emerge, and 'Here' will pull through. As we all agree, MRA is great platform.
-
-
@richtea999 said in Battery drain:
@Mario-Ivancic said:
I think today's developers have become a bit lax.
Yeah, bloody slackers!
I think the issue is two-fold:-
modern development systems (like Flutter and Unity) distance the developer one more layer from what's actually running underneath. It's necessary to do that to make Swift (ha!) progress nowadays. If your app isn't out in 6 months, you'll get eaten by the next startup. Time matters more than computing resources in general. You only come back round to tuning when there's a problem. We're there now, and it's someone else's APi that needs tuning. Oops.
-
phones are MORE complex than PCs. They're much more resource-bound (CPU, memory, battery, temperature, screen space, etc), less open (security, legal APIs only, etc) and have more complex sensors.
You're right on both points. Is there anyone lazier than IT crews and programmers? I admit I'm lazy too. The only reason I push myself to thoroughly check and test others' APIs, SDKs, and software libraries is to avoid extra work later. I don't want to be stuck fixing issues in production. My laziness has often led me to seek quick solutions, only to end up spending more time and working harder. Especially SDKs can be detrimental to your project if they don't function as intended.
As a burnt-out programmer, my current job mirrors what I'm doing here: critiquing developers and their work, which leads to quite a bit of hate towards me
But when we finally produce a good product, everyone is happy, and we can relax, watching everything operate smoothly.I, too, rely on others' work. Writing something new when multiple versions and ready-made solutions already exist seems foolish. Whether it's a software library, an API, or compiled code, the source doesn't matter.
But if you did not created a solid logging and debugging tool for all the stuff you're using, and you end up in production with main SDK in question, you are f....d.
In the end your speed of development, it may not even matter. Basing your entire project on someone else's SDK, only to find out it's faulty when everything's finished, can jeopardize the whole project. Others might easily take your ideas and choose different, more reliable components.I certainly wouldn't want to be in the shoes of the MRA developers. If 'Here' shows no signs of progress, replacing it might not be straightforward. Yet, I'm hopeful that a solution will emerge, and 'Here' will pull through. As we all agree, MRA is great platform.
@Mario-Ivancic, you consequently use the term MRE. At first I thought about a typo, but it seems there is a reason behind it?
I am just an enthusiastic MRA user, and hope you will be one too!
Most motorcycle problems are caused by the nut that connects the handlebar to the saddle.
Streetpilot 2610/Zumo 660/Zumo 395/ CAT S52 + MRA app -
-
@Mario-Ivancic, you consequently use the term MRE. At first I thought about a typo, but it seems there is a reason behind it?
@Con-Hennekens said in Battery drain:
@Mario-Ivancic, you consequently use the term MRE. At first I thought about a typo, but it seems there is a reason behind it?
Sorry it is mistake, i have something MRE in my head... Sorry.
-
@Con-Hennekens said in Battery drain:
@Mario-Ivancic, you consequently use the term MRE. At first I thought about a typo, but it seems there is a reason behind it?
Sorry it is mistake, i have something MRE in my head... Sorry.
@Mario-Ivancic, Promise me to use MRA from now, and I won't get mad...
Just kidding! It triggered my curiosity
