Messages

i always used the "auto-load maps of identical type only" option and this was working fine for me.
unfortunately, a few weeks or month ago, i had issues that when using a vector map (openandromap), i had stripes in it coming from raster maps also covering the displaied area. when zooming, i always got the vector map first, and after about 1 second, i either got the stripes on it or it was completely replaced by the raster map.
after switching to "no map auto-load", i'm at least able to use vector maps as long as i fully zoom in. but when zooming out, although if i have the setting "no map auto-load", it seems to merge data from several maps, producing unusable bullshit (see attachment).
maybe i just don't understand the map selection strategy of locus and i need to rearrange the maps in the folders (then please let me know how to correctly arrange the maps).
btw: i cannot see a difference between the settings for "auto-load maps of identical type only" and "auto-load maps of any type". with both settings, when changing zoom level, it randomly changes between vector maps, any raster maps and aerial photos without giving me any control on what to use.
what i really miss here is a setting which allows me to select a subfolder in the maps or mapsvector folder and then, locus only uses maps stored within this folder.

yes, but i cannot fully compare. the former setup with A10 was:
gsak db with old gsak for locus addon (version 2.2.3 or so) and all html (with folder structure) in internal memory.
with this setup, it always took a few seconds to open waypoints from gsak db together with it's html.
for g4l waypoints, i think there was almost no delay.

the intermediate solution with A11 was:
gsak db and html (all html in 1 folder) still internal but new gsak for locus addon. this setup immediately opened both types of waypoint, no matter if from gsak (opened together with html) or from g4l (without html).

now, because there is no more quick way to store the html in internal memory, my A11 setup ist:
gsak db internal, html external (all in 1 folder). waypoints loaded from gsak for locus addon open quite quick (together with html). waypoints loaded from g4l (which do not have a html) may load quick or may take quite some time to open. no idea on what it depends.

i'm a bit surprised that this seems to work, at least so far...
on the external sd card, under /locus, i had the two map folders so far.
there i added the folder /locus/data/geocaching and copied the two subfolders html and images to this geocaching folder by inserting the flash card in the pc.
so now back in the phone, i reconfigured the geocaching folder and now, the spoiler tab occures and the html files are shown as this was befor when having the whole thing in the internal locus folder.
so i really hope this persists and does not just work for a first test ;-)

there is just 1 small issue:
all above is done with the waypoints taken from a gsak db using the "gsak für locus" addon, and there is a html for each of those waypoints.
when i move the map further away to a location not covered by the gsak db and then enable geocaching4locus to show live map waypoints, then on opening a waypoint, this may really take a long time to open after loading. sometimes it opens after a few seconds, sometimes i first get a black screen for about half a minute until the waypoint opens in locus.
does my setting of the geocaching folder have any impact to waypoints loaded from geocaching4locus?

hi menion
as having a structure instead of having all files within the same folder is no longer a real advantage (is no longer required as the days of fat32 are gone), i would for sure be able to adapt my scripts to change this.
but anyway, it's no more really possible to copy the files then to the android device in an acceptable time because of another android 11 issue (mentioned in the other thread).
so there's actually no pressure from my side to solve this as there are other android issues to be solved first.
but if it's really helpful for you to have a big set of html files in a structure, please let me know. then i can generate it for you.

hi menion

the reason for updating so many files is that they are generated from gsak. so no matter if there are changes, when you export a set of waypoints, a new html is generated. so this is then replaced on the android phone.
and besides this, when exporting a new html from gsak, all the images referenced by the html are exported too, but they are renamed on export. so after each export, all images get a new name.
therefore, there's always the whole bunch of files to be replaced...

as a workaround, i thought about having the geocaching folder on the external flash. so this would allow me to copy the data directly on a pc when i remove the flash card from the android phone.
the first test failed, as after switching the geocaching folder to the ext flash, i was no longer able to start locus. all i got was a black screen and locus failed to start.
in the mean time, i recognized that the behaviour changes, depending on the path to the folder configured for the htmls. i.e. the path configured in locus. this applies for internal and external memory. e.g.:
having the htmls under
/sdcard/locus/data/geocaching/html -> works
but
/sdcard/locus/data/geocaching/geocaching_html/html -> fails
no matter if configure the geocaching folder to
/sdcard/locus/data/geocaching
or
/sdcard/locus/data/geocaching/geocaching_html

so maybe the issue i had with the external flash (with the no longer starting locus) might have to do with this...so i'll do some more tests...but this will take time...

for showing details on saved waypoints (may be up to about 50k), i use html files saved under locus/data/geocaching, each one with the name of the waypoint.
in addition, there are many pictures, which are linked from these html files.

so far, this seemed to be a very smart solution, as replacing the whole bunch of those files on my android 10 device could be done in below 1 hour.

now, after updating to android 11, all file operations seem to be slowed down a lot. so this whole process takes up to hours...days...

even if transferring all those files to the device as a single zip (which can be done in a few minutes) and storing the zip in internal memory, unpacking the zip then (to internal memory) takes hours again:
so first the folder with the old files needs to be deleted (looks like this takes about 6h for 30000 files, is still ongoing), and then unzipping the new ones again takes a few hours.

the reason for this very long processing time seems to be that android 11 adds a fixed amount of time for handling each file. so it would be great to have an alternative way of storing the data shown under the "spoiler" tab, which does not base on so many individual files. this would probably be the only way to work around this new android issue which could probably only be solved by google.

so finally my question is:
what are the criteria for data to be shown under the "spoiler" tab?
does this really need to be "one html file per waypoint" with a name, exactly the same as the waypoint name?
or are there alternatives?
- does locus accept some compressed format?
- are only html files acceppted or does locus accept other formats?
- is it possible to have several waypoints grouped in the same file?
- can locus access several files under one waypoint (which would allow to separate html and images and access them individually)
- anything else?

any idea to works around this android 11 disaster is welcome...

looks like i'm a step forward now.
file and folder operations seem to be extremely slow with android 11, even if only internal memory is used.
so far, i had my html files and images spread over a folder structure to work around limitations from older file systems (e.g. 65k limit of fat32).
so this seems to be the reason now for the non-working waypoint access in locus.
when i copy all html files to a single folder under locus/data/geocaching instead of having a folder structure, locus can open them in about no time.
so this really seems to be a workaround for this issue ;-)

unfortunately, this brings me to a next issue which i will bring up in an another thread.

hi menion

i unfortunately have no good news ;-(

i deleted the geocaching folder under Locus/data, and on the next startup of locus, the folder was recreated and everything looked fine.
so i started to add html files to a folder structure below Locus/data/geocaching, and with just a few files, this looked fine.
but after adding a few hundred files, i again cannot open any waypoint, no matter if this one has an associated html file or not.
then after deleting all html files, it works again.

my test showed:
- with about 200 html files, it works but takes quite some time to open a waypoint
- with about 500 html files, it takes forever and finally crashes

as a comparison:
before updating to android 11.1 (was android 10), i had between 30'000 and 100'000 html files and it worked fine.

so unfortunately, this issue is not solved at all ;-(

hi menion
is there already any progress on this topic?
how does the id i sent you help in debugging?
thanx!

hi menion
i sent you the id as pm.
thanx!

my device updated to android 11.1 today.
after all done, locus opens as before, but i'm no longer able to open any waypoint imported to locus.
so i deleted all waypoints and reimported them using the geocaching4locus addon.
no matter if i directly try to open a waypoint from the live map or if i first import some waypoints, disable live map and try to open then, i first get a black screen for quite a long time and then locus crashes without further notice.
when restarting locus and trying again to open a waypoint, every then and now the waypoint really opens after quite a long time (may take several minutes), but then i cannot switch the tab within the waypoint view...und after some time, locus crashes again. but usually, locus already terminates during the black screen phase.
i never had such issues while running android 10.
after a first crash of locus, then often locus immediately (while starting up) crashes again when trying to restart it.
i guess that this might have something to do with some authorization settings, but i cannot find something that looks wrong.

my folder settings in locus are:
locus folder: internal
the two map folders (maps and mapsVector) point to the appropriate folder under /locus/ on the external flash card, while all other pathes point to the internal flash (under sdcard/Locus/)

do i need to reconfigure something or is this a locus bug that will be fixed soon?

thanx for your help!

when locus shows coords in the status bar, is there way to switch between  DDD°MM.MMM' and DDD°MM'SS'' format with a soft button instead of going through the configuration menu?
i usually need DDD°MM.MMM', but if i have to enter coords to the car navi, i need to temporarily switch to DDD°MM'SS'' as the car navi only supports this format.

we have a private group for live tracking.
is there a way to get notified as soon as someone starts live tracking?
the idea is, that the others of the group get informed as soon as one goes to a trip. so this allows to start a search if you recognize that someone got lost somewhere or had an accident in the mountains. but if you don't even know that someone went to a trip, you don't know that you should track him...

great!
(didn't know that)
thanx!

or is there any other place than the setup window (ant manager page)  to show the actual heartrate?
maybe a window within the locus map main display page (the map)?