Topics

Hi Jose,

is there any chance that you recompile the "free" version 7.4.26 with latest Mapsforge libraries, allowing users of the free version to get benefice of latest version of Element/Elevate mapstyle of Tobias, that require at least mapsforge 0.19 ?
It would be really great ! 

Regards
Laurent

https://www.openandromaps.org/en/oam-forums/topic/elevate-updates-and-test-versions-news/page/6#post-54817

Hi Orux,

in order to be able to use it outside from OM app itself (and take advantage it is a sqlite db), it woud be great to have a technical description of the datamodel of OruxmapsTracks.db

Some of the tables / fields / relationship are quite "obvious", but not all of them.
So, rather than to "decrypt" it, with all associated risk of misunderstanding, it would be great to get an "official" technical description.

I guess that such a documentation already exist ? If yes, where could it be available ?

Thanks in advance

In the Settings / Maps / Mapsforge settings, there is an option named "Search POI, tap gesture" that is always (in my case, at least...) greyed out, and the cannot be selected.

I'm not sure to 100% understand how it should work if selected.... but I cannot test it... since I cannot select it 

So my question is : why is this option greyed out. Is it linked to another option that would be incompatible with it ?

Thanks for any valuable answer !

[But I'm 100% sure it was OK on this same phone in 2021]

Hi Orux,

I recently discovered that the date of recorded tracks is now wrong on my phone, due to the "GPS week number rollover" (delta of 1024 weeks between actual and recorded date)

But I'm 100% sure it was OK on this same phone in 2021 and before (I have in my oruxmapstracks.db some tracks recorded at this time, in which dates are OK).
Why this change between 2021 and now ? Impact of "GPS week number rollover" was in 2019 april, so it was already the case for long in 2021, and nevertheless, there were no impact on my phone at this time.

Two facts could explain this change : update of system software on my phone, or update of OruxMaps itself.
First option can be definitely given up : my phone (that is quite old) does not receive any update for long time, last update was in 2018 or 2019...
On the other hand, in 2021, the "free" version of OruxMaps was 7.4.23 or 7.4.24, and we are now in 7.4.26

I don't know what are exactly changes between these versions (they are not documented, change log says only "Bug correction")

So my question is for Orux/Jose, who is the only one who can know : Which "fixes" in 7.4.25 or 7.4.26 (or maybe in 7.4.24) could explain this unwilled evolution ? Could you publish a 7.4.27 that would "repair" it ?

Thanks in advance

PS : I tried to reinstall 7.4.23 over current 7.4.26 (I kept the old APK), but the system rejected the update... maybe because it is a downgrade ?

Hi all,

I just discovered incidently something that I cannot understand.... while I'm sure that a lot of experts in this forum will be able to explain me easily 

Coordinates as they are specified in a GPX (or KML) file are not the same than those that are displayed in OruxMaps.
For example, if I have in OM a trackpoint whose cordinates are 45.18400°N 5.7997°E (as displayed by OruxMaps) and then I export it in a GPX file, its coordinate in the GPX file are lat="45.1830653" lon="5.7188988"
Not so far... but clearly not the same

And If I have a look on this place in OpenStreetMap (or in GoogleMaps, or in french Geoportail) in a browser, coordinates displayed are the same than in GPX file, and not the same than those displayed in OruxMaps.

I guess it could be due to some parameter set in OruxMaps... but I reviewed all the parameters.... and didn't find anything that could explain this difference.
The only parameter that I have found and supposed to have an impact on how coordinates are displayed is Global Settings/Units/Coordinates (that is set in my case to degrees(00.0000°))

Any help is welcome !

PS : If we enter both coordinates in GoogleMaps or OpenStreetMap, we can see that both points are distant of 6.4 km

[My Question]

We may have in onlinemapsource.xml file several source definition sharing some elements.

I'm thinking here in particular to various maps of a same server, that require a kind of "key" in the URL. Each time this "key" changes, it would be great to have to change it only once, rather than several times, in every mapsource definitions using it.

I'm also thinking here in particular to all Strava maps sharing a same (complex...) Cookie to post, thanks to syntax
<httpparam name="Cookie"><![CDATA[...]]></httpparam>

My Question : Is there a way to define somewhere in the onlinemapsource.xml only once the common "key", or the common cookie to set, and to re-use it's value in all the mapsources that have to use it ? This would be very useful in case the value of key or cookie (or any other common element) has to be updated quite frequently.

Among solutions I could imagine (without any idea about their feasibility), be able to define, in the top of xml file, a kind of "variable" containing this common value and reuse this variable in different mapsources definitions ?

Or, other solution, be able to put this common value in a file, and to "read" this file from the onlinemapsource.xml ?

I agree that for Strava maps, the need disappeared thanks to @afgb1977 who recently proposed an alternative solution avoiding use of cookies for Strava heatmaps. But we may have the same need in the future with other mapsources.

Many thanks in advance for any valuable answer !

[Is there someone who eventually succeeded in track recording with a Samsung A41 ?]

Hi all,

I have a Samsung A41 / Android 10.
And I'm facing the issue that prevents track recording (that stops when app is in background), as described by Orux himself here : https://oruxmaps.org/forum/index.php?topic=38816.0

I tried all the parameterizations I could, either directly relative to OruxMaps app, or to Battery management (in Parameters / Maintenance), without any success.
But maybe I missed something. So my question is very simple :

Is there someone who eventually succeeded in track recording with a Samsung A41 ?

If yes, thanks a lot to explain in detail what you did ! It will hep me, but I'm sure I won't be alone to be helped by such information !

Thanks in advance.

[Is it a known bug ?]

In Global Settings/Maps/3D settings we have to define an "Altitude scale factor" that increase / decrease relief rendition.

But the issue is that to have a "realistic" view, this scale factor has to be set to different value depending on zoom level of the map currently displayed (and only one value can be set...)

Approximately, the value of 0.2 give the most realistic view if map is at zoom level 13,
while 0.27 is better for zoom level 14
0.35 for zoom level 15
and 0.45 for zoom level 16

In other word, for a given "scale factor", 3D viewer exagerates altitudes when zoom level decrease, and conversely reduces them when zoom level increase.

Is it a known bug ? Is there a chance to have the issue fixed ?

.... while we are now in 8.0.3 on Google play....

Is there any chance to have the "free" version available on https://www.oruxmaps.com updated ... or is there a change in your policy that make new versions now only available as "pay versions" on Google Play ?

Since forum moved to oruxmaps.ORG, login is no more kept from session to session, even if "remeber me" box is checked.

[Online maps]

Hi everybody,



about Online maps, there are several kind of maps :

1 -The ones available under the "Layers" folder, which are defined in onlinemapsources.xml and in customonlinemaps/onlinemapsources.xml files

2 - The ones defined under "WMS" folder

3 - the ones defined under "WMTS"



I'm quite "lost" with these three concepts (and I'm sure I'm not alone....)



What are the differences between them ?

Where are defined "WMS" and "WMTS" online maps ? (OruxMaps comes with a few WMS predefined maps, and no WMTS)

In particular, what is the purpose of wms_services.xml file ? Even if I update it adding some WMS services, it seems to be not taken into account (while it is mentioned in pdf manual, and, according to this manual, supposed to be used).



If someone who is "comfortable" with these various concepts could write some clear documentation on

- what are various Online maps

- how to use them,



I'm sure it would be of a very great help, not only for me, but also for a lot of OruxMaps users !

Many thanks in advance to who will answer to this help request !



PS: There is also the folder "MULTIMAPS" : For these ones, I know how to define them... but I don't know where these definition are stored....

[includes small additional features]

Hi Orux,



I've just seen in the "Donate" menu that now (it seems to me it's recent, at least I never saw it before) that "The Google Play version (ie. the "donate" one) includes small additional features"



Up to now, the only difference I heard about was the automatic alarm... supposed to be only in the regular version and not in the donate (due to Google Play restrictions).

I'd then understood that the "donate" version was "less" than the regular, and not "more".



Is it possible to know what are these additional features available only in the "donate" version. Moreover, do you plan in the future to have more differences between two versions.

I'd like to know it before choosing to either switch to "donate" version, or to do a donation on the Web Site.



Regards

Laurent

[to the zoom level which gives the same coverage.]

There is an issue when switching from a raster map (eg. in OTRK or mbtiles format) to Mapsforge vector map : in mapsforge map, zoom level 15 corresponds +/- to zoom level 16 in raster, 14 in mapsforge to 15 in raster, etc....

So it would be great to be able to do NOT switch to the same zoom level, but rather to the zoom level which gives the same coverage.



See details and beginning of explanation in this post : https://www.oruxmaps.com/foro/viewtopic.php?f=5&t=5252">https://www.oruxmaps.com/foro/viewtopic.php?f=5&t=5252

[but the real one do change, and the displayed area as well]

Hi,

it looks like a bug with zoom level of MapsForge (vector) maps.



When we switch from a raster map (in mbtiles or OruxMaps format) to a Mapsforge map (or vice versa), we stay at the same "official" (displayed) zoom level .... but the real one do change, and the displayed area as well  :oops:

You can see below that the coverage at zoom 15 of a raster map (OSM) do not correspond to the coverage of zoom 15 of MapsForge map, but to coverage at zoom 14 !



The most "strange" is that if we create a multimap based on the MapsForge map, adding for example the hiking paths of WayMarkedTrail (that are raster map).... "displayed" zoom level becomes OK



Is this a known bug.... or is there somewhere some option (I've not been able to find...) to fix the issue ?

(I am with latest (7.3.7) version of OruxMaps, and latest version of France_South mapsforge map.)



Thanks in advance !



OSM (raster) map at level 15

https://images2.imgbox.com/db/e9/fkreV8cY_o.png">



MapsForge (vector) map at level "displayed as" 15

https://images2.imgbox.com/88/8d/V0ualQ7o_o.png">



At level 14, same coverage than raster map at level 15

https://images2.imgbox.com/a6/6c/pKGuBuhw_o.png">



Multimap mixing Mapsforge and raster WMT displays level 15 for the same coverage

https://images2.imgbox.com/d3/e7/tcZEIvki_o.png">

Hi Orux,



When we have a (offline) Multimap merging two maps that do not have the same raster (or vector...) zoom levels available, there is an option in GlobalOptions/Maps/ZoomSettings to automatically limit zoom levels of the multimap to those available in all layers.



But if this option is not checked, and if zoom level selected is available only in one layer, and not in the other, nothing is displayed !

It would be better, in such a case, to either

- display only layers for which zoom level is available (and ignore layers for which this zoom is not available)

- or (even better) display "normally" layers for which zoom is available, and use "digital zoom" (enlarge or reduce) for layers that do not include the corresponding "raster" zoom level.



Do you think this is feasible and could be available in future version ?

[exactly]

Hi Orux,



when creating a "multimap" blending two maps with exactly the same coverage, everything works fine. In particular, the "multiply" option is very good to add over any map the "paths" issued from WayMarkedTrails, provided we extract them with a white background.



But in case the different layers do not have exactly the same coverage, at some zoom levels, multimap is OK, but at some other, the second layer is not correctly displayed : most of the time, it is only displayed with a lateral or vertical lag, as if calibration data of the layer were not correct, but sometimes, it becomes almost "crazy" (as in the example below)

Of course, the different "layers", even if they do not have exactly the same coverage, are using same "projection" and have same available zoom levels.



Is it a know bug, or known limitation of Multimap ?

Actually, it makes quite impossible to use this feature, since most of the time, the different layers have not been generated at the same time (in MOBAC), and then do not have exactly the same coverage.



Hereafter an example (created to illustrate)

Here is the coverage of the "ground" layer (FYI, it is "Ile d'Yeu", in France, in front of Nantes. Map from OSM, zoom 14, 15 & 16))

https://images2.imgbox.com/dc/d0/EfQwT6Te_o.png">



Here is the coverage of the "top" layer, coming from WayMarkedTrails / Hiking paths, same zoom levels)

https://images2.imgbox.com/9f/57/gOO0I4Ke_o.png">



At level 16, display is fine

https://images2.imgbox.com/61/33/k6dJ813j_o.png">



At level 15, OK also

https://images2.imgbox.com/c2/9f/kteSnVD2_o.png">



But at level 14  

https://images2.imgbox.com/80/58/r2tX5MYL_o.png">

[as last button of each bar]

Currently, customizing a button bar, it's only possible to remove a button (or all buttons), or add a new button as last button of each bar.

As a result, to insert a button in the middle of an existing bar, we have to remove all the buttons below the one we want to insert, add the new button, and reinsert buttons we just removed.

This is not a big issue (since I guess nobody updates its button bars very frequently), but it would be nevertheless great to be able to re-order an existing bar, eg on the model of what is feasible with dashboards controls.

[This is great and really useful.]

Hi Orux,



HTML export of tracks a/o routes statistics generates a kind of "local Web site", in which, above graphs and statistics, track itself is displayed, above a Google Maps background.

This is great and really useful.  



Since few time, map in background is sometimes correctly displayed, BUT sometimes not, and rather an error error message "Google maps cannot display..."



I guess this is due to new Google policy aiming at make money with Maps, and requiring payment of Web sites using GoogleMaps API.  :evil:

And I guess that display is OK until a maximum number of API use hasn't be overpassed in the day, and not OK after. It's sure that it works more often on morning than on evening....



As a result, it would be great to be able to generate this HTML export relying no more on GoogleMaps, but rather on OpenStreetMap (or even better on OpenTopoMap).

Ideally, it could be a global option somewhere to choose between different online map services, which one to use by next HTML export.



Tanks in advance for what you'll be able to do to solve this issue.

Regards



Laurent

[I got a warning about access rights to mapfiles and mapstyles directories on SD Card]

Hi Orux,



I just installed rev 7.3.4

First time I used it (I think I remember I was browsing a mapsforge map) I got a warning about access rights to mapfiles and mapstyles directories on SD Card, where they reside (and dem and cursors as well), explaining app didn't have write access to these directories, and recomending to give access to the root of SD Card.

On next screen that opened, I tried then to do so, selecting directly on SD Card itself, but it was unsuccesful (I got an error message, in french, stating that access right demand was unsuccesful).

Then I tried again, same issue.

The third time, I tried to give access not at the top level, but selecting /oruxmaps directory : same result (ie. same error message)



I then closed app (and forced it to stop), then restarted it.

And I didn't got any warning this time. Everything seems to be OK (I'm able to browse maps of various formats, able also to select and apply various mapsforge themes in case of mapsforge maps). The only "anomalies" I can see being that,

1) when browsing Online maps, the OruxMapsCacheImage.db is managed in /oruxmaps/mapfiles ON THE PHONE and not on the SD Card (but this was already the case with previous versions of OruxMaps, even before getting warning mentioned above),

2) and that when browsing an (offline) mapsforge maps, app creates a .mf_cache directory (with several level of subdirectories and finally xxx.tile files), also in /oruxmaps/mapfiles ON THE PHONE and not on the SD Card. About this .mf_cache directory, I never remarked it before, then I cannot say where it was previously stored. You can take note that each time I switch to a non-mapforge map, this cache directory immediately disappear.



Nevertheless, I "suspect" that either it didn't exist in previous versions of app, or it was managed succesfully on the SD Card, and because app was not able any more to manage it on the SD card, it's the cause of the warning I got. And since app didn't succeed, it eventually "decided" to manage this cache on the phone, which could explain I do not have any more the warning But all of this is only "supposition" : actually, I don't know.... but I guess (hope ?) that YOU know, isn't it ?



3) The last "anomaly" relative to SD card access right : As mentioned above, my dem directory is also defined as /oruxmaps/dem on the SD card. I did this parameterization in a previous version  of OruxMaps (7.2.5 ?), and that when I did it, I created the dem subdirectory from within app itself. And I'm 100% sure that at this time, I was able to download .hgt files thanks to the app (eg. displaying 3D map on a place I didn't have yet .hgt files)

But since I installed the 7.3.4 rev (which is maybe seen as a NEW app by Android, and not as a "simple" update, since not managed via GooglePlay ?), I am NO MORE able to download .hgt files : I systematically get an error message for each .hgt file app tries to download... and they are not actually downloaded (neither in dem directory on SD card, nor nowhere else...)



Clearly, there is an issue somewhere with app's access rights on SD card.



As far as I know, their management are a little bit "tricky" in recent Android versions (I'm under Nougat, 7.0), but it would be VERY GREAT if you were able to find a solution.

Because it is more and more complex and not fluent (even if it remains "manageable"...)  to store map files and .hgt files on SD Card, while it's mandatory, for "disk space" reason.



Thanks in advance for what you'll be able to do, and if you need I run some test, don't hesitate to ask !

Regards



Laurent



PS : I have verified : "Authorisation" provided to the app are OK.

The yellow "View angle" is something really very useful.

On the other hand, the little compass icon in the status bar is not really useful (and even less if the yellow angle is displayed), and hide a (small) part of the map.



It would then be great to be able to display ONLY the yellow angle, without displaying the compass.