Messages

i kicked it a lot already and nothing happened :-(.

menion, i still think you should add proper error handling for your map reading stuff. whenever your directory scanner finds a file and locus refuses to add it to its list of maps (wrong projection, too big, too small, memory troubles, whatever), i want to know about it. collect the error messages in a string and show a requester afterwards.

right now it's just fishing in the dark... nobody has a clue whats going on and why some files work and some others dont.

not for me. i dont even see them in the list. all raster maps (rmap etc) from the same directories show up nicely.

Might I repeat the issue that neither the latest beta nor the latest market version display any kind of vector map. I have plenty of *.map in my configured maps folders that worked flawlessly before. Does nobody else have this problem? What am I doing wrong? Thats quite a major showstopper here.

1.16.1.4... all my vector maps are gone! locus doesnt see any .map file it seems :-(

dont know about 1.16.2... i can only use beta versions, not market versions .

map-auto-load is turned off and 1.16.1.4 still has the problem. for example, i load a rmap of the canarian islands but move the cursor to munich/germany: locus becomes unusable instantly... even opening the main menu or selecting an item there will take 4 seconds. as long as the map screen (all white obviously) is visible, everything is more or less dead.

load your biggest rmap.
move to its top border, so that about 50% of the screen is white.
create a waypoint in the white part so that you can see/feel the slowness.
move the map around.
notice how smooth it is (by watching the waypoint) when parts of the map are still visible.
notice how slow and jumpy and sluggish it becomes when the whole map is offscreen (you move around the white part).

ok... seems 1.16.4 uses the pressure sensor after all, at least on manual calibration.

an old-style barometer might be visually appealing and pretty. more useful would probably be a graph where you plot gps altitude against pressure sensor, ie for checking weather developments. but i'm not an expert on that, better let some meteorology guys speak .

btw... locus still has a *serious* bug when an RMAP is completely off screen. it slows to a CRAWL even on 2x1400MHZ. 1.16.4 for example needs 5 (five!) seconds just to open the main menu right now, the whole thing is completely unusable.

everything is FINE as soon as the map is at least partially on screen.

Well... I have enabled the pressure sensor but my tracks look just as rubbish as always... altitude is jumping in typical gps fashion. I cant really tell for sure obviously, since Locus doesnt give any hint whether it uses the sensor. You might want to add some field for the current pressure sensor value somewhere.

btw... talking about debug output. i believe Locus fails to use the pressure sensor in the Galaxy Note. probably only minimal changes are necessary to support that, it cannot be much different from the nexus. Any hint on what debug output i might look for?

no honeycomb or better here to test yet... that will have to wait a bit until ics reaches the galaxy note. i remember vaguely reading something about a way around a 2gb gingerbread limit using some sort of memorymapped(?) file access, but i cant find it anymore now.

oh well, it's probably not worth bothering if it will start working automagically on ics.

W/FileMapTypeRMap( 9448): initializeMapNew(), file:/mnt/sdcard/external_sd/Maps/KMP-Alpen-DE-AUT-CH-IT-SLO.rmap

D/FileMapTypeRMap( 9448): readHeader(), name:CompeGPSRasterImage

D/FileMapTypeRMap( 9448): type:8, width:141049, height:55905, tileWidth:256, tileHeight:256, mapDataOffset:3314475851, paletteSize:0

D/FileMapTypeRMap( 9448): setZoom:0, 159

D/FileMapTypeRMap( 9448): setZoom:1, 2364637996

D/FileMapTypeRMap( 9448): setZoom:2, 3078374010

D/FileMapTypeRMap( 9448): setZoom:3, 3259901994

D/FileMapTypeRMap( 9448): setZoom:4, 3302008424

D/FileMapTypeRMap( 9448): setZoom:5, 3311663300

D/FileMapTypeRMap( 9448): setZoom:6, 3313841769

D/FileMapTypeRMap( 9448): setZoom:7, 3314330748

D/FileMapTypeRMap( 9448): setZoom:8, 3314441201

D/FileMapTypeRMap( 9448): setZoom:9, 3314466990

D/FileMapTypeRMap( 9448): setZoom:10, 3314473836

W/FileMapTypeRMap( 9448): header readed

D/FileMapTypeRMap( 9448): readMapData(3314475851), pos:159

E/FileMapTypeAbstract( 9448): constructor()

E/FileMapTypeAbstract( 9448): java.io.IOException: Value too large for defined data type

E/FileMapTypeAbstract( 9448):    at org.apache.harmony.luni.platform.OSFileSystem.seek(Native Method)

E/FileMapTypeAbstract( 9448):    at dalvik.system.BlockGuard$WrappedFileSystem.seek(BlockGuard.java:210)

E/FileMapTypeAbstract( 9448):    at java.io.RandomAccessFile.seek(RandomAccessFile.java:705)

E/FileMapTypeAbstract( 9448):    at menion.android.maps.b.o.a(L:223)

E/FileMapTypeAbstract( 9448):    at menion.android.maps.b.o.a(L:107)

E/FileMapTypeAbstract( 9448):    at menion.android.maps.b.f.<init>(L:90)

E/FileMapTypeAbstract( 9448):    at menion.android.maps.b.o.<init>(L:67)

E/FileMapTypeAbstract( 9448):    at menion.android.maps.b.b.a(L:114)

E/FileMapTypeAbstract( 9448):    at menion.android.maps.b.b.c(L:427)

E/FileMapTypeAbstract( 9448):    at menion.android.locus.core.bc.doInBackground(L:1)

E/FileMapTypeAbstract( 9448):    at android.os.AsyncTask$2.call(AsyncTask.java:185)

E/FileMapTypeAbstract( 9448):    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:306)

E/FileMapTypeAbstract( 9448):    at java.util.concurrent.FutureTask.run(FutureTask.java:138)

E/FileMapTypeAbstract( 9448):    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1088)

E/FileMapTypeAbstract( 9448):    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:581)

E/FileMapTypeAbstract( 9448):    at java.lang.Thread.run(Thread.java:1019)

ok... here we go:

W/FileMapTypeRMap(25330): initializeMapNew(), file:/mnt/sdcard/external_sd/Maps/KMP-Alpen-DE-AUT-CH-IT-SLO.rmap
D/FileMapTypeRMap(25330): readHeader(), name:CompeGPSRasterImage
D/FileMapTypeRMap(25330): type:8, width:141049, height:55905, tileWidth:256, tileHeight:256, mapDataOffset:3314475851, paletteSize:0

thats it for this map. not very helpful i fear. how about some file reading error messages at mapDataOffset? :-)

maybe i'm too silly, sorry :-). i use
adb logcat *:V | grep locus
on windows and it only outputs general crap about locus gui events. nothing about maps at all.

locus removes too many chars from track names on export! all my tracks are named like
2011-01-19-Tindaya
2011-01-20-PicoNieves
2011-01-21-Bananarama
...

Locus kills the "-" char when building the export file name and does "20110119Tindaya.gpx" Why? I want it, I need it, and Android has no problem with "-" in its file system, none at all :-).

does this have rmap debug? i cant see any. but i still want to find out what locus thinks of this 3.8GB map :-)