cgeo
cgeo copied to clipboard
cgeo
[Unified Map]: Individual route with "Set route start as target" behaves erratic
Describe your problem!
With Unified Map, an individual route will not just follow the caches in the routing list, but always seems to prepend the end point to the route. In any case, the route is always drawn as a complete loop, as soon as we start to move ...
How to reproduce?
- Scenario:
A round trip through the woods with the parking lot at the end.
Set route start as targetis activated. Some of the caches are already visited and logged (offline). - After visiting and logging the next cache, the visited cache is removed from the route and the target is automatically set to the next one; the rest of the route is properly displayed (thus everything fine and as expected up to this point)
- but as soon as I start to move (resp. as soon as c:geo thinks it should re-calculate the route) ...
Actual result after these steps?
- ... the route will be drawn as a complete circle - looks as if the Parking lot has been prepended to the route.
- Disabling visibility of the route and enabling it again fixes the problem, the route will then be displayed correct again. At least until logging the next cache and moving on - then the route is a complete circle again.
Expected result after these steps?
The route should just be displayed as it is defined.
Reproducible
Yes
c:geo Version
2024.04.13-NB-4ae1565
System information
No response
Additional Information
No response
Yep, maybe a duplicate, although the effects over here are slightly different: My route list was completely fine all the time, i. e. no doubled waypoints, no doubled length plus the problem did not "solve" itself after a few seconds, it just remained till I logged the next cache. Or until I simply disabled and enabled visibility again. And the latter was the only thing I had to do to "repair" the faulty state.
BTW: It's most definitely a Unified Map problem, because after three quarters of the round I was so annoyed by this misbehavior that I finally turned UM off - and after that the problem no longer occurred.
If you nevertheless think this is the same problem, feel free to move the observations over there and close this one.
have not been able yet to reproduce this in the emulator (which prevents fixing it for me). Anyone else?
Tried to use the individual route with Set route start as target again today - to no avail.
There were two main issues:
- length doubled from time to time (the issue that @Lineflyer already reported) with one of the foll. two effects:
- complete route gets doubled (had this once, but not again)
- route gets displayed as round trip, although it's just a line, and there are no points doubled (had this multiple times); to fix this it's usually sufficient to deactivate display of the route and activate it again, afterwards the route is displayed "normal" in the map again, i. e. as line with correct total length
- marking the current target stage as
[X] Visiteddoes not route to the next point of the route anymore; the visited point is just written in gray, but still used as starting point; had to delete the visited points one by one to get the route to the next point.
While 1. only happened in Unified Map, 2. happened in Unified and in Classic Map as well.
Another strange thing with the individual route I also observed multiple times, but forgot to mention: It is no longer possible to permanently deactivate the visibility of the individual route. Although deactivated, it activates itself on every new start of the map.
And with regard to the "circle calculation", here's a screenshot how this looks alike after a restart. And, yes, this route was just a linear one, from one starting point via some multi stages to a distant point. The real length of the route was about 8 km.
Most regretfully I cannot test this anymore, cause as soon as I activate UM, c:geo crashes after some actions - and even takes BT with it. Maybe this is a device problem, but did only happen today, after updating to today's nightly. Tried to get a logcat, but to no avail. Will try again tomorrow.
BT=Bluetooth.
While driving home with unified map active in Live mode, with a route to home waypoint, plus "stay with me" button active (i. e. map follows my position), and the usual filter "Hide own, found and archived", c:geo crashed every few minutes. Even without touching the display, while doing nothing than just following the route and showing the stuff around me.
Since BT to the car radio and the GPS signal were also lost with every crash (which I find rather strange and would not associate with c:geo), I would initially assume a device problem. Anyway, I will try the same scenario this morning without UM and then again this afternoon with UM active.
Additionally I will activate the debug mode (plus log-properties set to verbose).
This morning (with UM deactivated) everything ran smooth. I'm really curious how it will behave tonight ...
BTW: "GPS lost resp. shutdown" may be a misinterpreted observation (background: I have a Tasker profile for driving in my car, which starts some apps as soon as my phone establishes a BT connection to the car [and closes them when BT connection drops], and these apps use GPS, too, i. e. when BT gets "killed" and re-established, the affected apps behave as if they just got their first GPS signal), so it was most probably "just" BT dropping connection to the car. Nevertheless curious, and did never ever happen before. And as it happened every single time when c:geo crashed, there must be a connection ... although not said if c:geo was the trigger or the victim.
I also observed a frequent crashing of UM while moving / opening the map see #15726
Routing with "Set route as target" still does not work. Individual route always gets "transformed" to a round trip (although it's in fact just a one way route with different start and finish) and you always have to disable display of the route and re-enable it again to get the "real" route.
One more observation: When the cache gets logged via cache listing (i. e. in map click on cache icon to open bottom sheet, then open listing via click on More Details, and over there use the menu to Log Visit), the cache icon will neither be updated (i. e. the "offline logged" smiley will not be added), nor will it be hidden (because of Quick Setting => "Show caches=>Found (offline)`` is set to hide offline found caches). In order to "get rid" of the icon of this cache, you must leave map and map the current list again, then it will not be displayed anymore.
Maybe a map update issue? While this sometimes even happens while logging via bottom sheet, but most regretfully not that deterministic ...
And, perhaps needless to say, but the transformation of originally one-way routes into a circuit, like described in the previous comment, still happens, which makes using the individual route with Set route start as target kind of ... hmmm ... not a real pleasure, to be polite. ;)
Here some photos to illustrate the comment before:
01: Before logging 02: After logging (route circled) 03: After logging (cache not marked)
BTW: In this case, the offline logged cache was successfully removed from the route (because of remove from route on log), but the route has been "converted" to a circle, plus the cache has not been marked as found offline and is still visible.
Does this "create a circle after logging" also happens for you if you have "remove from route on log" is disabled?
One more observation: When the cache gets logged [...] , the cache icon will neither be updated
this sounds like #15894
Does this "create a circle after logging" also happens for you if you have "remove from route on log" is disabled?
Think so - but will check on next opportunity.
Looking at the screenshots of the (seemingly) "circled" route, I get the impression that it's not just a circle, but that the last 3/4 of the route got prepended to the route ... plus the "missing part" from start to current point. Shown as a pic::
To be honest, I don't really understand the logic behind this behavior ... :/
Ok, first things first:
Does this "create a circle after logging" also happens for you if you have "remove from route on log" is disabled?
Makes no difference at all. circularization ;) also happens when Remove from route on log is not set.
Or, to be precise, it made no difference.
Cause things went completely weird today. On the first cache of our round trip today (I previously deactivated Remove from route on log, but still had Set route start as target set) c:geo nevertheless created a round trip "as usual". But on the second one it did not. To again create a circle on the third. But no circle at all with the next 8 caches. Although I activated Remove from route on log again after the fifth - but still no circularization anymore. Completely weird.
Even more strange: The third one did not get marked as found after logging via bottom sheet. But the found mark appeared as soon as I opened the bottom sheet. And after closing the bottom sheet, the found mark disappeared again ... but it was correctly removed from the route. Strange.
But, nevertheless, things seem to get better - maybe the fix for #15998 helped. As at least the following 8 logged caches were correctly removed from map and route. With no circles. Although I still don't get, why the behavior was different with first and third cache of today's route.
However, will continue to have an eye on it, with my usual work flow, and report later on.
Ah, apart from the new nightly, there was another difference compared to yesterday: I had Show straight distance deactivated. This just for the sake of completeness, can't imagine how this setting should influence circularization.
And one last thing for now WRT individual route: When there were only two caches left in the individual route, I got the last value for the bonus. Thus I set it's coordinates and appended it to the route. And as it was placed between the last and the second last, I removed the last from position 2 (via long click on map) and then added it to the route - but the route did not change. Thus I opened the individual route edit window, manually changed the order and clicked ok - but the route still did noch change. Even "hide and show again" did not make a difference, hat to finish and restart map to get the route updated.