Zumo User Forums

I'm putting this topic here to make it easier to find for later subsequent searches.

I spotted a query about custom POI display. V6.60

Very quick test of my own POIs. They show up on the map when you break the perimeter - at the same time that the sound is played and the picture is displayed. They disappear a short time afterwards - I guess when they leave the perimeter.

I note an option in Custom POIs - for my own set called TourGuide - There are 3 options: Off/Auto Play / Prompt
It may have been there before, but I do not remember it. This is in Settings, Driver Assistance, Proximity Alerts, choose POI list

This little test made me wonder - what if there isn’t a perimeter set, or a picture, or a sound file.

For reference, I made two guides regarding the creation of ‘Tour Guide style POIs’ and Standard POIs.
viewforum.php?f=34

Trip Manager has a facility for making standard POIs from Waypoints - with just a tick in the appropriate box.
TripManager Links

Has the 6.60 software solved the RUT issue ?

RUT behaviour seems to be triggered when an imported route is recalculated - eg after pressing skip. Subsequently, if you wander off route, the route seems to behave more like when navigating a track that has been converetd to a trip - ignoring route points and it calculates a way to get to the closest point of the remaining route. This notion is backed up by the fact the Tracks converted to a trip also display RUT behaviour - if you turn away from the route at 90 degrees.

I do not want a route to behave like that. I want the route to calculate a new way to the next route point. As it did with the Zumos before the XT1 and as it does with a route that has been built using the Zumos trip planner facilities.

First Test Observations on the XT2 with version 6.60 of the system software installed.

My tests for RUT behaviour are :

1. Route points for which you ignore the navigation instruction are removed from the route.
2. Track Log becomes fragmented.
3. With U Turns turned off, the route uses side road - 'turn back loops' to get you to go back. The Zumo calculates only to the last turn back loop leaving the evidence on the recalculated route.
4. The 'Skip List' contains the route points that have already been visited.
   Repeated U turn requests are a symptom. They are only evidence when they become inconsistent with the Zumo's routing alrgorithm.

The route map - click the image to see a larger version:

The route has ShPt1 just after the start. This is there purely so that I can press skip to force the route to recaclulate. This seems to be one way that RUT behaviour can be triggered.

ShPt2 is placed on a road that I do not intend to travel. Instead of taking the 2nd exit at the rouandabout to ShPt2, I will take the third exit (UK, traveling clockwise around roundabouts) - ie heading East.

Via Point 3 merely forces the route away from a fast route along the M62 to the south of the map. I will pass through this point.

The only other point is the End Point. The Magenta route is the way Basecamp has planned it and is the way that the XT2 calculates it. I know that it will want to make me take the A1. It is faster and more direct. Nevertheless, I will take the route shown by the cyan (light blue) line.

Test1 - Disappearing Route Points.

ShPt1 was skipped. That is the trigger for the behaviour that follows - the nature of the route has changed.
ShPt2 was still present and the route was navigating towards it before I entered the roundabout.


On exiting the roundabout, the route altered and Shaping Point 2 - which had been on the B6160 / Addingham - has been removed from the route


This particular behaviour, consistent with RUT behaviour is still present.

Test 2 - Fragmented Track Log


This is an observaiton rather than a test. It has happened with every route that I have tested that has displayed RUT behaviour and not with any route that has not displayed RUT behaviour. It has not happened with manually recorded tracks - only the automatically recorded CurrentTrackLog tracks. Each break coincides with when the route is recalculated.

Did my Test display a broke track log ?

Yes it did. Click the map for a more detailed image.


These are the locations where it repeatedly tried to get me to go back to the A1(M) to the west. Most of these are typically not RUT behaviour, they are a legitimate request to go from where I am now, to the road that provides the fastest route. Most, but not all. But the track log is broken neverethless.

This behaviour - at the same location - can be seen as two videos of the XT1 screen at the link below.

Ignoring Shaping Points
Saved Route - Missing Shaping Point - Skip Involved
Imported Route - Missing Shaping Point - Skip Involved

(The links will replace the current page - to open the link an a new tab instead, right click and open in a new tab or window.)

I checked this behaviour when I first got the XT2 - it was identical, so I never bothered to get any evidence.

So this behaviour has not changed on the XT2 with version 6.60 of the software.

Test 3 - Checking for Sensible Behaviour and turn back loops.

Tests on the XT1 were carried out a good while back and documented here.
(Again - right click the mouse if you wish to open in a new window.)

This illustration is exaclty the same test that I am carrying out today, and that first page reveals three of the turn back loops that remain in plotted route to reach the end. At this point, the end was three miles from my current posiiton, but the XT1 was taking me back north - following its trail of breadcrumbs - the turn back loops to get to where it had wanted me to joing the A1 south in the first place. This same route was tested on the XT2 when I got it and similar if not identical behaviour was observed.

I need to look at the route map again:


There are 4 places where I deviated from the Zumo's plotted route:

Red Rectangle. To avoid busy traffic lights. Broken track log, but the navigation continued ahead - no fuss.

Orange Rectaangle. Many serious attempts to get me to go back. 13 according to the number of broken segements - which sounds about right. But this is not RUT bahaviour. As I drove along it tried different roads to get me to head back to the A1 - initially junction 45, later junction 44. Eventually it decided junction 42 was a better alternative - which is more or less the way that I was heading. Despite the number of U turn requests and take a different road requests - this is NOT RUT Behaviour. The Garmin is Correct, I am not going the faster way, it is updating constantly and at each point finding the faster way from my current position. This is correct behaviour.

Green Rectangle. Almost within reach of Junction 42, Instead, I take the A63 heading East, and it goes bonkers.
Now I know this road from previous tests. If I simulate my position on the A63 anywhere in the green rectangle and aske the XT2 to plot a route to my end location, it will head west to junction 42 to get onto the much faster A1(M). So although it is not the way I want to go, it is the better route given the routing that I have set it to use (ie Faster Time). I was getting repeated requests to either U turn or take a loop back route. Ten of them for the netx 3.5 miles. But again - this is NOT RUT behaviour. But after the village of Hambleton - where the green box ends - if I set my position East of Hambleton (in the blue box) it will navigate to the east as the faster way.

It gave two more requests to turn back and then less than a mile after leaving Hambleton, it navigated ahead.

Now - although I say it is not RUT behaviour where the Blue box and orange box is drawn, it could have been. It would do the same thing if it was. Exaclty the same. So I stopped at the side of the road and looked at the route that it was plotting to take be back to the A1(M).
It was not heading back to Junction 44, or to Junction 43. It was heading to Junction 42. That isn't RUT behaviour - RUT behaviour would take me back to Junction 42. Some of the turn back requests were not U turns, they were loop back using a side road requests. If this was RUT behaviour, I would be able to see them on the route.

Below is one such turn back loop shown while the satnav is navigating. This is yesterday in the middle of Hambleton.


And the screen a short distance later after the route had calculated to the next U turn request.


The next image is the preview screen shorly after the previous screen. I stopped and zoomed out as far as I could and still retain the detail. You can see the tail of the motocycle icon on the road above the A63 road marker. You can also see the road where the turnback loop was plotted. The route no longer shows the turnback loop - even though at this stage the route is aiming for a U turn.


The above three are contrary to previous tests where the turnback loops have remained - primarily because the Zumo was calculating only to the point where it last asked me to turn back. It tagged this new short section of route onto its previous route. Which is why it could never escape from RUT behaviour - it wasn't even making an effort to calculate a new route. It was only tagging a bit to get you back to where you were.

This can be seen from a different test taken on the XT1 in December 2022


This behaviour has very definitely changed. Although the decision to continue ahead came after the tipping point - in Hambleton where it becomes faster to continue ahead, there were only 2 U turn requests before it navigated ahead - about 1 mile.

This is not ideal, but it is different. Comapared to the XT1 - which when after setting the mImported bit to fool the Zumo into thinking the route was created on the XT1 - that calculated the way ahead as soon as I started riding down the A63 away from the A1. That is 4 miles before where the XT1 indicated the location of the tipping point, and 5 miles before The XT2 v6.60 decided to continue ahead. 5 miles is a long way if you are going in the wrong direction. But I don't have any records of the XT2 following this route with a corrected route from a gpx file.

I need to run this again on my favourite test location - but currently the road is closed for another 7 days. This route has worked well - but there are far to many other variables. eg it was Saturday. It was Bank Holiday weekend. There are too many alternative roads available. My riding style had changed ('cos I was in the car !)

There is something odd about the XT2 offereing a mixture of turn round loops and U turns. I could not establish a pattern. I thought it had given up on U turns at one point, repeatedly asking for turn round loops, then it would throw in a few U turn requests.

I'm suspicious because an early 'fix to the RUT issue was to reduce the number of U turn requests to 2. After that it had to use side roads and housing estates. Curiously - using a roundabout to turn back counts as a U turn, probably because you are going back on the same road ! So If you disable U-turns it will not turn you back using a roundabout !!

It is progress - but Track logs are still broken, route points (seem) to be ignored if you cannot get to them after RUT is triggered by using the skip feature, and on this single test, it did not perform as well as a test I had carried out a while ago on the XT1 on the same test route as an imported gpx file that had its mImported byte changed.

But I don't regard one test as being conclusive.

Test 04 - U Turns Not Allowed.

Placeholder. I have no results for this. I have to perform the same test again on another day.

Very thanks for your time!! So it's not solved or 50% solved the problem

@jfheath Thanks for taking the time John!

Honoustly it would have surprised me if they would have fixed it for the XT2, but not for the XT3. Or at least sooner for the XT2 than the XT3. I did a test a few weeks ago with my XT3 and it definitely showed the same RUT behaviour as my XT did a few years ago. Applying the 'mImported fix' still works for the XT3. Note that there was no firmware update for the XT3 since I did the test.

@jfheath also thanks for looking at this. I’m slightly confused though (not uncommon!). Your ShPt2 at Addingham vanished and was ignored, I believe you’re saying. Surely that is a good result as the XT2 didn’t try to get you to u-turn back to the roundabout and then it plotted itself back on to the route ahead. Likewise with the A1(M) southbound which is actually the plotted route. If I’m missing the point here, happy to be enlightened as I have previously encountered what I think is this problem.

I’ve recently been really impressed with the XT2 performance with routes built outside of but subsequently synced with Tread. And that was before this update. It even routed me perfectly around a section of closed road and back on to the route when it could easily have taken a more direct route to my next via point.

Regain wrote: Sun May 24, 2026 9:13 pm @jfheath also thanks for looking at this. I’m slightly confused though (not uncommon!). Your ShPt2 at Addingham vanished and was ignored, I believe you’re saying. Surely that is a good result as the XT2 didn’t try to get you to u-turn back to the roundabout and then it plotted itself back on to the route ahead. Likewise with the A1(M) southbound which is actually the plotted route. If I’m missing the point here, happy to be enlightened as I have previously encountered what I think is this problem.

I’ve recently been really impressed with the XT2 performance with routes built outside of but subsequently synced with Tread. And that was before this update. It even routed me perfectly around a section of closed road and back on to the route when it could easily have taken a more direct route to my next via point.

Thanks for the comment @regain.

The disappearing shaping point. I wondered about this, whether it was a good thing or not. The route it produces is intelligent - it continues in the direction of travel as if the shaping point isn’t there - but I put shaping points into the route because I want to pass through them. Eg There is a cafe along that section of road. Imagine this very likely scenario - I needed to skip a route point early on - perhaps badly placed or there was traffic that I could get round another way, or maybe a road closure. Subsequently I want to turn off for the cafe but cannot because the road is closed. In this instance I would take the 3rd exit, by pass the village and expect to be routed to the shaping point cafe from the other end of the village.

That is exactly what happens if I hadn’t skipped an earlier route point. That is what happens if the route is a ‘saved’ route or created on the XT2 itself. But in this situation, I’ve been forced to go another way, and the Zumo decides to remove the point - I now don’t know how to get to it. The point has gone, the satnav has decided that I don’t need to go to it.

It might be suggested that I use a Via Point instead. But after pressing skip on imported routes a missed via point will also disappear ! I have videos of that happening - although I haven’t tested it in the location where I placed that cafe shaping point.

And the obvious statement to make is that it doesn’t happen with saved routes, it doesn’t happen if I don’t have to skip a route point.


The A1(M) issue isn’t an issue at all. I let the Zumo calculate a route down the faster road, but chose to take a different route. I know that the Zumo will always calculate the faster route - and that for the XT2 means heading for the nearest faster road regardless of whether the route takes more time. But the point is that it should recalculate ahead and not go back to where it last told me to turn back. Version 6.60 does seem to do this correctly - that is why I emphasised that all of those u turn requests on my first map where the track log was broken - are definitely NOT RUT behaviour. That is exactly what should happen. If I go away from the route, the Zumo should recalculate to the next route point. Not immediately, but when it becomes the better option as far as the routing algorithm is concerned.

The plotted route should be flexible. I use very few route points in my routes. Just enough to go in the direction I want, on the roads that I want.
I know that if I decide to go a different way, the satnav will recalculate a route to the next route point - using the way I am heading.

Again, that is what happens with a saved route. Imported routes behave differently. If you skip a point the entire route is recalculated, and its behaviour changes. If you have ever navigated a route that has been converted from a track using the feature on the XT2 screen - there are no route points. If you deviate, the navigation heads for the point on the route that is closest to your current position. The route behind gets deleted and your position becomes a new start point. That behaviour is very similar to the behaviour of an imported routes behave differently after skip has been pressed. No need for route points, so it ignores them, doesn’t even recognise that you have passed through them. I am talking pre-6.60 here. I haven’t tested every aspect with v6.60 yet. But I am concerned that the shaping point is still removed.

As for using Tread and Traffic - my experiences are not good. I only need one bad experience and think - what if that had happened in a country that I am unfamiliar with ? Road closures - the XT and XT2 do an excellent job routing around them. But the XT1 did it without consultation. I don’t know about the XT2. I haven’t tested it. The problem is that it believes the data that it receives and the data is of poor quality.

Eg - location not quite right. The road I wanted to use was permanently open. The roadworks started the other side of the junction. The satnav diverted the route anyway.
Eg Part time closure - closed at night, two way unrestricted traffic during the day. Zumo altered the route anyway.
Eg one way closure - Zumo had the road closed in the wrong direction a while ago near Harrogate

This isn’t the zumo’s fault. It is the data - and it seems that roadworks haven’t gone until the signs are removed - which happens a few days after the traffic is flowing again. So that is all prevented from affecting my routes. It isn’t reliable.

I use Tread for traffic info, weather, up ahead places - but I don’t use it for the route itself. Tread changes my routes point locations, moves shaping points onto faster roads, renames them. So synch is disabled and Traffic / Road work deviations are not allowed.

I no longer care about this stuff. I can get the XT2 to behave as I want. Early days, more tests needed, but from my observations they have done something to address RUT behaviour - it seems. But I’ll know better when my favourite test route is open to traffic again. There are hills in the way, there are only two alternatives, there is only a minute difference between the two routes. As soon as I turn off its route, it should recalculate in the direction that I am heading. Rut behaviour is obvious and it continues until I am 0.9 miles away from rejoining the original. Until then it will route me 29 miles in a loop to reach the point that is less than a mile in front.

My test yesterday had previously done something similar - but there are too many options for it to be conclusive. But it didn’t keep the turn back loops (although I had u turns allowed, and I wasn’t expecting turn back loops, so that needs revisiting with u turns not allowed), it didn’t delete the route behind me and plant a start flag at my current position, and it did recalculate a route ahead shortly after the tipping point.
It seems to have changed for the better.