Messages

unfortunately, i'm not a full time cacher ;-(
but having the caches within a circle of about 100km on the phone is quite a lot of data.
so if i want to update these caches once a week, there's quite a lot of time to reimport them. therefore it would be nice to just copy the new database to the phone and just need to select them instead of first importing them.

i checked again with duplicate check disabled. import of my test-gpx with about 6500 waypoints even on an sgs2 took about 5 minutes. as i usually have about 10 sets of 5000-1000 waypoints. having such a tool for off-system database generation would be great!
as i generate lots of other data on the windows pc, to be batch-copied to the handheld device afterwards, it would be very nice to have a command line tool which is able to generate a database out of a gpx file.
maybe, your import code from locus could be recycled and compiled to run as a windows console application?
thanx a lot!

as far as i understand, importing a gpx file does nothing but converting the gpx file to an sqll database file for quicker access.
as importing a gpx file takes quite long as this is an interactive process, when having multiple gpx files to import, i wonder if there is a way to generate these sqll files on a windows pc (batch convert all gpx files of a folder into sqll files) and then transfer it to the data folder of locus.
unfortunately, i'm no sqll crack, so i was only able to modify some content within a locus generated sqll file, but i have no idea how to create one on a windows pc.
...but i think this shouldn't be a big thing to do...
right?

so who else's opinion should be the right way to go ;-)

so if i have my tar maps, what tool do i need to convert them to binary?

thanx a lot!

there are still a few open questions from the posts above (and a few more):

- what is the file size limit for .tar map files?
- is there a tile number limit within a .tar file?
- what is the preferred tile size within a .tar map (is 256x256 the best)?
- how can i handle switching between different resolution maps, if more than 1 high res map is used to cover the area of one low res map?
- are there any plans for alternative features for map selection (see post above) for better handling of maps covering areas of different size?
- is there a way to store maps in subfolders without using the autoload-on-zoom feature (i.e. allows to select the individual map instead of only the folder when manually selecting a map)?
thanx!

i've seen that locus now (from 1.15) supports a new file format for maps.
so far, i use .tar files for my maps.

i wonder which map file format is the preferred format for locus, and is it worth to convert the maps to this format?

thanx!

as locus does not seem to support offline road navigation (seems to need an internet connection for route calculation), i'm looking for a software which is able to do so.
so far, i found navit, but this one seems to require an internet connection too for some tasks, and it seems to be a real low end application, compared to tomtom (on win mobile).
as locus seems to be able to launch and set destinations for navit and google navigation, i think that there are other (real) offline navigation tools that locus can connect to.
which one(s) is (are) recommended?
thanx!

i played around a bit more with these maps, but still see no way to use the autoload feature for maps with different resolutions, because:
for moving to a region, i usually take a low resolution map (maybe 1:1'000k), and when i'm there, i zoom in and get the 1:200k for better positioning. when i found the right region, i switch to the 1:25k.
but of course, the better the resolution, the more map tiles are required (still was no able to load maps with more than 2gb into locus, they are not shown).
so if locus is not able to detect which tile of the higher resolution map is lying under the actual position of the low resolution map, it's not very useful, although it seems to be a good idea at a first glance.
so i see two ways to solve this:

approach based on actual solution:
locus generates an index database after scanning all the map files. then it knows what areas are covered with which map and which resolution. then whenever switching map towards lower/higher resolution, it takes the next map which covers the actual center of the actually shown centerpoint of the display.
in addition, searching can be limited to the actual folder.

alternative approach:
use an index database too, but do not autoswitch map. there is a button 'search map for actual position' which shows up all maps which cover the actual centerpoint of the display, and their resolution, for manually select the apropriate map. (this seems to be a bit less complicate and is the way ozi explorer (on win / win ce) works).

what do you think about?

ok, i installed catlog. don't know what i have to configure there. do i just have to have it installed and press save after a crash? or do i have to always have recording active?
but the best, after installing catlog, i moved around the map for almost half an hour, and locus didn't crash anymore ;-) so mabe, locus is afraid of the cat ;-)

haven't don a lot with 1.14.6.6. so far, but within 5 minutes, locus crashed 2 times when moving around a map with maximum zoom-out level.
i never had this effect before - but maybe it's by accident.

it says 'html viewer'. i have no further info on it. it seems to be built into cyanogenmod7.

no problem ;-)
so for the moment, i went back to the former revision to find out why some of my raster maps are not found by locus (viewtopic.php?f=10&t=1390#p8242), as i cannot check this with the beta version which does not load raster maps at all.

the line in the gpx is:
<url>file://sdcard/Locus/data/geocaching/2D/GC2DBB0.htm</url>

i loaded 1.14.6.2. to check this out. unfortunately, there seems to be a problem...still...
on the title page of the cache, i get the additional hotlink 'URL' named 'Datei: GC2DBB0.htm'.
this hotlink tries to open webpage: 'content://com.android.htmlfileprovider/locus/data/geocaching/2d/gc2dbb0.htm?text/html' but is not able to open it, although there is a file 'sdcard/locus/data/geocaching/2d/gc2dbb0.htm'.
dont' know what's wrong ;-(
what is the '?text/html' for? could this be the problem?
does 'content://com.android.htmlfileprovider/locus/data/...' really point to '/sdcard/locus/data/...' ?

i switched from the android market version to Locus 1.14.6.2.
unfortunately, Locus 1.14.6.2 cannot find any of my raster maps in the locus/maps folder. it only works with vector maps ;-(
or am i doing anything wrong?
regards
bongo