I don't know why my previous post of Feb. 18 has been deleted. Did I offend the "contents moderator" ? Anyway, here it is again for the benefit of those who seek a way for having access to their precious osmand data. I have added my experience with "Multuser Storage 2".
Here are my findings regarding the storage question of osmand+: a) Internal App Storage is a storage area inside the app which is not part of the file system and cannot be accessed by any other app, maybe, not even by the system or when your device is rooted. b) External Storage 1 is located on the internal SD card (i.e. storage chip on the processor board) and is in the file system at location: /storage/emulated/0/Android/data/net.osmand.plus/files. This storage is not accessible by any app except osmand itself. It is also not accessible via a USB connection from a file manager on the PC. The Windows Exploerer simply does not see files or subdirectories inside this osmand folder. c) External Storage 2 is located on the external SD card in folder /storage/[sd-card-id]/Android/data/net.osmand.plus/files. This storage too is not accessible by any other than osmand itself. d) Multiuser Storage 1 is located on the internal SD card at /storage/emulated/0/Android/obb/net.osmand.plus. Note the difference in the path name: "obb" here and "data" in the previous examples. Also the subfolder "files" is not used. With this storage it is possible to access the osmand folder tree with all its files from file manager apps as well as from Windows via the USB-connection. Windows is a little peculiar in that only the Windows Explorer can read and write files via this connection. Another application in Windows (even non MS file managers) have at least problems with writing. e) Multiuser Storage 2 is located on the external SD card in folder /storage/[sd-card-id]/Android/obb/net.osmand.plus. Note that here too the folder "obb" is used and no subfolder "files". I expect it should behave like Multiuser Storage 1, but I did not make experiments with this folder anymore because I got tired with trying and was happy with Multiuser Storage1. f) Manually specified: I tried it but was not successful. osmand complained that it was not able to transfer its files there, no matter where I tried to place the data. I hope this explanation has clarified all the confusion and shows you a way how to access your precious data. Bert Addendum: With the data on "Multuser Storage 2" osmand becomes very slow. I assume that Android hampers access to data on the external SD card, I don't know whether on purpose or accidentally. With all the data on "Multuser Storage 1" (internal SD-card on the board) there is no problem with lack of speed. Max1234Ita schrieb am Dienstag, 22. Februar 2022 um 20:48:36 UTC+1: > Hi there, > when you select "manually specified" as the directory for data storage, > you are likely going to mess with issues wit Access Permissions. > > In all Unix/Linux-like file systems (and Android is in effect a variant of > Linux), when a directory is created, access to it is granted only for the > user who created it (the "owner"); Separate permissions are used for > reading, writing and executing programs from it; also, the same permissions > can be extended to the users belonging to the same "group" as the owner, or > to "other users" (for more info, you can just check some basic tutorial > like this: https://www.geeksforgeeks.org/permissions-in-linux/ : there > are plenty around the internet) > > Basically, the error shown by OsmAnd when you select such a directory is > happening because permissions to access that particular directory have not > been set properly. > > In order to solve it, you would need to edit the permissions with an > advanced file manager, i.e. Total Commander, or with the chmod command > through a textual Console session, if you are brave enough, by setting them > to "rwx rwx rwx" (aka "777"). > > Problem is that also an advanced file manager or Console might have > limited access to the directory, if you're not accessing as a > root/super-user, hence the limitations experienced by many people. > > My personal choice for OsmAnd would be setting the storage to "external 1" > (storage partition integrated into the device's memory support), of it's > bug enough (i.e.128GB) or "external 2" (partition on expansion Micro-SD > card), if available. In that case, OsmAnd itself should ask for access > permission (just grant it), but more limitations may be present due to > vendor-imposed "security" choices. > > Hope this helps, > Max > > Il Mar 22 Feb 2022, 20:22 [email protected] <[email protected]> ha > scritto: > >> i will suggest to users with android 11 or higher to try to use / move / >> install the osmand 4.1 and later at location "*multiuser storage 1* >> (..../ android/odd) " . There is option for this inside the app settings. >> >> i am using android 10. With this version there no issue like you have. >> But i have test the location " ..../ *android/odd*" for the data of >> maps, dem, gpx, etc as a *common folder* for the apps of locus maps and >> orux map simultaneously . >> >> -- >> > You received this message because you are subscribed to a topic in the >> Google Groups "OsmAnd" group. >> To unsubscribe from this topic, visit >> https://groups.google.com/d/topic/osmand/TDalySTalDQ/unsubscribe. >> To unsubscribe from this group and all its topics, send an email to >> [email protected]. >> > To view this discussion on the web visit >> https://groups.google.com/d/msgid/osmand/35c6eb57-29e9-431c-953f-0240ec7ba8c8n%40googlegroups.com >> >> <https://groups.google.com/d/msgid/osmand/35c6eb57-29e9-431c-953f-0240ec7ba8c8n%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> > -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/osmand/1aa1fec8-0a49-4280-b93a-486f97fffa89n%40googlegroups.com.
