Messages

Works fine here: Samsung A52 with Android 14

[exactly]

I think it would be great for Oruxmaps to add the possibility to read those files, for better cumulative heights and other related features. Even though these type of files are a lot larger, today's smartphones have large storage capacities too.

Storage is maybe not that much of an issue, but processing power probably is, keep in mind that this kind of data quadruples in size each time you double the resolution. Moving from 30m to 5m means having ~10x the data to read and process. ASCII grid is also uncompressed text which means gigantic files. GeoTIFF can be compressed efficiently and it's trivial to convert to/from that format, but depending on the parameters used for the compression it can be very hard to decompress (if it's not tiled you have to decompress the whole file to read it).
On top of that, using very high resolution DEMs is unlikely to be of real usefulness, because the GPS reading isn't precise enough to take advantage of it. You can find DTMs with 0.5m resolution, but they are totally pointless if you don't know exactly where you are, and you don't. Actually you will be just adding noise to your height calculations. Could be useful for stuff like slope calculation, that's true, but those are better done on a proper GIS application.
Also, using .hgt has the advantage that you avoid conflicts between files. Say for example that the user has overlapping files on one are, which one should the app use? The naming scheme in the hgt prevents that.
Your best bet, if for some reason you don't like Sonny's datasets, is to perform your own conversion to .hgt. But I'd be surprised if you find any difference.

Ciao, le stringhe sono interne all'app, non puoi accedere direttamente.
La traduzione italiana l'ho curata io fino ad un paio di anni fa, poi non ho più avuto tempo e le novità sono state fatte con traduttori automatici. Nelle scorse settimane ho dato una ripassata correggendo parecchie cose. Non è ancora pubblicata, può darsi che nella prossima versione troverai già modificato. Però se mi dici quali stringhe non ti tornano ci posso dare un'occhiata subito.

Thanks, I looked everywhere except there 

Hi,

I was wondering if it is possible to have the distance line* text positioned at the bottom (just above the dashboard, or maybe *in* the dashboard) like it was before. It seemed a good idea at first, but honestly it become annoying fast. It's not that every time I pan the map I'm interested in knowing the distance, sometimes I'm just looking at the map searching for a road or something, and the damn text covers the map. A smartphone screen isn't that big anyway, even if the text is at the bottom is plenty reachable and readable.

I haven't found any option in the preferences, but maybe I missed it.

* I mean, the line drawn from map center to GPS position that shows distance, elevation difference and slope

From what I read in the two examples you give, both use GPS right?

In Locus they follow the GPS if it is active, if not they follow the map center.

Thanks, interesting. Maybe some update of Android caused that? Because it used to work without issues, and I checked energy optimization settings for OruxMaps, they are off.
I record a track with screen off with OruxMaps when this happens. I didn't try a different outdoor app and not with screen on (that issue can happen after some hours of recording, so screen on is not really an option if I don't want to drain the battery). But I used the phone with a car navigation app with screen on without the issue, but not as long as when recording a track with OruxMaps.

Same phone for me and A32 for a friend and same issue a couple of times with both Oruxmaps and Locus. We disabled "adaptive battery" (or something like that, it's a general setting, not app-related) and took care that the app is in the foreground before turning screen off and apparently it's ok. Maybe a coincidence, I mean it happened randomly a couple of times but in at least one occasion I did switch to Peakfinder and turned the screen off.

It's in the preferences. "user interface" --> "buttons" (or something like that, not sure about the exact wording, it depends on the localisation)

[Bugianen]

(English version below)

Ciao,

vorrei annunciare due mappe che ho realizzato per l'arco alpino di Piemonte e Valle d'Aosta. Non sono progetti nuovi, se ne era già parlato da queste parti in fase di prototipazione, poi mi sono dimenticato di annunciare i prodotti finiti.

Bugianen
La prima in ordine cronologico è Bugianen, mappa escursionistica estiva delle zone alpine, pubblicata già da qualche anno.
Per i livelli di zoom alti utilizza la base CTR raster 10k del Piemonte e della Val d'Aosta sulla quale sono riportati i sentieri con classificazione pedonale e ciclistica, punti acqua, rifugi e vegetazione presi da OpenStreetMap. "Un taccone" come diciamo da queste parti, ma funziona piuttosto bene.
I livelli di zoom bassi sono creati da me con un mix di dati OpenStreetMap e dati vettoriali delle regioni.
https://tartamillo.wordpress.com/bugianen/

Sorbetto
La seconda è Sorbetto, mappa per attività invernali in montagna
Riporta su una base essenziale la classificazione delle pendenze oltre i 30° per pianificare meglio gli itinerari e applicare con più facilità e maggior precisione i vari metodi di riduzione del rischio valanghe.
Nata insieme a Bugianen su base CTR, nel 2021 è stata completamente ridisegnata da zero, curve di livello comprese, per sfruttare al massimo la qualità dei modelli del terreno LIDAR più recenti. I calcoli delle pendenze sono fatti con applicazioni GIS a partire dai dati altimetrici istituzionali originali, quindi sono molto più precisi delle analoghe funzioni presenti in varie app che usano dati rimaneggiati od obsoleti. Per i nostalgici è ancora disponibile la vecchia versione, ma a questo punto la sconsiglio. Dopo due anni di utilizzo trovo decisamente meglio la nuova in accoppiata con Bugianen.
https://tartamillo.wordpress.com/sorbetto/

Grazie per l'attenzione


------ English version -----------

Hi,

I would like to announce some maps I made for Piemonte and Valle d'Aosta (alpine area only). They are not really new but I never announced them properly here.

Bugianen
The first in chronological order is Bugianen, a summer hiking map of the Alpine areas, published a few years ago.
It uses, for high zoom levels, the 10k raster technical regional map (CTR) base of Piedmont and Val d'Aosta with overlayed the paths with pedestrian and cycling classification, water points, shelters and vegetation taken from OpenStreetMap. "A kludge" apparently, but one that works amazingly well.
The low zoom levels are created by me with a mix of OpenStreetMap data and vector data from the regions.
https://tartamillo.wordpress.com/bugianen/

Sorbetto
The second project is Sorbetto, a map for winter activities in the mountains
It brings back the classification of slopes over 30° overlaid on an basic map in order to better plan itineraries and apply the various methods of reducing the avalanche risk more easily and with greater precision.
Born together with Bugianen, in 2021 it was completely redesigned from scratch, including the contour lines to make the most of the quality of the most recent LIDAR terrain models. The slope calculations are made with GIS applications starting from the original institutional altimetric data, so they are much more precise than the similar functions found in various apps that use reworked or obsolete data. For the nostalgic, the old version is still available, but at this point I do not recommend it. The new one coupled with Bugianen is way better.
https://tartamillo.wordpress.com/sorbetto/

Thanks for your attention

Same here. I inadvertently touched the "lock" command in the menu and went out of control.

Before activating such a nasty thing the user MUST be taught how to get out of it.

Thanks. Curiously it only worked the first time I tried with PeakFinder, but it works every time with Google Maps. I'll check with Fabio if we can find the catch.

Ok, there was a bug in PeakFinder, the latest beta works correctly with OruxMaps.



As for the interface I think Juanjo's proposal is ok, but i still see the old string in latest beta.



Thanks,

Maki

Added an option for sharing the position with an Intent.

Thanks. Curiously it only worked the first time I tried with PeakFinder, but it works every time with Google Maps. I'll check with Fabio if we can find the catch.



I suppose the interface is preliminary, as I find it confusing. Actually, to me it's clear but I think any non-geek would wonder what a geo uri is. Since there aren't that many apps that support the thing maybe we could have Peak§Finder as an helper app, like GPS status or Layars.



On a side note, it could be useful, or at least more clear, to have two sharing options, one for the current (GPS) position, one for the map center. It's quite easy to move the map inadvertently, so one thinks he's sharing the GPS position but it's actually a bit off.

Hi Jose,



I was emailing with Fabio Soldati, the developer of PeakFinder about sharing map position between apps. It turns out that while OruxMaps is able to receive a position from other apps, it isn't able to share it with other apps using the geo uri

https://en.wikipedia.org/wiki/Geo_URI_scheme">https://en.wikipedia.org/wiki/Geo_URI_scheme

Peak Finder is a killer app, it would be very useful to pass a map position to it because you can see the mountains rendered along with moon and sun path so that one can anticipate what he will find during an hike.



Below what Fabio told me.

Maybe you can suggest them to extend their sharing support with the option to use the geo uri.



The java code would be quite easy:



Intent i = new Intent(android.content.Intent.ACTION_VIEW, Uri.parse("geo:43.2245,8.12323"));    

startActivity(i);



With this code any app that support the geo uri can be opened (Google Maps, PeakFinder, ...). With the current export option of OruxMaps I don't see a good way to connect it with PeakFinder.

Thanks, Maki

Hi Orux, since the last update from the Play Store half of the time I launch OruxMaps panning doesn't work. I can however zoom (and pan with two fingers which isn't really comfortable but saves the day). I noticed that when that happens I also see the status bar or sometimes even the whole interface, looks like Immersive Mode doesn't load completely or at all. I'm using a stock Samsung S8.

I tried beta 9 at home for five minutes. I can't comment about anything else but flinging is much better now on my phone. No unwanted displacements and the deceleration feels natural. I see that if I "launch" the map it is now drawn during the movement, at least up to a certain speed, after that it stutters quite a bit, but it's a 2014 phone so no complaints. I don't really see the need for an option to turn the feature off anymore, good job!



I hope to try the app on the field next weekend.



Thanks,

Maki