Thanks for that additional clarification Mark. Much appreciated.
I totally get and accept that explanation and we can close it there.
Jim
It seems to me that this is just the result of how the routing algorthim works. You select teh start and then the 1st point, and it calculates a route from the start to that point. When you click the next point, it does not want/need to recalculate teh entire route from the start, so it sets a new "start" as the finish if the first (last) section and the end as the last point, and auto-routes that section. In an ideal world, it would remove the extra point, but the process might incur some penalties that are just not worth the effort.
When using the auto-router point by point, what we may think of as a single resultant route is just a combination of many individual sections.
All the apps/devices I’ve used seem to manage this with no issues.
Regards
Mark
You are correct on all counts Mark. And it doesn't impact on my gps nor Fenix in the field. So from a practical perspective it has no navigational impact
And now that I have at least two viable workarounds to remove the duplicates I can still process the gpx data to produce my custom routecard.
So yes, a curiousity that Admin might want to look at sometime in the interests of consistency of outcomes for the product. That is, plotting a route by progressively extending it from the start point to the eventual finish point produces a different gpx download from one arrived at by reshaping an autoplotted route between the start point and the finish point - with the latter producing the'cleaner' gpx file.
So thanks to both you and Willy for your interest and insights and I guess we can leave it at that
Jim
Yes, Jim, it would have me about 20 clicks to copy the route.
In practice, the presence of these duplicate points does not seem to affect the usefulness of a plotted route. I have cycled thousands of miles following routes I created in PR with no issues at all.
Does it causes you a problem, Jim, or is it something you noticed and are seeking to understand?
So a question for Admin, then; is this a bug albeit one with (maybe) no visible impact?
On the ferry to Dublin, as I type!
Mark
Willy - thanks for those links.
I have found that editor and used it to remove duplicates.
Yet another viable workaround.
Jim
@ Jim.
You can analyse and solve that very quickle by the freeware gpx editor.
In the left down panel you find the anaylyse window. (Copy paste text)
(See also the you tube video) https://t.ly/-2M0
This issue anyway is caused by the GH engine.
A design by GH online.
https://t.ly/7252
Tap gpx for download.
Opening GraphHopper.gpx
6 waypoints.
0 routes (0 points)
1 tracks (55 points in 1 track segments)
TGPX
Waypoint list
Track Segment #1 (55 points)
3.6 km / 0:14:31 = 14.9 km/h
Remove duplicates.
Track Segment #1 (51 points)
3.6 km / 0:14:31 = 14.9 km/h
Thanks for your detailed analysis Willy.
Your counts, give or take a point, mirror mine and appear to confirm duplicates in one file and none in the other.
Was that a manual exercise on your part (incliuding the removal of the duplicates)?
Mark - have a great trip around Ireland - my part of the world (obviously).
Yes, the routes will appear identical when shown on the map but if you look at the gpx file in a text editor you can locate the duplicates by checking the location co-ordinates of the trkpts. I also upload them to basecamp where they are easier to spot visually.
I downloaded your traced route and scanned the gpx data - there are in excess of 20 duplicates there. I suspect the number will reflect the number of times you clicked in tracing the route.
Opening Wr160b_11pts.gpx
1 waypoints
0 routes (0 points))
1 tracks (307 points in 1 track segments)
TGPX
Track Segment #1 (307 points)
14.7 km / 3:59:29 = 3.7 km/h
Remove duplicates:
Track Segment #1 (295 points)
14.7 km / 3:59:29 = 3.7 km/h
#
Opening Wr160c_Aps_Only.gpx
1 waypoints
0 routes (0 points))
1 tracks (297 points in 1 track segments)
TGPX
Track Segment #1 (297 points)
14.7 km / 3:59:30 = 3.7 km/h
Remove duplicates:
Track Segment #1 (297 points)
14.7 km / 3:59:30 = 3.7 km/h
#
Opening Wr160Traced.gpx
1 waypoints
0 routes (0 points))
1 tracks (339 points in 1 track segments)
TGPX
Track Segment #1 (339 points)
14.7 km / 2:56:18 = 5.0 km/h
Remove duplicates:
Track Segment #1 (312 points)
14.7 km / 2:56:18 = 5.0 km/h
Jim,
I was a bit rash in offering to investigate, as I'm off on a cycling holiday to Ireland tomorrow. I looked at those 2 files are they appear to be identical, ie overlap when one is traced over the other, and are quite normal routes with nothing untoward that I can see.
I am a bit confused when you talk of overlapping points; what app do you use to investigate the downloaded files?
I downloaded wr16011pts as a gpx, then uploaded & created a trace. I then created a route using auto-route/On Foot/Streetmap using teh point and click method. See https://www.plotaroute.com/route/1947638
See if that still gives you "duplicated points".
Well, not a lot added but if still unresolved, I'll be back in 10 days or so!
Regards,
Mark
I can do that Mark.
Just made the two routes public.
They begin with wr160......
In answer to your questions - yes I used 'auto plot' and 'on foot' on Streetmap in both cases.
The route ending in '11pts ' was created using 11 points to develop the route from the start point to the finish point.
You will find when downloaded as a track that the gpx will have 11 duplicated points.
They should be at the follwoing track points....
9,10 34,35 65,66 77,78 136,137 146,147 192,193 228,229 244,245 253,254 294,295
The start and finish points are also duplicated.
The route ending in 'aps only ' was created using anchor points to reshape the initially autoplotted route between the start point and finish point.
Hope that illustrates the issue as I see it.
Jim
The route end in 'aps only' was created by using only a start and finish point and then reshaping it to be the same as the earlier one.
You should not find any duplicate points in that downloaded track.