Peobody wrote: ↑Mon Feb 27, 2023 2:31 pm
@jfheath, Do you have sense
No. I was away when they gave that stuff out.
Peobody wrote: ↑Mon Feb 27, 2023 2:31 pm
... about whether a route with 20 Via points will transfer slower than one with 5 Via points and 15 Shaping points?
Ah. No. It should not make a great deal of difference as far as I know. Subject to the number of points limits of course.
Via points mark the beginning and end of each 'section' of a route. A section has routing time and distances associated with it, so that the XT can display distance to Via and ETA for Via points. Some displays of the route also break it into timed sections which are defined by the Via Points. So there is a tiny overhead in working out and storing the sub total - probably completed in less time than it takes my fingers to typre the next letter. It isn't much.
Peobody wrote: ↑Mon Feb 27, 2023 2:31 pm
I ask because I have seen your comments that you convert most waypoints to Shaping points whereas I do not. One thing I feel confident about is that calculation time is not due to misplaced points (created with Waypoint flag tool). I am very meticulous about insuring that all routing points are exactly on the road. Any other points are almost always POI's added to the route from Search.
This is an issue that irritates me a tiny bit. The names of route points may change on transfer and/or import. But they do not change the names of points that were created as Waypoints.
For long routes, I like to put either a sequence number at the start of my route points.
app.php/ZXT-P09 Click the link and you'll see why. In this case the sequence number has been changed to a mileage expressed as a 3 digit number - obtained from Basecamp route calculations. It's close enough.
If I regard a route point as 'important', I will make a Waypoint and give it a number. And then they all appear in the correct order in the Route Pane in the bottom left of Basecamp. I can then highlight them all, and ask Basecamp to create a route from the selected waypoints. And because they were listed in the correct order (due to the sequence number), the route is built in the correct order.
I give it a mileage because I have found it useful in the past in Europe when I do not know the name of places or where they are relative to each other. At the start of every day, I will reset my trip to zero and follow the route. If I need to know where I am or what comes next or what points I have passed already, I just look at the names and my trip meter. Its preparation for the eventuality that I hope never happens.
'Important' places are for coffee stops, toilet breaks and such like. My Via points are placed on the road that I want to be on AFTER the break - and I use a shaping point to mark the cafe - so that I can ignore it.
But that link describes how I set up my routes.
---
Now - having said that.
@chris7444 sent me his GPX file that he said was taking 2 minutes to calculate. Indeed it was.
I've spent much of the morning working out what is going on. He'd done everything absolutley correctly. All of my smart-alec answers were of no use. He had them all covered. So I started dissecting his route. But first I created a track and plotted a brand new route that followed the same roads. That imported in about 2 seconds, rather than the 2 minutes that his route took. (1 min 55 seconds). I sent it to him, and it worked on his XT too. So its not the map, its not the Zumo. It is something in the route.
SO I started trying to pinpoint the problem. There were some points on junctions. No, it wanst; those. 3 Waypoints. I moved those. No. A number of shaping points. No. A few Via points - rleocated and set them as shaping. No.
So last resort, I inserted a new route point next to the Waypoint and then deleted the waypoint. I did that with all 3 of them.
And that worked.
We reckon that one of thos points was rogue - having been obtained from the datbase of route points. But we don't know how, or which one as yet.
Its not that it is having trouble calculating the route. It is that something is forcing the route to be recalculated in the first place. It shouldn't do it. There was once a problem with a Garmin map where the Zumo map was called something like 2010.3 and the Garmin map was 2010.30 - and that was enough to tell the Zumo that the maps were not the same - so for 3 months, the Zumos all over Europe were recalculating every single route - because the names were different. Chris said that one of his maps had brackets after the name (). I thought that might be the issue - but his XT worked correctly from my routes. And I was having the same problem with his routes even after recalculating them in my BAsecamp.
So I am wondering if there is something in the database of points that makes the Zumo think the info has come from a new map. Something that tells it that the waypoint is not there in its database - therefore it thinks that the map must be different. I've not come across this before, but I very very rarely use the database. And when I do, I usually replace it with my own point. In my experience the location of hotels and campsites are only approximate - based on a few hotels that have been a couple of miles out. Its enough to make me not want to rely on it. In any case they take you to the front door. I want to know where to park the bike !
So I don't know, but we both suspect that the points in the datbase are possible the answer to his problem.
How to verify it ??
Work is still ongoing. Chris has a nice sunny day over there, so he's gone for a ride. Its raining here. And tomorrow, so I'm staying put.