This object is in archive!
Allow narrow recorded track to be visible (on top of) wide navigated track
Answered
Has the drawing order of recorded & navigated tracks changed lately? Some time ago my recorded tracks (below red) were visible during navigation because they are painted on top of the navigated track (purple):
However recently I have noticed that the recorded track (below black) is no longer visible during navigation because the navigated track (cyan) is painted on top:
What are the "rules" for the order in which tracks are painted? Is there a workaround so that the thin recorded track is visible on top of any fat navigation track? I've experimented with widths, colors, folder names etc. without luck. Thanks for any help.
The same question
Hello Andrew,
I'm surprised that it worked as you see on first screen. As I see in code, "track recording" has a lower priority then guidance/navigation, so it will be always drawn below.
And here comes question: isn't navigation track (that brings information that is currently needed) more important then current recorded track (which has information for later analyzing, but not necessary for current ride)?
Hello Andrew,
I'm surprised that it worked as you see on first screen. As I see in code, "track recording" has a lower priority then guidance/navigation, so it will be always drawn below.
And here comes question: isn't navigation track (that brings information that is currently needed) more important then current recorded track (which has information for later analyzing, but not necessary for current ride)?
Everyone will have different opinions of course, no worries, it's just a suggestion. But a return question - is there any disadvantage that track recording be given higher priority over navigation? I guess it could be argued it makes the display "messy". Now I am using track recording properly, I find it visually useful to see where I've actually been (recorded track) as well as where I'm going (navigated route) - they aren't always the same (detours, accuracy of map, wrong turns etc.). It did actually work once (briefly!) but I haven't saved a good screen capture - definitely a red recorded track on top of purple navigated track. Especially useful when there is little difference in color/ texture for a route with shared out/return path (as we've discussed elsewhere) - route looks much the same ahead and behind the current location. Also another confirmation/ reassurance that track recording (or not) is indeed working as intended.
Everyone will have different opinions of course, no worries, it's just a suggestion. But a return question - is there any disadvantage that track recording be given higher priority over navigation? I guess it could be argued it makes the display "messy". Now I am using track recording properly, I find it visually useful to see where I've actually been (recorded track) as well as where I'm going (navigated route) - they aren't always the same (detours, accuracy of map, wrong turns etc.). It did actually work once (briefly!) but I haven't saved a good screen capture - definitely a red recorded track on top of purple navigated track. Especially useful when there is little difference in color/ texture for a route with shared out/return path (as we've discussed elsewhere) - route looks much the same ahead and behind the current location. Also another confirmation/ reassurance that track recording (or not) is indeed working as intended.
I can confirm that screen 1 with actual V 3.9.3. Why recorded track is on top ? No idea.
I can confirm that screen 1 with actual V 3.9.3. Why recorded track is on top ? No idea.
Ah, I maybe see an issue. "Guidance item" - small arrows pointing to current target when you are for example out of track - has correct priority, but fat track itself maybe not. So then it has same priority as currently recording track and then order is define by simple rule ... sooner added item - draw first.
So it will be fixed in next version.
Anyway question remains.
I completely understand your points of view, it just extra settings "draw recording track above/below navigation track" looks for me ... well, too much". What about more transparency to navigation track? :)
Ah, I maybe see an issue. "Guidance item" - small arrows pointing to current target when you are for example out of track - has correct priority, but fat track itself maybe not. So then it has same priority as currently recording track and then order is define by simple rule ... sooner added item - draw first.
So it will be fixed in next version.
Anyway question remains.
I completely understand your points of view, it just extra settings "draw recording track above/below navigation track" looks for me ... well, too much". What about more transparency to navigation track? :)
Menion what ever you do or don't do, small % of people always want something else, but Locus is already the app with the most flexibility so "why not"? My vote would be for "...extra settings draw recording track above/below navigation track" - yes more settings, but then everyone can be satisfied. Transparency - I prefer bright/ contrasting colors for use in sunshine/ small display/ out-back-shared tracks. BTW I don't see many people voting on any topics these days - all people happy?
Menion what ever you do or don't do, small % of people always want something else, but Locus is already the app with the most flexibility so "why not"? My vote would be for "...extra settings draw recording track above/below navigation track" - yes more settings, but then everyone can be satisfied. Transparency - I prefer bright/ contrasting colors for use in sunshine/ small display/ out-back-shared tracks. BTW I don't see many people voting on any topics these days - all people happy?
For my own surprise, Petr and Michal also agree to have track recording track above! current navigation track. I've improved whole system of priorities a little bit, so it is now easy to define correct order. So in next version, current recorded track should be always above other tracks and also above navigation track. Uff ...
For my own surprise, Petr and Michal also agree to have track recording track above! current navigation track. I've improved whole system of priorities a little bit, so it is now easy to define correct order. So in next version, current recorded track should be always above other tracks and also above navigation track. Uff ...
Working well in 3.9.3.4 thanks.
Working well in 3.9.3.4 thanks.
Replies have been locked on this page!