[06:40:58] Mvglasow, yes, this is known, but I don't have access to those Servers, so I can't fix it. That's already a discussion in #1112 The solution will probably be to write an new and open source map software. The only remaining question is how we can handle the real processing of planet.odm.pbf in order to get nearly daily updates [08:35:54] s/source map software/map extractor/ [09:55:12] *** Quits: kazer1 (~kazer@ec2-54-70-178-135.us-west-2.compute.amazonaws.com) (Ping timeout: 240 seconds) [09:55:30] *** Joins: kazer1 (~kazer@ec2-54-70-178-135.us-west-2.compute.amazonaws.com) [09:55:30] *** ChanServ sets mode: +o kazer1 [20:32:08] alright, I still had an older binfile on my PC and used that [20:32:42] weird thing is, I can't reproduce the Android 11 file access issues on the emulator, everything looks fine [20:33:00] Navit uses the map I supply, and if I drop in a custom navit.xml, that gets used too [20:33:11] details are in #1117 [20:33:45] I'll have to test it on the real device, when I have enough time on my hands to take it offline for some time [20:34:32] yes, i have read that, but isn't it "wrong" to move the files into .../Android/data/org.navitproject.navit/files, the goal should be to be able to use every directory. I think this is the main Problem [20:36:11] for example i use a directoy like /sdcard/navit_maps to be able to access it from pc to update maps, this isnt possible with those app specific files by default [20:36:29] well, Android 11 is constraining us to /sdcard/Android/data/pkgId/files, unless we request MANAGE_EXTERNAL_STORAGE [20:36:40] and doing so will get us rejected from Play Store [20:37:08] btw, I never had any issues accessing /sdcard/Android/data from my PC via MTP [20:37:14] the alternative would be to use the Storage Media Framework, right? [20:37:52] that is the only way to access shared files as of Android 11, but as I understand, that requires user interaction [20:38:19] so we're pretty much forced to move to /sdcard/Android/data/... [20:38:51] unless we decide we don't want to keep Navit on the Play store [20:42:37] yes, it requires user interaction to select the directorys, but this is required already when changing the map location, the only thing we woould need to change is to open up the ACTION_OPEN_DOCUMENT_TREE Intent, be able to store the permanent URI (takePersistableUriPermission) and handle it accordingly (Uri Object) [20:43:21] is the URI guaranteed to be stable across relaunches, reboots and system updates? [20:44:27] yes, the Persistable Uri, unless the user moves or removes the directory (which makes sense) [20:44:48] even then, I fear it might be quite an invasive change (we might have to touch everything that interacts with files) [20:45:13] yes, everyting where File() is used [20:45:46] as well as the native code [20:46:13] and we also need to think about old devices, i still have to look up whats available on older devices. [20:46:33] yes, native code could be a problem as well [20:46:43] also, I have heard reports about SAF performance being much worse than that of regular files, which is bad news for any app dealing with large files [20:47:21] but for asserts we could use the native code classes instead of extracting those. [20:47:44] For performance i read the opesite, because the audit takes performace as well [20:48:52] let's face it, running a navigation app with local map data is in itself an utter violation of Google paradigms :-) [20:49:10] but I'll see what I can find out about file access [20:49:37] it works on the emulator, I just need to figure out what is different on the real device [20:49:51] Thanks for your work [20:53:24] Do you have any ideas how we could process planet.osm.pbf daily? Possibly also on not over powered hardware? My only idea so far would be splitting the world in 4, 16 or more pieces process them in parallel and recombine them wenn everything is done