"Time to target" data source not working properly
In Progress
Hi there
I think the "time to target" data source has a bug.
When I use it in my dashboard, it seems to generate random numbers about how long it will take to walk to the end of the route I'm following. The "distance to target" field and the "average speed" field work fine, so why isn't the "time to target" just the distance to target divided by the a average speed? See example in screenshots. Also, on a hike I did a couple of days ago, after about 1km following a 22km route, the "time to target" said the remaining walking time to complete the whole route was 44 minutes.
I'd be really grateful if you could try and fix this - or perhaps tell me if I'm doing something wrong.
Many thanks
Adam
The same problem 
Here are the screenshits
Here are the screenshits
Screenshits? Hopefully they don’t smell too bad... 😉😎
It’s important to know how you created the route. Did you use the route planner, and which profile did you use? With or without navigation commands? Did you perhaps set an incorrect (too high) speed using the slider (‘average speed on flat ground’)?
It doesn’t simply use your previous average speed for the remaining distance, but employs a highly complex (overly complex) algorithm that takes into account gradients, surface conditions and much more. I haven’t always had good experiences with this, particularly when hiking; the ETA times are often not particularly accurate. (I therefore prefer to plan my hiking routes without navigation instructions; in my experience, the results are then significantly better in terms of the ETA. When cycling, on the other hand, it may make more sense to plan using navigation commands, as gradients and road surfaces have a much greater impact on the time taken than when walking.)
But it shouldn’t be as drastic as in your case; that suggests it’s more likely to be a wrong setting.
Screenshits? Hopefully they don’t smell too bad... 😉😎
It’s important to know how you created the route. Did you use the route planner, and which profile did you use? With or without navigation commands? Did you perhaps set an incorrect (too high) speed using the slider (‘average speed on flat ground’)?
It doesn’t simply use your previous average speed for the remaining distance, but employs a highly complex (overly complex) algorithm that takes into account gradients, surface conditions and much more. I haven’t always had good experiences with this, particularly when hiking; the ETA times are often not particularly accurate. (I therefore prefer to plan my hiking routes without navigation instructions; in my experience, the results are then significantly better in terms of the ETA. When cycling, on the other hand, it may make more sense to plan using navigation commands, as gradients and road surfaces have a much greater impact on the time taken than when walking.)
But it shouldn’t be as drastic as in your case; that suggests it’s more likely to be a wrong setting.
Ah yes sorry about the smelly typo! Thanks for the suggestions.
I was following a route that I downloaded from Komoot but I stripped out all the waypoints before using it. So I’m pretty sure it was just a plain gpx with no instructions or other bits of debris in it. So I’m puzzled as to what is going on - I think the “time to target” algorithm may have an error in it.
Ah yes sorry about the smelly typo! Thanks for the suggestions.
I was following a route that I downloaded from Komoot but I stripped out all the waypoints before using it. So I’m pretty sure it was just a plain gpx with no instructions or other bits of debris in it. So I’m puzzled as to what is going on - I think the “time to target” algorithm may have an error in it.
Show the route and open the Route planner. Create a new route using the route planner. Now you can compare whether the error still exists.
Show the route and open the Route planner. Create a new route using the route planner. Now you can compare whether the error still exists.
Hi
Thanks that’s helpful.
But I really don’t want to have to recreate the hike in the planner - it’s much safer to download it from a verified website from someone who’s actually done the hike before. If I try to do it myself, I’m likely to make a mistake because I don’t know exactly where it goes. If I just import a “plain” gox, if locus can use it to correctly calculate the distance to target (ie the end - there are no other “targets”) and can calculate the average speed, why can’t it just divide the distance by the average speed to calculate the likely time left to the target (=end)? I really can’t work out how it manages to calculate such weird numbers for the estimated time remaining - I don’t know what “targets” it could be using!
Thanks.
Adam
Hi
Thanks that’s helpful.
But I really don’t want to have to recreate the hike in the planner - it’s much safer to download it from a verified website from someone who’s actually done the hike before. If I try to do it myself, I’m likely to make a mistake because I don’t know exactly where it goes. If I just import a “plain” gox, if locus can use it to correctly calculate the distance to target (ie the end - there are no other “targets”) and can calculate the average speed, why can’t it just divide the distance by the average speed to calculate the likely time left to the target (=end)? I really can’t work out how it manages to calculate such weird numbers for the estimated time remaining - I don’t know what “targets” it could be using!
Thanks.
Adam
Replies have been locked on this page!