Garmin route import display is not correct.

0709 shared this problem 4 months ago
Not a Problem

Please have a look. It seems import > display and export to track of a Garmin route is not optimal correct.

In a Locus export into track: Find 9 original wpt + 15 rtept in the waypointlist.


Direct import into Locus > Map > Expect to see 9 waypoints but Locus shows 24 waypoints !

See picture.

A. by Locus import and than the same picture

B. By using a converted track by the JavawaRTWtool. (pc)


In attachment find the gpx files.40f2a9ae00028e3a46c92d0648442c23

Comments (9)

photo
1

Not promoting rtept's into wpt's would also solve the "red arrow" problematic of the rte_wpt route import, and correct export into track_wpt. Correct display of Garmin route (gpx 1.1/extension_gpxx) by gpxviewer app was ok.

photo
1

Good day Willy,

little complicated task. If you just "display" file or use MapItems, in both cases Locus apply "Merge points with the imported track". The result is what you see ... waypoints are attached to track itself.

The behavior you need is possible only with direct import (not display) and with disabled this "merge" option.

Then I see correctly on the map track with its 15 waypoints + 9 separate points. Which is correct, is it? If so, the problem we have here is that the "merge" option is automatically enabled for "display" import, right?

photo
1

Which is correct, is it?

I do not think so.

Javawa (pc) is my best example reference program. (Designed for best compatibility with Garmin hardware)


Display by Javawa (pc) and gpxviewer app schows the path and the 9 wpt and is ok.

Locus result is nok.


Route(rte) + 9 wpt to trackconvert by Javawa is the correct expected result: track(trk) + 9wpt and is ok.

Locus result is nok.

Rtept's should not be promoted (display) nor converted into wpt's.

photo
1

I think best compatibility with Garmin is using some Garmin stuff. Do not know why Javawa should be better.

So I tried Garmin basecamp and here is the result.

/5c8aa9d9391d7436bbfcc1c24fac3bf5

Route is visible on the map. All 9 waypoints are separately listed in the side panel. 15 attached route points not listened in the side panel but visible and clickable on the map. So I think that the current Locus Map system is correct. <rtept> points are important points along the route and because Locus do not have anything "between" trackpoints and waypoints, more logical is to increase its priority.

photo
1

Display Map

Rtept' s display by Mapsource or Basecamp.

Different versions, different icon implementations. Variations from discrete mini dot, black square, white x square, Blue flag.


Mapsource or Basecamp Wpt (no sym) display are mostly shown by a blue flag icon.


Rtept's display by Locus.

By many (disturbing) red arrow icons (small screen phone or watch display). Suggest use small discrete black dot icon for rtept. By the <sym>waypoint</sym> See: (your) basecamp mapdisplay example.


Locus Wpt (no sym) display is shown by "red arrow" icon. = Ok (imo)


Route to track convert.


Mobile (travel) operation now, so actually I can't test by (pc)Mapsource or Basecamp.

Please test by Basecamp:

Function convert route toch track.  Are the rtept's converted into wpt's ?

Regards.

Willy & company @ Schmalkalden 😀

photo
1

Info By alltrails support.


"Garmin Basecamp often marks all data (=rtept) points with a waypoint flag, making it hard to view the trail. (Often = By different versions)


https://support.alltrails.com/hc/en-us/articles/360022875531-How-do-I-import-a-GPX-file-I-ve-downloaded-to-my-GPS-device-

photo
1

Good evening Willy,

we may talk till end of humanity, why should Basecamp presentation be wrong.

Anyway, we have some data here and let's rather talk, how it should look like.

And I agree that small red arrows are obtrusive and should be exchanged for something like "waypoint.png" icon, but I still think that what you get after display of your file in Locus Map, is correct. All track rtept points have own defined name, icon, even a description! So why should Locus Map throw these data away? It makes perfect sense to me, that rtept points are important points that user should take care about. If not, then it makes no sense to have them in GPX file.

photo
1

Menion.


Route Points rtept's without defined icon by missing sym should not been shown by the Locus Red Arrow but by the discrete mini black dot. (Free menu set by user: = map display name yes or no)


This also perfectly solves the display issue caused by "direct routes" that do contain multiple rtept's.


https://help.locusmap.eu/topic/how-to-remove-red-arrows-on-gpx-route-import


A convert from rte_route to trk_ track inclusive some individual wpt's (merge) via Locus database import > export function.

The rtept's be converted into trkpt's only, NOT additionally be converted into wpt's ! Only must keep the original individual wpt's.


All conversion and display issues correct solved !


Waypoints (individuals) without a defined icon (by missing <sym> are actually represented by the Locus Red Arrow.  (= ok).

photo
1

Hello Willy,

"waypoint.png" as an icon for rtept points without own defined symbol: as I wrote, agree ... implemented.

Anyway to original reported problem. You know well, that Locus has only trackpoints and waypoints, nothing between. So the result you see after display/import is simply ok, Locus cannot offer a better result. Thanks for understanding.

Menion

photo
1

Ok ... message received = Keep (Garmin standard route) the routepoints.

Test by v3.38.3

Map display of routes is improved but not optimal especially when importing the *"direct route" variant.

See picture > The line style (colour by elevation) is hardly visible by the multiple black dots.

fcbedf07fd0ad77f9e7a14a3dccce967

Suggest (new) option: Set (Y or N): - Hide rtept points.

Elegantly solves both display and export (convert) to single gpx "track+wpt" issue.

By the way.

I do not find any Android app with a simple fast convert function from "route+wpt" into single (merged) "track+wpt" gpx file.

* Direct routes. Why this method and so the extra complications ? I have no idea what it is good for, but this is the download format offered by some US websites, so (US)Locus users have to deal with it.

Testfile in attachment.

Original:

1_Direct_rte_by_alltrails.gpx (filesize 81KB)

And converted into track: (By external pc program)

4_To_trk_by_gpx_editor.gpx (Filesize 74KB)

photo
1

(I forgot adding the link to helpdesk "new idea")

I do not find any Android app with a simple fast convert function from "route+wpt" into single (merged) "track+wpt" gpx file.

https://help.locusmap.eu/topic/import-menu-route-to-track

photo