1.7: Why is osmAnd inviting me to download?

[emrys....@gmail.com]

I love OsmAnd, and 1.7 is very nice, thank you. But I am confused that I may have something wrong. I live in the UK. I have downloaded the

"Gb england europe", "Gb scotland europe" and "Gb wales europe" maps onto my Google Nexus 7 tablet running kitkat, and I updated all of them after 1.7 arrived. I am currently in England and looking at my current location on the map, and can see my house - all very nice.

I pinch-to-zoom out to see the whole of the UK, then pinch-to-zoom in to look at somewhere in Wales. As I zoom in, a popup appears, saying "Download Gb Wales". But I can zoom right in and see the buildings in Wales, I do have a detailed map.  Then when I go back to look in detail at England, I get a popup that says, "Download Gb England or Gb, England West-midlands". Why am I being invited to download a map that I seem already to have installed? Do I have something wrong?

Thanks!

[emrys....@gmail.com]

This is osmAnd 1.7.4. Sorry, i should have been more precise.

[Hardy]

It is a known issue, and it is an artifact. Looks like the (bogus) detection of a missing detail map happens "faster" than OsmAnd reads the maps (and subsequently displays it all right). So we guess it is a timing issue, will try to fix it. Maybe you can confirm that it happens solely after rather quick (maybe repeated) zoom-in action.

 

Thx - Hardy 

[emrys....@gmail.com]

It may be a timing problem, but it's very reproducible and persistent. If I zoom out so that the scale bar on the map says "5km" and then pinch-to-zoom so that the scale bar says "500m", the "Download Gb Wales" popup usually appears, and stays present indefinitely after I have stopped zooming. If I use the "+" button to zoom in instead, the popup appears momentarily and then disappears. I find it hard to zoom slowly enough to stop the popup appearing!

Thanks for the feedback and best of luck with the fix. It is a confusing message and is definitely worth fixing.

[fisch...@googlemail.com]

I have a Samsung S4 with kitkat. Since I updated from 1.6.5 to 1.7.4, I see the same message ("downloading ... ") during zoom in, but I have a bigger problem too. Almost every time, when I start osmand+, the indexing of all installed maps is done. I have the maps of nearly all european countries on my sd card, so the indexing is not done in only 1 minute. It's annoying, to wait, because I know, all maps were indexed before. Is it possible, that since 1.7.4 with kitkat (android 4.4) the maps on the sd card (64 GB, full with thousands of files. In the case of samsung sd card is the memory built in the unit, the real sd car is called "external sdcard") are found too late and  another cpu thread does not wait long enough, starting indexing or trieing download?

[Aceman444]

I got this constant indexing also on 1.6.5 on LG phone (also playing games with SD card) and I only have 1 country downloaded (plus hillshades and wikipedias).

Dňa utorok, 8. apríla 2014 22:13:54 UTC+2 fisch...@googlemail.com napísal(-a):

[grin]

On Monday, April 7, 2014 9:59:55 PM UTC+2, Hardy wrote:

It is a known issue, and it is an artifact. Looks like the (bogus) detection of a missing detail map happens "faster" than OsmAnd reads the maps (and subsequently displays it all right). So we guess it is a timing issue, will try to fix it. Maybe you can confirm that it happens solely after rather quick (maybe repeated) zoom-in action.

I confirm that. :) 

g

[fisch...@googlemail.com]

Re-indexing:
I tried a little bit. If Osmand is not explicitely stopped and exists in the background, it needs no re-indexing of maps, when "started" again. But if osmand is stopped by the memory-management or manually by the app manager, re-indexing is done at starting. Are the index files / indices hold in the ram? Are they normally written in the directory of osmand? Could it be, that the new resource management of android gives no writing permission to the external memory?

[fisch...@googlemail.com]

In the meantime osmand+ gave me one answer. I had missed to switch off my umts and osmand showed downloading ... until I switch umts off. In this moment a full display message appeared, maps cannot use the storage/extsdcard (this is the sd card!) anymore (and osmand+ and osmand could not use the same maps). It seems. my problem is not a bug, it is a feature. Who has enough space in internal memory to hold the maps e.g. of europe (around 17 GB) aside of other program data?

[Max]

Are they normally written in the directory of osmand?

Yes.
 

Could it be, that the new resource management of android gives no writing permission to the external memory?

Since Android 4.4, it is only possible to write to a special location at the external SD card.

Regards,
Max

[Max]

In this moment a full display message appeared, maps cannot use the storage/extsdcard (this is the sd card!) anymore (and osmand+ and osmand could not use the same maps).

Yes, this message should appear, if you try to download maps and your current osmand directory is not writable anymore, because of the Android 4.4 change.
Map sharing is still possible with internal storage.
 

It seems. my problem is not a bug, it is a feature.

Yes, sadly Android 4.4 does not allow anymore, to write to external SD everywhere.
Android 4.4 assigns a special location at the external SD card to the application and only this special location is writable by this application.
 

Who has enough space in internal memory to hold the maps e.g. of europe (around 17 GB) aside of other program data?

Just to clarify:
You can still have all your maps on the external SD card, you have just to move them to the mentioned special location on the external SD card!
OsmAnd gives you the option to copy (it can't move them, because it has no write permission to the old files) the files for you to the new special location at the external SD card.
If you don't want that, because it takes double memory until you delete the copied maps by hand, you may first change the storage directory to the new special location (Settings -> General -> Storage directory), which will automatically listed there (it will be the longest available path :) ), after that, you can move the files by hand to the chosen special location (for example use the internal Android file manager, because it is a system app, which has write permission to the whole external SD card).

Regards,
Max

Regards,
Max

[fisch...@googlemail.com]

Thank you, Max.
I will try what you proposed. It seems, that I erronously interpreted the message of osmand, that only a location in the flash memory of the smartphone would be usable.
In the meantime I tried an identical set of maps on a tablet with android 4.1 and same version of osmand. I hoped to copy the cache files after indexing into the android 4.4 directory.
Now something strange happened. While X-plore in android 4.1 shows 2 new files after indexing (regions.ocbf and ind.cache), this files are not visible for the explorer of win 7 on a connected notebook. "Show hidden files, system files" is aktivated. Copying to another directory in the tablet and renaming does not make the files visible for the win explorer!
For this reason I moved this 2 files with X-plore to an usb stick and copied it then from the notebook into the osmand directory on the "external sd card" of the android 4.4 unit (SGS4). It worked fine. No indexing anymore, no download of maps, that are already there.
Remains the question, why can osmand+ and nightly build not coexist. Are the index files different?

[Max]

It seems, that I erronously interpreted the message of osmand, that only a location in the flash memory of the smartphone would be usable.

Yes, I think this message is not optimal.
Maybe someone wants to propose a better wording?

Now something strange happened. While X-plore in android 4.1 shows 2 new files after indexing (regions.ocbf and ind.cache), this files are not visible for the explorer of win 7 on a connected notebook. "Show hidden files, system files" is aktivated. Copying to another directory in the tablet and renaming does not make the files visible for the win explorer!

Samsung does not use the mtp stack of Android, they use a own stack.
Which behaves sometimes strange.
Not synced/visible new files is a known problem here.

It worked fine. No indexing anymore, no download of maps, that are already there. It worked fine. No indexing anymore, no download of maps, that are already there.

 
Yes, this should work.

Remains the question, why can osmand+ and nightly build not coexist. Are the index files different?

They can coexist.
But it is a bit complicated now (Android 4.4).
OsmAnd and OsmAnd+ have read access to each others maps.
If there is already an index file, it should be possible (for example) to enter the OsmAnd+ path in the OsmAnd settings and use the OsmAnd+ maps (and other files) with OsmAnd, but this way, you can only update, delete, de/activate maps and all other files (tracks, favourites, ...) with OsmAnd+, because OsmAnd has no write access to the OsmAnd+ directory.

It would be possibe to support this.
But this will need to support two path in the application, a readonly (only detect existing maps) and a writable path (for index file, other files and to download maps).

Regards,
Max

[fisch...@googlemail.com]

Thanks, Max.
I think, it's clear to me now. The solution with 2 pathes would be the best solution indeed.

[Bryce Nesbitt]

Indeed this is very repeatable here.  OsmAnd puts up the "download XXX map" before eventually figuring out it already has the map.

Problem is, that button is smack dab in the center of the screen, obscuring the most interesting part of the map.

I see it most when first starting OsmAnd, and sometimes when zooming.

[Josef Kufner]

I noticed this too, it happens when phone is under heavy load. I think
it could be some race condition in detection whether map is downloaded
or not.

> --
> You received this message because you are subscribed to the Google
> Groups "Osmand" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to osmand+un...@googlegroups.com
> <mailto:osmand+un...@googlegroups.com>.
> For more options, visit https://groups.google.com/d/optout.