How to navigate a track?
-
@Bouke-Ent said in How to navigate a track?:
wpt in a track file
wpts are not part of a track file; that's a common misunderstanding. Unlike VIA points, that are part of a route, there is no link between wpts and tracks in any way even if they are part of the same GPX file.
@Martin-Wilcke said in How to navigate a track?:
@Bouke-Ent said in How to navigate a track?:
wpt in a track file
wpts are not part of a track file; that's a common misunderstanding. Unlike VIA points, that are part of a route, there is no link between wpts and tracks in any way even if they are part of the same GPX file.
wpt in a gpx means a single not to route or track point. when export a track and poi file in MRA a poi gets wpt in gpx file.
TopoGrafix
- stand alone and are not related to a route or track. They are called waypoints and are labeled as <wpt>.
- a point is needed to calculate a route, then this point is called routepoint and labeled <rtept>.
- trackpoint and labeled <trkpt>.
-
@Martin-Wilcke said in How to navigate a track?:
@Bouke-Ent said in How to navigate a track?:
wpt in a track file
wpts are not part of a track file; that's a common misunderstanding. Unlike VIA points, that are part of a route, there is no link between wpts and tracks in any way even if they are part of the same GPX file.
wpt in a gpx means a single not to route or track point. when export a track and poi file in MRA a poi gets wpt in gpx file.
TopoGrafix
- stand alone and are not related to a route or track. They are called waypoints and are labeled as <wpt>.
- a point is needed to calculate a route, then this point is called routepoint and labeled <rtept>.
- trackpoint and labeled <trkpt>.
Yep, I know
-
That's the major difference between MyRouteApp and DMD:
MyRouteApp is very good in street routing; not sure if developer is willing to enhance it also for track operation in future. By the given solid foundation in on-road routing, it will be difficult to build on that with off-road routing (track navigation) on top. And: it looks like the interoperability with other apps isn't in focus.DMD is excellent in offroad routing (track navigation) and offers all stuff you can imagine could be important for it. No wonder about, it can inform you p.e. about distance to a <wpt> which is close to the track.
Nowadays, the developer is going to include also onroad routing (route planning). But this is just in the beginning and far away from MyRouteApp level!This discussion here shows, there are MyRouteApp users which are interested to get things like:
if there are <wpt> in a gpx file additionally - they should be handed as well. Of course they can be imported, but that's not enough. Because currently they can be "added" only to routes but not to tracks.Both user groups forces both developers, to enhance the underdeveloped part of the apps. Not sure how many time it will need for enhancement. But we are lucky: we can run both apps parallel on a Android device - feed by same gpx file. So, it's easy to switch between the apps just what is best for the situation
-
@Bouke-Ent said in How to navigate a track?:
wpt in a track file
wpts are not part of a track file; that's a common misunderstanding. Unlike VIA points, that are part of a route, there is no link between wpts and tracks in any way even if they are part of the same GPX file.
@Martin-Wilcke said in How to navigate a track?:
wpts are not part of a track file; that's a common misunderstanding.
Actually, that is the common misunderstanding.
Waypoints do not have to be on the track, but that does not mean they are not part of it. In navigation going back long before motorbikes were invented, a turn point was commonly defined by following a specified heading until a given waypoint (distinguishing feature usually off the track) was observed on a specified bearing. So yes, when importing a track, it is important to import any specified waypoints defined in the track file. Whether MRA uses them as part of its calculations is irrelevant. You must accept that if they were important enough to the creator of the track to be included in the file, then they are probably just as important to the user of the track.
-
@Martin-Wilcke said in How to navigate a track?:
wpts are not part of a track file; that's a common misunderstanding.
Actually, that is the common misunderstanding.
Waypoints do not have to be on the track, but that does not mean they are not part of it. In navigation going back long before motorbikes were invented, a turn point was commonly defined by following a specified heading until a given waypoint (distinguishing feature usually off the track) was observed on a specified bearing. So yes, when importing a track, it is important to import any specified waypoints defined in the track file. Whether MRA uses them as part of its calculations is irrelevant. You must accept that if they were important enough to the creator of the track to be included in the file, then they are probably just as important to the user of the track.
I'm talking about GPX, specifically its structure and semantics.
A GPX file (implementation) or GPX container (model) might have multiple tracks and waypoints. All these elements are at the same level; they are not nested or linked in any way. Whatever the creator's intention was, you can't tell from looking at a GPX which waypoint belongs to which track. If you want to do so, you need some clues, rules, guessing - whatever.
That's why some Apps (e.g., DMD) prefer to import a GPX as a bundle to keep the content cohesive.
MRA, however, takes a different approach: you have to import tracks and waypoints in individual steps into different RouteLab areas. In particular, you don't end up with waypoints appearing in a route-track's "manage" tab in the "POI" section - that's what this thread is about, and that's what @guzzist is asking for.
@Paul-Smith-3 said in How to navigate a track?:
So yes, when importing a track, it is important to import any specified waypoints defined in the track file.
While still talking about GPX: there is no "track file", and there never was.
-
I blieve, we have the same understanding, but may using other words to explain - or translation does it not in best sense.
MRA does it in it's own way and sepereates data in stricktly separated areas:
- Tracklogs - which sould collect only own logged travels (as tracks)
- Routes - which collects own or received routes and received tracks (here called Route-Tracks)
- POI - which collects Points of Interests (in gpx standard named as <wpt>
For the moment, I will not discuss this.
But I'm asking towards development: based on given build in MRA - if a gpx is going to be imported (which contains a route <rte> and <wpt>. Can we get a solution:
- to import in one hit the <rte> into the area "Routes" (as route) - and the <wpt> into the area "Routes" / Section "Point of Interest" / tab "Manage"?
- to Import in one hit the <trk> into area "Routes" (as Route-Track) - and the <wpt> into the area "Routes" / Section "Point of Interest" / tab "Manage"?
But yes, I see: this will change a paradigma in MRA, because until now Route-Tracks can't have Points of Interest.
And I consider: what if a gpx file does contain both <rte> and <trk> - and if there are also <wpt> in?
I believe we need 2 import actions: one for Route and another for Route-Track. Or it could be automated, to get both in one hit - because this is the case in current MRA build if there are 2 routes or 2 tracks in one gpx file to be imported (it creates that separated).
And I also consider: in this case, a gpx file does contain <rte> and <trk> and <wpt>. To which one sould be the imported <wpt> belong to? To the Route, to the Route-Track, or to both?
I prefer to both, because if to one of them it's not necessary to get the <wpt> - it's more easy to delete them (one by one), as to enter them (one by one) with search of position afterwards.Yes, other Apps can show more than one track in the same map; MRA doesn't. But I think, there is no need to change this in MRA also.
I can imagine, this would not be a big effort, but a "masterpiece" - which resolves the problems we are discussing here and makes many users happy. And brings MRA again a step vorward in relation to DMD
I know, many users are there, who will love it - but the "louder" ones are those with Carplay issues...Bay the way: DMD does also exactly was gpx standard is: showing groupwise content of a a gpx file. All routes <rte>, all tracks <trk>, all waypoints <wpt>. But they don't belong to each other; they are only in one file.
The only belongings are trackpoints <trkpt> which belongs to tracks <trk>.
And routepoints <rtept> which belongs to <rte>.
(see attached images)
Nothing is impossible ;-)
In past: GARMIN Zumo 210->GARMIN Zumo 395->GARMIN XT=> now: DMD T865-X + MyRoute-App, LocusMaps, OsmAnd.
In past: GARMIN MapSource ->GARMIN BaseCamp->Tyre->Kurviger->Calimoto=> now: MRA-Routplanner. -
I blieve, we have the same understanding, but may using other words to explain - or translation does it not in best sense.
MRA does it in it's own way and sepereates data in stricktly separated areas:
- Tracklogs - which sould collect only own logged travels (as tracks)
- Routes - which collects own or received routes and received tracks (here called Route-Tracks)
- POI - which collects Points of Interests (in gpx standard named as <wpt>
For the moment, I will not discuss this.
But I'm asking towards development: based on given build in MRA - if a gpx is going to be imported (which contains a route <rte> and <wpt>. Can we get a solution:
- to import in one hit the <rte> into the area "Routes" (as route) - and the <wpt> into the area "Routes" / Section "Point of Interest" / tab "Manage"?
- to Import in one hit the <trk> into area "Routes" (as Route-Track) - and the <wpt> into the area "Routes" / Section "Point of Interest" / tab "Manage"?
But yes, I see: this will change a paradigma in MRA, because until now Route-Tracks can't have Points of Interest.
And I consider: what if a gpx file does contain both <rte> and <trk> - and if there are also <wpt> in?
I believe we need 2 import actions: one for Route and another for Route-Track. Or it could be automated, to get both in one hit - because this is the case in current MRA build if there are 2 routes or 2 tracks in one gpx file to be imported (it creates that separated).
And I also consider: in this case, a gpx file does contain <rte> and <trk> and <wpt>. To which one sould be the imported <wpt> belong to? To the Route, to the Route-Track, or to both?
I prefer to both, because if to one of them it's not necessary to get the <wpt> - it's more easy to delete them (one by one), as to enter them (one by one) with search of position afterwards.Yes, other Apps can show more than one track in the same map; MRA doesn't. But I think, there is no need to change this in MRA also.
I can imagine, this would not be a big effort, but a "masterpiece" - which resolves the problems we are discussing here and makes many users happy. And brings MRA again a step vorward in relation to DMD
I know, many users are there, who will love it - but the "louder" ones are those with Carplay issues...Bay the way: DMD does also exactly was gpx standard is: showing groupwise content of a a gpx file. All routes <rte>, all tracks <trk>, all waypoints <wpt>. But they don't belong to each other; they are only in one file.
The only belongings are trackpoints <trkpt> which belongs to tracks <trk>.
And routepoints <rtept> which belongs to <rte>.
(see attached images)
I understand and agree with all the facts and details you pointed out.
Just one more question: I mentioned the TET S GPX file in the other thread, which contains 21 <trk> and 760 <wpt>.
What is your preferred solution here: creating 21 route-tracks and inserting 760 POIs in the "POI / manage" tab for each of the 21 route-tracks?
-
I understand and agree with all the facts and details you pointed out.
Just one more question: I mentioned the TET S GPX file in the other thread, which contains 21 <trk> and 760 <wpt>.
What is your preferred solution here: creating 21 route-tracks and inserting 760 POIs in the "POI / manage" tab for each of the 21 route-tracks?
@Martin-Wilcke do you intend to drive all that TET sections in one ride? That will last 2-3 Months...
My longest rides to Morocco and round Italy lasts each 5 Weeks. I splitted the routes in parts - one for each rinding day.In your case, I would import the gpx to get all <wpt> as Point of Interest. Then I would import the gpx again to get the tracks. If all the sections are in one gpx, you will get one object (Route-Track) for each section.
Then open one of the Route-Tracks and select in the options "rework the track" - this will convert it to a route. Now in this Route, you can go to Waypoints and activate in Tab "Bibliothek" your before imported POI list. This will populate all POIs in the route (you will see it only in a lower zoom level).
If you then open MRA Navigation App, open one of these routes to navigate, then you will also see all that POI. Before, you need to have activated synchronisation between MRA-Navigation with MRA-Roueplanner. -
my use is otherway arround. i make route in MRA planner. if it is an option in the Here map. If Here does not want to make a route and OSM wants then i switch to OSM map. I make my route and if it is done i will add Poi. If done i make a gpx track and poi. now i download gpx and upload it to other app that support OSM maps or convert a track to be able to navigate. OSMAND and Bmaps (dutch app on android) are my most use. both show track and poi on the screen. MRA Next is perfect for road or path that Here knows. but in some part OSM maps are giving more road. I am not a offroad biker.... just like to ride small backroads, farmroad of gravelpasses. my option now is to use 2 phone. 1 with MRA Next for the parts that Here knows and 1 for showing the track.
-
my use is otherway arround. i make route in MRA planner. if it is an option in the Here map. If Here does not want to make a route and OSM wants then i switch to OSM map. I make my route and if it is done i will add Poi. If done i make a gpx track and poi. now i download gpx and upload it to other app that support OSM maps or convert a track to be able to navigate. OSMAND and Bmaps (dutch app on android) are my most use. both show track and poi on the screen. MRA Next is perfect for road or path that Here knows. but in some part OSM maps are giving more road. I am not a offroad biker.... just like to ride small backroads, farmroad of gravelpasses. my option now is to use 2 phone. 1 with MRA Next for the parts that Here knows and 1 for showing the track.
@Bouke-Ent I understand your point, because I'm doing the same - but I think, a bit more elegant. I don't use 2 devices, but only one: T-865X from DMD. They offer also smaller devices and the possible best app for navigating tracks - DMD2. Devices and app are manufactured from riders for riders.
The devices are based on Android, therefore you can install additional apps to the DMD2 app.
Because I'm riding also offroad as well as onroad, I use the probably best app for onroad: MyRoute-App. And parallel for offroad the DMD2 app, LocusMap and OsmAnd. Just that app, which is the best for current situation.For me the best: driven by the same gpx fike, I can run all apps parallel. Just by push one hardware button, I can switch through all apps - backwards and forwards.
