Messages

Ya funciona!!

Hola,

El servicio parece caído, llevo varios días intentándolo y no hay manera.

Ojalá lo puedas comprobar.

Un saludo.

Hi,
Sorry notification on replies were disabled...
v.7.4.22 here

I've seen this option, don't know if the same you're referring to:
Config>Avisos voz/sonidos>GPS>Aviso fallo GPS

I defined the sound alert in "Sonido Aviso fallo Gps" but the check in "Aviso fallo GPS" is actually unchecked. I don't understand the "x4 veces mínimo tiempo" text.

Regards.

I use the SOS SMS option (btw, one of the best features in Oruxmaps). I configured a 30 min. interval.
As my GPS tends to block itself sometimes as already posted some time ago, I managed somehow to active a warning when GPS signal is lost. I say "somehow" because I cannot understand clearly some items descriptions, sorry :-(

Now, every time GPS signal is lost, I can clearly hear the sound and when get the phone from my backpack pocket I see the full screen SOS message sending warning. It says it will send the SMS in 0:00 and offers to cancel it.

So, from this two things seem wrong to me:

• Starting the send SOS message as soon as GPS is lost.
  
• Showing a 0:00 countdown.

Maybe I have something misconfigured.

I would like to have a GPS signal lost warning and another warning (not the same, time-configurable) when about sending the SMS.
F.e.: warns when GPS is lost and keep warning every 30-60 secs while it is lost. Warn differently 5 min. before sending SMS.

Also, it would be great if adding another channel for warnings could be possible (like e-mail).

Regards.

Hola,



v.7.4.22

Solo tengo marcado usar DEM, pero no interpolar ni suavizar en ninguna de sus variantes, por eso concluí que se está grabando el dato del GPS.



Salu2

Hola Orux,



Gracias por tu respuesta.

Sin embrago yo he comprobado que aunque se especifique que se graben los DEM, la app sigue guardando el dato del GPS en el track.

Se ve en los extracto que he puesto; en el ultimo punto mostrado en el track sin corregir aparece una medida de altitud con dos decimales que no son cero: esa es del GPS, ya que el DEM que uso solo tiene un decimal.



En ambos móviles he especificado que use los DEM. Me pasa lo mismo en los dos teléfonos. ¿Podría ser un bug?



De todas formas, desde que uso el servicio online de tío Matt ya me da lo mismo, porque en cuanto tengo conectividad los corrijo de esa forma, e igualmente los DEM que puedo llevar en los móviles por cuestión de espacio solo son los de 3 arcosegundos (DEM3). Los MDT05 son fantásticos pero pesan mucho y no he sido capaz de covertirlos a los formatos que lee Oruxmaps como comentaba más arriba.



Por cierto, confirmar también que QMapShack no utiliza decimales en los DEM por construcción y eso no va a cambiar en palabras de los autores.



Un saludo.

Curiosamente donde el MDT05 me marcaba 600 desde QMS, ahora el servicio de elevación me indica 599.6. Quizá lo esté viendo mal con el QMS  :?

Es la precisión de QMS, está redondenando al valor entero. No he visto cómo o dónde cambiarlo ni en la ayuda viene nada; no me puedo creer que no se pueda mostrar la precisión  completa del dato...  



Salu2

Hola brother,



no está KO, mira https://www.oruxmaps.com/foro/viewtopic.php?f=7&t=4887#p38907">aquí.



Saludos

Genial, gracias!



Sí funciona, ya lo he probado. Tiene un decimal (par o impar), por lo que parece que el grano más fino son 10 cm y la precisión +- 10 cm.



Curiosamente donde el MDT05 me marcaba 600 desde QMS, ahora el servicio de elevación me indica 599.6. Quizá lo esté viendo mal con el QMS  :?



Salu2

[NO la del DEM aunque así se especifique en Orux]

Hola!



Hoy he comprobado algunas cosas interesantes:
[list type=]

Lo que se graba en el track es la altura del GPS, NO la del DEM aunque así se especifique en Orux; Hay diferencias en los puntos entre un track así grabado y tras corregirlo con los ficheros DEM. La diferencia también se ve en el desnivel acumulado como ya sabíamos.

[/list]

• También he comprobado el efecto del suavizado (modifica los puntos) y la gran diferencia entre DEM1 y DEM3.

• Los DEM de Sonny están redondeados a enteros, no tienen decimales.

Estos son los datos para 3 puntos consecutivos con ambos móviles en tres variantes, track tal cual, track corregido con DEM (3 para el XperiaZ1 y 1 para el GalaxyS5) y track corregido con DEM + suavizado 2]<trkpt lat="40.3729804" lon="-3.6852369">
<ele>580.00</ele>
<time>2019-07-21T07:28:35Z</time>
</trkpt>
<trkpt lat="40.3728023" lon="-3.6852018">
<ele>580.00</ele>
<time>2019-07-21T07:39:55Z</time>
</trkpt>
<trkpt lat="40.3726296" lon="-3.6850614">
<ele>580.00</ele>
<time>2019-07-21T07:40:02Z</time>
</trkpt>
<trkpt lat="40.3725523" lon="-3.6848482">
<ele>590.91</ele>
<time>2019-07-21T07:40:07Z</time>[/code]
Z1 DEM3

Code Select Expand

<trkpt lat="40.3729804" lon="-3.6852369">
<ele>580.00</ele>
<time>2019-07-21T07:28:35Z</time>
</trkpt>
<trkpt lat="40.3728023" lon="-3.6852018">
<ele>580.00</ele>
<time>2019-07-21T07:39:55Z</time>
</trkpt>
<trkpt lat="40.3726296" lon="-3.6850614">
<ele>580.00</ele>
<time>2019-07-21T07:40:02Z</time>
</trkpt>
<trkpt lat="40.3725523" lon="-3.6848482">
<ele>591.00</ele>
<time>2019-07-21T07:40:07Z</time>
Z1 DEM3 suavizado2

Code Select Expand

<trkpt lat="40.3729804" lon="-3.6852369">
<ele>582.20</ele>
<time>2019-07-21T07:28:35Z</time>
</trkpt>
<trkpt lat="40.3728023" lon="-3.6852018">
<ele>582.20</ele>
<time>2019-07-21T07:39:55Z</time>
</trkpt>
<trkpt lat="40.3726296" lon="-3.6850614">
<ele>586.20</ele>
<time>2019-07-21T07:40:02Z</time>
</trkpt>
<trkpt lat="40.3725523" lon="-3.6848482">
<ele>590.20</ele>
<time>2019-07-21T07:40:07Z</time>
</trkpt>

S5

Code Select Expand

<trkpt lat="40.3729178" lon="-3.6851479">
<ele>598.00</ele>
<time>2019-07-21T07:28:32Z</time>
</trkpt>
<trkpt lat="40.3727258" lon="-3.6851639">
<ele>598.97</ele>
<time>2019-07-21T07:39:57Z</time>
S5 DEM1

Code Select Expand

<trkpt lat="40.3729178" lon="-3.6851479">
<ele>598.00</ele>
<time>2019-07-21T07:28:32Z</time>
</trkpt>
<trkpt lat="40.3727258" lon="-3.6851639">
<ele>599.00</ele>
<time>2019-07-21T07:39:57Z</time>
S5 DEM1 suavizado2

Code Select Expand

<trkpt lat="40.3729178" lon="-3.6851479">
<ele>599.20</ele>
<time>2019-07-21T07:28:32Z</time>
</trkpt>
<trkpt lat="40.3727258" lon="-3.6851639">
<ele>599.20</ele>
<time>2019-07-21T07:39:57Z</time>

Según QMapShack y MDT05 del IGN la altura de todos esos puntos es 600 m. justos.



Y aprovechando que el Pisuerga pasa por Valladolid, comentar que intenté convertirme los .asc de los MDT05 con el https://www.mendiak.net/viewtopic.php?t=58960">.bat de mitxelin pero no me funcionó, no encontraba la librería proj4.dll.

También comentar que el servicio de elevación del Tio Matt está ko.



Salu2

@ brother



la diferencia de tiempo en movimiento es en el mismo track el del DEM3, en el waypoint del final salen 3h35 y en las estadísticas de la ruta 3h40



Saludos

Ah!, ok, ni me había fijado en eso la verdad ...

Gracias!

Hola,



¡Estupenda respuesta!

Efectivamente, justo ahi hay un barranco con gran desnivel, pero la zona posterior es más llana de lo que parece.

Muchas gracias por toda esa info, aun la estoy asimilando, los enlaces, el entorno QMapShack, los MDT05 ... impresionante  :shock: .



Estoy de acuerdo que los DEM1 para llevar el móvil es más que suficiente para actividades domingueras, yo no necesito hacer más, solo asegurarme de que no comparto perfiles irreales y aconsejar a compañeros en la misma situación.

A tal efecto, y hasta que el desarrollador nos resuelva la duda de lo que relamenet se guarda al grabar, lo mejor es aplicar tu ABC. Lo deseable es que se hiciera todo automático al guardar, tanto correción con el DEM como el filtro suavizado.



¿Sabéis si esto es posible o hay que seguir los pasos uno a uno cada vez tras finalizar la grabación?



Salu2

Hola,



La diferencia en tiempo se debe a que no los pongo a grabar y detengo al mismo tiempo, hay un margen entre que pongo uno y busco en la mochila y pongo el otro.  



Salu2

[What data gets stored on the track, DEM or GPS?]

Hi,



Thank you both very much for your analysis.



I was supposing something similar, because the altitude curve is like a sawtooth which usually adds to distance and also to altitude amount.

I also understand that different points were tracked by different devices, but still there is too much difference between them.



I would like to ask what to do to tackle this (there is an option to auto smooth tracks with a lowpass filter) but one question remains unanswered:



What data gets stored on the track, DEM or GPS?



If it is DEM then I have unchecked the option of interpolate data within the mesh and thus that sawtooth delta should not be there.

If it is GPS then we have to manually correct this every time, and then would suggest to development to add an automatic option for that.



Maybe if Jose is around could enlighten us on this matter.  





@mitxelin: Es al revés, la zona es llana y los saltos no son reales como comenta LaurentG. La ruta original no es de relevancia porque desconozco su origen (Garmin, Oruxmpas, dibujada,...) y no sirve como referencia para comparar.

La malla DEM1 es lo mejor que se puede encontrar en la red (al menos hasta dónde yo sé); está creada con aviones equipados con LIDAR y no hay de más resolución. Oruxmaps (con la opción de corregir la altura tras gabar el track) usa una malla de la NASA con la misma resolución que DEM3, principalmente por su menor tamaño.



Por eso me soprende que con toda esa información y resolución el resultado sea un track con una información tan irreal  :oops:



Regards!

Hola,



Sí claro, aquí los he dejado: https://drive.google.com/file/d/1V4ggWO_tHts-VRbs7lYhQpYMg5Q3j2No/view?usp=sharing">//https://drive.google.com/file/d/1V4ggWO_tHts-VRbs7lYhQpYMg5Q3j2No/view?usp=sharing



Salu2

Hola,



Nope, misma densidad de puntos. Es lo esperado al grabar ambos al mimso tiempo con la misma versión de Oruxmaps.



Salu2