Yes it does work. One of the first things I tested when I got the XT2.Oop North John wrote: ↑Sat Oct 26, 2024 6:18 pmOn the XT I used the in-device method of changing the route to avoid the RUT problem. With this tool can I save the routes as a GPX file on the computers hard drive, amend it, and then send it to the XT2?FrankB wrote: ↑Sat Oct 26, 2024 10:58 am Jaco has changed his webpages. It now reads XT(2) to indicate the solution works for both XT and XT2.
https://www.javawa.nl/triprepair.html
The RUT issue on the XT1 seemed to arise on imported routes (from GPX files), never on routes created on the XT itself.
This in turn seemed to be related to a single setting in the .trip file that is associated with each route:
mImported was set to either True or False. (1 or 0). The same seems to apply to the XT2.
The XT2 has a facility to make a copy of a route. It is available from the spanner menu once the route has been loaded. The copy seems to be is an exact match for the original except that it is regarded as Saved, not imported. You have to catch it before it can synchronise (turn off BT, or do not have Tread running on your phone. )
Routes created on the Tread App do not have the RUT issue.
Commenting on RUT behaviour, jfheath wrote: RUT behaviour on the XT2 can be different from that seen on the XT1. I forced it to happen on two of my test routes. On one, the XT2 behaved almost exactly as the XT1 did, demanding that I go back and complete its 29 mile 'go back loop' when the next route point was only about a mile ahead.
The XT gets itself into a RUT situation sometimes - typically after a route recalculation (eg skip). The nature of the route changes and when subsequently deviating from it, it seems to head for the closest point rather than calculate a new route to the next route point. This appears to be the same logic as used by tracks that have been converted to trips. With U turns allowed and a route which has already asked you to go back, the closest point on that route will always be behind you - so it simply calculates a route back to the last place that it asked you to turn back. Logical for a track-trip with nor route points. Less so in my opinion for a route with route points.
The XT2 seems to have addressed the symptoms of this behaviour. On my other test route it didn't navigate ahead immediatel after the tipping point - where it is definitley faster to continue ahead than to go back - but it seemed to split the difference. With 20 miles to go, it continued to try to head me back, but after 10 miles it spotted the next route point and started to navigate ahead.
I noticed that the XT2 avoided asking for a U turn more than twice - subsequently looking other ways to get me to go back. This forces it to look further ahead for places to turn round - and therefore might spot a closest point of the original route up ahead, as the last point behind you is getting further away. But really, it should, in my opinion, be heading for the best way to the next route point.
Which is what it does with routes that it thinks are not imported.