Dudas uso de ficheros DEM a la hora de grabar la altitud de una ruta

Started by brother, July 14, 2019, 06:25:34 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

brother

Quote from: Juanjo post_id=38895 time=1563462962 user_id=7258
@ 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!

brother

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

    Juanjo

    Quote from: brother post_id=38912 time=1563732344 user_id=7174


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



    Salu2


    Hola brother,



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



    Saludos

    brother

    Quote from: Juanjo post_id=38913 time=1563737118 user_id=7258
    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

    brother

    Quote from: brother post_id=38914 time=1563743076 user_id=7174
    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...  :o



    Salu2

    orux

    Siento el retraso en entrar en el hilo.



    La app por defecto utiliza (y graba en el track) la altura que proporciona el GPS. EL valor que proporciona el GPS es suavizado (corregido) para evitar las inexactitudes habituales de estos dispositivos, pero no siempre se consigue una corrección óptima.



    Si en configuración se selecciona que la altura se tome de los ficheros DEM, entonces esa altura es la que reemplaza la del GPS en el track que se graba (en los controles del cuadro de mandos se pueden visualizar ambas, la altura procedente del GPS y la procedente de lso ficheros DEM). Es importante que en la configuración se seleccione también la opción 'interpolar alturas DEM' para mejorar la precisión del valor DEM leído.



    Si los valores de altitud subida/bajada siguen siendo inexactos, existe un ajuste que ayuda a mejorar estos valores, en configuración global-->Track/rutas-->aplicar filtro altitudes. El problema de este filtro es que se aplica al finalizar el track, por lo que durante la grabación se puede leer un valor en los cuadros de mandos no ajustado al valor final.



    Creo que en alguna versión anterior, las alturas DEM no eran aplicadas correctamente, pero en las últimas versiones, y en la beta actual, deben estar funcionando OK,





    orux

    brother

    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.

    orux

    Quote from: brother post_id=38983 time=1565282361 user_id=7174
    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.


    ¿qué versión de OruxMaps?



    Si se está interpolando al usar los DEM, debe haber decimales; un ejemplo de hace un rato:


    <trkpt lat="43.3739996" lon="-8.4357042">
    <ele>73.40</ele>
    <time>2019-08-08T16:45:50.000Z</time>
    </trkpt>
    <trkpt lat="43.3739988" lon="-8.4357027">
    <ele>73.38</ele>
    <time>2019-08-08T16:45:51.000Z</time>
    </trkpt>
    <trkpt lat="43.3739979" lon="-8.4357016">
    <ele>73.36</ele>
    <time>2019-08-08T16:45:52.000Z</time>
    </trkpt>
    <trkpt lat="43.3739971" lon="-8.4357006">
    <ele>73.34</ele>
    <time>2019-08-08T16:45:53.000Z</time>
    </trkpt>
    <trkpt lat="43.3739963" lon="-8.4356996">
    <ele>73.33</ele>
    <time>2019-08-08T16:45:54.000Z</time>
    </trkpt>
    <trkpt lat="43.3739956" lon="-8.4356988">
    <ele>73.31</ele>
    <time>2019-08-08T16:45:55.000Z</time>
    </trkpt>
    <trkpt lat="43.3739949" lon="-8.4356981">
    <ele>73.30</ele>
    <time>2019-08-08T16:45:56.000Z</time>
    </trkpt>
    <trkpt lat="43.3739949" lon="-8.4356981">
    <ele>73.30</ele>
    <time>2019-08-08T16:45:57.000Z</time>
    </trkpt>

    brother

    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

    Franchu

    Buenas tardes

    Cuando entramos en las PROPIEDADES de cualquier track, en la parte de abajo a la derecha sale "Corregir altitud". Pinchamos ahí y salen 3 opciones. En la primera opción (Aplicar filtro suavizado) sale un lista desplegable con 1, 2, 4, 8, 16 y 32.

    ¿Sabe alguien a qué se refieren exactamente esos números? Son radios de curvatura? O promedio de los datos de x puntos?

    Muchas gracias


    orux

    Quote from: Franchu on May 12, 2020, 08:49:41 PM
    Buenas tardes

    Cuando entramos en las PROPIEDADES de cualquier track, en la parte de abajo a la derecha sale "Corregir altitud". Pinchamos ahí y salen 3 opciones. En la primera opción (Aplicar filtro suavizado) sale un lista desplegable con 1, 2, 4, 8, 16 y 32.

    ¿Sabe alguien a qué se refieren exactamente esos números? Son radios de curvatura? O promedio de los datos de x puntos?

    Muchas gracias



    Es el número de puntos alrededor de cada punto usados para una media móvil.
    Cuando más alto, más suaviza, pero más puede alterar el perfil, si es muy ondulado.

    orux

    Franchu

    Muchas gracias Orux.

    Otra cosilla: utilizando los DEM (en GPS: Altitud DEM (Sonny 1") + interpolar DEM altitud). Hago un track con el MISMO punto de inicio y final, por lo tanto, la ganancia debería ser = a la pérdida de elevación. Sin embargo suele haber una pequeña diferencia de unos pocos metros.

    Sabéis a que es debido? Será por los redondeos de la interpolación?

    Muchas gracias. Saludos