Messages

[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....

I'm afraid you missed something...

If the map you choose is GEOGRAPHICALGRIDSYSTEMS.MAPS, this map is a "multiscale" map, ie. that changes automatically with the zoom level.
At zooms 15 and 16, it's the same than the Scan25, but at zooms higher (17 and above), it's the same than PlanIGNV2
And at the contrary, at lower zoom levels (14 and below), it's the same than Scan100 and Scan250 (these two maps do not exist anymore as separate maps, AFAIK)

But if the map you choose is GEOGRAPHICALGRIDSYSTEMS.MAPS.SCAN25TOUR, this map is at any zoom level it is defined, ie. 6 to 16, always a "pure scan25". And outside of these limits, do not exist.
And then if you go to higher levels than 16, the map do not change : it is not defined, and then is empty in OM... except if you have defined (in onlinemapsources.xml file) its zoom levels in the range 6-16, in which case OM do not try to get the (inexistent) level 17 or 18, but rather makes automatically a "digital zoom", ie. enlarges the display staying at the same zoom level.
If you have a look in such a case at the "Level of zoom" displayed by OM (in the Dashboard), you can see that you are 150@16 (ie 150% at zoom 16), then 200@16... up to 800@16 , but never 100@17 or 100@18, etc...

But maybe I'm wrong and there is something I don't know about these maps.... even if I would be surprised of that.
So, if it's the case and I'm wrong, I would be very interested that you show me a screen copy of WMTS and WMS different at high zoom level....

First of all, why do you want to get these maps as WMS maps ?
Maps served as WMS by IGN server are the same than those served as WMTS.
AFAIK, there is not any map served only in WMS and not in WMTS.
The only difference is that WMS server can (in some cases) serve the maps with different projection, but this is 100% useless with OM, and also that WMS service is necessarily a little bit slower than WMTS (because in WMS it has to create the tiles on the fly, while in WMTS tiles are stored predefined on the server)

One more reason (if needed...) to regret time of free version...
This version was not an obstacle to make donations, that could be even more important than the "official" price on Google.

But now, we are dependent on Google (that already kept for him a large part of payment, while donation of free version was 100% in Jose's pocket)

I just see that the free version of Oruxmaps is no more available on OM's website.
And nevertheless this 7.4.28 version is working fine. Why do not propose it any more ?
The cost of GP version is not really expensive, but "free apps" is another world.
It's the end of an era. Too bad...

I guess that not to be able "easily" to turn off battery optimization comes from Lineage OS version you are using, and is not "inherent" to Android 14.

On my Galaxy S23 (that is also running Android 14, but as provided by Samsung) when I go to Parameters / App, then click on OruxMaps (or any application I want to modify its battery optimization), then click on "Battery", I'm able to choose between "Unrestricted", "Optmized", or "Restricted"....

And if I set it again to optimized, next time I try to record a track on OM, it redirects me to another screen to manage optimization, that shows me by default all apps currently not optimized, but if I select "all apps" I'm able to turn off optimization of any optimized app, inc. OM.

The only apps I'm not able to change their status are NOT optimized apps that cannot be optimized. Never in the other sense : any optimized app can always be "not optimized"