Messages

[very easily]

I'd like to add a point : Even if Android/data subdirectories are not directly accessible in recent versions of Android, they remain very easily accessible directly on the phone itself (ie. not needing to plug an USB cable and access them with a computer) using the com.marc.files application (available on play store) that is only a shortcut to internal application "Files" (that itself remains authorized in Android to browse these "protected" directories).
Another option is to use the "Total Commander" file manager : it is blocked as any other app in these directories, but propose to automatically switch to "Files" when such a directory is selected.
With these two solutions, it's easy to copy and/or to move a GPX track created in a "protected" file to an "open" file.

OK, this do not give a solution to sharing of same maps files by several map viewers (eg. OM Beta ad OM GP), but this removes all other drawbacks having files managed by OM (or any other app) stored in a "protected" directory.

I'm personnally using both (Total Commander, and "internal" Files app via its "shortcut"), and do not have any more any concern with these storage locations.....

Thank you for (good) information.

Nevertheless, this remain usecure.... at least until we know what was the cause, and up to which extend it disappeared.

I think it would be great if Jose @orux (who is probably the only one to actually know what is behind....) took a little time to answer to this post and the other one relative to this subject....

@Tronpo : First of all, how did you install OM GP on a phone "without connection or sim card"

Moreover, you wrote it works fine. I'm happy for you, but it is NOT what @ut wrote here https://oruxmaps.org/forum/index.php?topic=44645.msg59223#msg59223

So, even if YOU do not have had (yet ?) problem, I remain very cautious with this potential VERY HUGE problem....

I do not have personal experience on that (since I'm using the old "free" version, 7.4.28), but have a look here https://oruxmaps.org/forum/index.php?topic=44711.0 and here https://oruxmaps.org/forum/index.php?topic=44645.0

It continues to work fine, without any issue, but I guess that Jose wanted to stop to have both versions in parallel....

I already wrote a post a long time ago, saying that it was, at least from my standpoint, really sad to go this way, even if the cost of GP version is really low. It's NOT a cost issue.
But this GP version has now a REAL drawback (I guess Jose is not responsible, but Google ?) : It requires to be connected, to check if connected user is allowed to use running version...

As I already said, the world of "free" apps is another world, AND A LOT BETTER world, than the world of commercial apps.

And in this "free" apps world, this didn't prevent to suggest users to make a donation... and then maybe generate even more revenue to author than with a "low price" paying app (even more taking into consideration the large part kept by Google itself...)

[fully support]

BTW, I also fully support (with enthusiasm  !) your 2nd proposal (about Mapsforge maps) :
"that when opening a Mapsforge map OM would remember the last theme used for that map."

This would be really useful, since beyond what you wrote "Mapsforge themes offer better performance for the map they are designed for", there are themes that actually are even incompatible with some maps.

[major advantage !]

OK. Understood.
What you suggest is to display for a given tile all the ones from any map stored in the same folder, avoiding to switch from one of these maps  to the other when reaching the borders, and (major advantage !) to no more have a part of the screen with no map when we are close to the limit between two (or more...) maps.
In case of several maps in the folder contain a same tile, this proposal is based on the fact that all these tiles are supposed to be the same, and then no importance which one is displayed below, which one is displayed top.

I agree it's a VERY good idea.

This nevertheless will oblige some guys (like me...) to reorganize a little bit folders tree of mapfiles, but why not. It's worth doing it for this new feature !
Maybe one potential issue : if in the same folder, one map has 256x256 tiles, and another 512x512 tiles. I agree that with your proposal, these two maps SHOULDN'T be stored in the same folder, but if it's nevertheless the case, it would be better that that this case do not make OM to crash....

PS : To avoid a situation like the one you show in your video (or at least to make it less annoying), I personnally have an overlapping zone common to the different maps. With your proposal, it wouldn't be necessary any more, thus leading to a size reduction of stored maps, since a given tile shouldn't be stored any more in several maps. Good point.

AFAIK, the way OM changes displayed map wen exiting its zone is slightly different from what you describe (and IMHO is almost perfect).
OM search all maps matching with current position.

- If there is only one (whatever folder it is stored), and also if there are several but among them only one in the folder of current map, OM automatically selects this only one (across folders) or the only one in current folder.
- It's only where there is not any convenient map in the current folder, or more than one, that OM display the list of all convenient maps, whatever their folder, to let user select the one he wants.

This is at least the behaviour of the old "free" version 7.4.28, and I would be surprised that GP version is less "smart" than that...

Anyway it works fine under old OS versions.

...and also on latest OS Version : eg Android 14 on my S23

Which version of MOBAC did you use before ?
Because support of WMS 1.3.0 in Custom WMS map sourcesxml files comes with version 2.2.3 of MOBAC (thanks to Nicolas Paour - http://randochartreuse.free.fr )

It is really important (mandatory....) to always run testing on latest rev of softs.
BTW, which version of OruxMaps are you testing ?

I do not understand how you can say both :
- With Plan IGN V2, in Mobac, at zoom=4 I get puzzled tiles of Africa
- The xml files I made, are goods

If they are good, even at zoom=4 tiles are NOT puzzled...

And just about one of your previous remarks : "Android app like Osmand display correctly this map, also "Cartes IGN"
OsmAnd do NOT display map from WMS server, but rather from WMTS server....

And this rejoin my initial comment : why do you absolutely want WMS map where the same exist in WMTS....

Perhaps Mobac and Oruxmaps don't know wms version 1.3.0

In Mobac, you write yourself the bsh mapsource file (or XML mapsource file). It is not Mobac that determines itself the URL to send
Maybe you are using an invalid source file ?

[only]

in version 1.3.0, for EPSG=4326, the coordinates must not be written in the same order as in version 1.1.0. This may be the reason if Oruxmaps still works in version 1.1.0.

I also had this same idea... but a quick test shows it's not (at least not only) that : Indeed, around the coordinates 0,0 if the Bbox is not sent in the right order, the map will be "puzzled", but all tiles should exist (at least for a map like PlanIGN-V2 that covers the full globe, and not only France).
But even around these coordinates, nothing's displayed....

And about the question : Is it Oruxmaps or not, the answer (for me) is clearly "yes, error is in Oruxmaps" since it's possible to get WMS data in other appls.... and even directly in a browser, with correctly formed URL.

And all this doesn't say how to get the IGN's map i want in wms.

Actually, I did some tests, and it seems that there is something wrong between OM and IGN WMS servers.
At the beginning, I thought it was due to the authentication system via the apikey parameter, but actually, there is the same problem with other maps that are "public" (and then do not require any authentication, nor any specific access right).
Since it works in OM with other WMS servers, I imagine that the issue is more in IGN servers, but I can't say more precisely.
Maybe a problem due to version 1.3.0 of WMS ?

But as for me there is no need to get WMS maps from IGN (since all are available also in WMTS), I stop here my investigations.

PS : You can also use the GEOGRAPHICALGRIDSYSTEMS.MAPS but limit (in onlinemapsources.xml fle) its zoom level to level 16, to get benefit of clearer map at low zoom level, but do not automatically switch map style above 16....