Autodetect and select navigation points from simple waypoints in a trackfile

Autodetect and select Navigation points from simple Waypoints in a trackfile with merged single (way)points.

Single points identical in position AND timestamp with single trackpoints are promoted to Navigation Points, and selected by the Navigation system. All other single points are to be considered as simple waypoints, and selected by the POI alert system. This should allow flexible support of ALL Navigation(course)points, including free waypoints and be fully compatible with idea:

Comments (28)

Willy, when you say "trackfile" I guess you mean TCX format file? If Locus compatibility/ interoperability with Garmin GPSs, Garmin software (Training Center), and other online websites that can import/ export TCX files is implied in your suggestion, then maybe it needs to be stated more explicitly?

Yes Andrew, in first instance to be functional using .tcx file (to share). Sure, I was seriously worried for eventual compatibility issues in other software. I tested a .tcx course/coursepoints file, and changed the timestamp of one coursepoint with notepad editor. This file is not rejected by the otherwise very critical Garmin Training Center. The point is still known by TC, but no longer part in the strictly timed Navigation order list wich is ok. See picture example in the .pdf, from original and the adapted file. Imported the file also into Basecamp, JaVaWaRTWtool,TrackNavigator and online service RWGPS and BRT. Some imports did not show the changed point, some others did even accept this as Coursepoint. But at least the file was not rejected. I can not test compatibility with a Garmin Edge 705 because I recently sold my unit ;-)

Use popular gpx, out of the waypoints, select and promote associated points into Navigation points, use non strict Waypoints for information. This should providesame strict Navigation performance as the tcx file system and additionaly support total free Waypoints.

if I understand correctly, you want to import track together with waypoints, merge them together and use attached waypoints during navigation right?

In this case, I think waypoints are already correctly attached in Locus, but I do not understand how to use them. Every navigation waypoint in Locus, needs to have an "command". Defined action that should happen on certain place. And common waypoints do not have this command. Or am I missing something? Thanks

I might be mistaken, but the way I understand it, this would "promote" all waypoints that I set with Locus while recording to navpoint when I re-import an exported track. So right now, the way it's phrased, it's not compatible with my idea you linked above.

Could you please rephrase this, otherwise I'll have to vote it down...

Action: track record, add point. Waypoint timestamps are later in time than same positioned trackpoints, if point added by a *normal user operation. Result: non associated

*I had several tests, retries to be able to generate "special" associated waypoints by the add point function during track record. Setting: track record each second. Only if within 1 second, add waypoint and fast save button action, there is possibly an equal timestamp.

Locus v 3.9 and 3.9.1 export to gpx track.

The waypoint Z time is correct but trackpoints timestamps are - 1 hour off !

With the above idea, exporting a (recorded) track and reimporting it in Locus wouldn't lead to the same track. I think exporting should be usable for backup purposes, so with that idea, it wouldn't be anymore.

I suppose this brings no change for your use. Track import with or without associated waypoints, they just stay simple waypoints. Because the main change, recognise associated points happens after pushing the Navigation button. Not using navigation, I think you will not observe a change.

Navigation TTS announced and <Notes> of both Navigation and Priority_ Points as text display in the map top info bar.

- gpx navigation track with some additonal demo Priority Points.

* Actual version not recognising the 3 integrated L/R/S 'Navigation_Points", Locus adds own generated instructions :-(( Also does not display the <desc> information of points into the maps top information bar :-((

* Displays ALL (= more than +16) standard known waypoints Icons (Locus Priority Points) in the Navigation Button :-))

Sounds like a good idea to have general "free" waypoints and "special" navigation "priority points" supported from the same gpx file!

Also, this could eventually lead to a more general gpx format "standard" for navigation purposes without the need of special app-specific extensions -> better interoperability between apps (if they implement support for it).

I'll probably needs some help here. As I see, topic has 19+ votes, which is nice and it means some interest in this topic.

Unfortunately base idea is still not perfectly clear to me. As I understand it:

Base idea: import file with track and waypoints and use certain waypoints as navigation commands, correct?

Current situation:

TCX file format: course + coursePoints are well supported and should work without a problems now. Why? TCX course format is directly made for this purpose

GPX file format: no united official support for navigation over this format. Same problem discussed in BRouter support forum. Almost every navi software export own version.

So, if I understand correctly, TCX support is done. GPX except street names also. So question: WHY to add precise support for GPX, when there is no universal format and also no desktop app that may generate compatible GPX files?? And please, 19 votes = 19 interested people, so I'll appreciate some short feedback, thanks!

I was just working on this, made some changed to GPX import and set description as internal "Street name" parameter, like in case of TCX files. Unfortunately, when I'm not sure about something, I revert it and leave it on later. And I have this feeling here. For me, these extra modifications to GPX import still looks like something unwanted, like something that may break compatibility and confuse users in some cases (like when then setup custom symbol that will match to any of Locus Map navigation commands and then Locus will read whole point description during navigation).

I'm sorry, I'm ending with this topic. It has high number of votes, but except from you, I do not have any feedback from other users and I'm not really convinced about it's usage. Thanks for understanding and your patience.