Zooming of layers jumps around somewhere else in map (with large offline map)

I have a large offline map (Orux Maps SQLite format, layers 9-16, file size ~ 500 MB). When I zoom from 9-15, it works ok. When I zoom in from layer 15, it changes the map position, then layer 16 is shown, additional zoom in keypresses lead to jumping around in the map.

Digital zooming is switched off in the config. So zoom in from layer 16 should do nothing. Instead the map is moved to somewhere else and I cannot say what new position that is (is not near the old one, and I cannot find my old position with moving around the map easily).

The problem is 100% reproducible and should be easy to debug (at least when using my map files).

When I use a smaller map (same format, layers 9-16, but file size ~28 MB), I don't have this problem.

I have made a video which shows the problem. I have uploaded it to http://www.uwe-freese.de/video.7z
(The file is password protected, so drop me a PN if you want to see it.)

@Orux: I can provide the map(s) also for debugging. I hope you can have a look at this problem, because it's really annoying.

I used Orux Maps 4.2.0.

Breaker wrote:I have a large offline map (Orux Maps SQLite format, layers 9-16, file size ~ 500 MB). When I zoom from 9-15, it works ok. When I zoom in from layer 15, it changes the map position, then layer 16 is shown, additional zoom in keypresses lead to jumping around in the map.

Digital zooming is switched off in the config. So zoom in from layer 16 should do nothing. Instead the map is moved to somewhere else and I cannot say what new position that is (is not near the old one, and I cannot find my old position with moving around the map easily).

The problem is 100% reproducible and should be easy to debug (at least when using my map files).

When I use a smaller map (same format, layers 9-16, but file size ~28 MB), I don't have this problem.

I have made a video which shows the problem. I have uploaded it to http://www.uwe-freese.de/video.7z
(The file is password protected, so drop me a PN if you want to see it.)

@Orux: I can provide the map(s) also for debugging. I hope you can have a look at this problem, because it's really annoying.

I used Orux Maps 4.2.0.

Hi;

check that you selected the maximum value for map size in MOBAC settings --> http://www.oruxmaps.com/oruxmapsdesktop_quick.pdf

orux

orux wrote:
check that you selected the maximum value for map size in MOBAC settings --> http://www.oruxmaps.com/oruxmapsdesktop_quick.pdf
orux

Oh, this could be the problem. I'm pretty sure that MOBAC showed this "(0),..." suffix in the Atlas content window. And when Orux Maps cannot use such maps, this should be the problem here.

As I already deleted my tilestore cache folder of MOBAC, is there a way that I can fix my downloaded maps (using some SQL commands on the SQLite db)?

Another thing: It would be useful if OruxMaps shows a Popup telling the user that the Map file is not supported, then the user didn't have to guess what the problem is. :-)

Breaker wrote:

orux wrote:
check that you selected the maximum value for map size in MOBAC settings --> http://www.oruxmaps.com/oruxmapsdesktop_quick.pdf
orux

Oh, this could be the problem. I'm pretty sure that MOBAC showed this "(0),..." suffix in the Atlas content window. And when Orux Maps cannot use such maps, this should be the problem here.

As I already deleted my tilestore cache folder of MOBAC, is there a way that I can fix my downloaded maps (using some SQL commands on the SQLite db)?

Another thing: It would be useful if OruxMaps shows a Popup telling the user that the Map file is not supported, then the user didn't have to guess what the problem is. :-)

Hi;

I sent a patch to MOBAC some weeks ago, in order to avoid this problem. But it seems not to be implemented.

Sorry, but you can not repair the sqlite database easily.

orux