Closed dtcg closed 4 months ago
Same here but I solved this by chosing "one image file per tile" instead of "sqlitedb file" in the last line of the import new data source screen. And everything worked fine.
Thanks for the report and for the workaround! Could you please both give more details on how you import the files? Here it works fine when I download them, retrieve them from Safari's downloads, then select OsmAnd to open them.
There you go
As you can see, it doesn't give me any option and imports it straight away, probably with default settings.
Android? For some reason (probably another issue report) I was assuming it was on iOS.
Android indeed. EMUI 12 on a Huawei device.
OK. This might be a red herring, though. Apparently, I left a URL that never was activated by IGN in "IGN Maps", and I must go back to the original URL. Do you have problems with other maps?
Same here but I solved this by chosing "one image file per tile" instead of "sqlitedb file" in the last line of the import new data source screen. And everything worked fine.
Thanks ! Although it hasn't worked for every file, namely Traces and Maps.
Still investigating. I had issues with the Android tablet I use for my tests, but I was able to reproduce the issue with IGN BD Ortho tonight (it is not working as is, working after changing the storage option from sqlitedb to one file per tile). I need to understand why changing a URL can trigger this.
I will publish a new version now because I found a bug in two URLs (I had anticipated a change that finally never came), and because Android users have a workaround for the unresolved issue.
Interestingly, two maps work directly without the workaround: those which I had to roll back to the previous URLs. This hints at an issue that would be related to the new geopf platform.
Ok, this is very strange now.
Context :
2 files work out of the box (no need for workaround) :
1 file works after the workaround
The rest doesn't work in any format.
NOW, the weird thing : I got the slopes layer to work before and it still works if I switch to it BUT it is exactly the same URL as the new one that doesn't work :
Le mystère s'épaissit...
Release v1.7 should work. I had removed the undocumented 's' column from all files except those two whose URL had stayed the same. I still don't know what this 's' column is for, but now I know it must stay.
Apparently the 's' column is a flag that says if the tile image at (x, y) is compressed or not
Release v1.7 should work. I had removed the undocumented 's' column from all files except those two whose URL had stayed the same. I still don't know what this 's' column is for, but now I know it must stay.
Much better 👍
And it works right out the box now, no workaround, with default sqlite format.
Unfortunately, these last 2 aren't displaying anything, still :
Also, Traces seems restricted to the Alpine area, dunno if that's normal or not.
Orthophotos 65-80 and 80-95 are documented by IGN as work in progress. If you look everywhere in France (northwest regions, Corsica), you'll find some areas that are already covered.
As for Traces I remember reading that it was a collaboration with partners based in Switzerland, so it might make sense.
Oh yes, you're right ! Then everything works, well done. On a final note, have you thought about joining the anyGIS online maps collection and/or OsmAnd rendering plugin teams ? Seems a decent effort to push online maps internationally.
None of the files released in the latest 1.5 update work in my current version of OsmAnd : 4.7.10