Messages

Hola Orux, gracias por contestar.
A ver si se consigue ajustar un poco más.
Nuevamente agradecerte tu interés, y también el gran esfuerzo que supone mantener esta magnífica aplicación, que tantas satisfacciones me da en mis rutas.
Saludos

Si me mandas un GPX de prueba, sería interesante (solo si tienes ajustes de 0 segundos y 0 metros en tiempo y distancia mínima en la configuración del GPS).

orux

Hola Orux, te remito por correo electrónico el track realizado hoy (0 segundo y 0 metros en tiempo y distancia mínima)
La suma de Tiempo subiendo + Tiempo bajando sigue dando más que el Tiempo en movimiento.
El jueves realizaré otra salida y grabaré un track en 2 segmentos parando Oruxmaps en el descanso, para evitar que en la parada el gps siga marcando movimento.
También te lo remitiré en cuanto lo tenga.
Saludos, y feliz Navidad

Hola Orux, buenas tardes.
Hoy he probado como me dices 0 en Tiempo mínimo y 0 Distancia mínima. En esta prueba si que la suma de Tiempo subiendo + Tiempo bajando me ha dado menos que el Tiempo en movimiento.
El sábado realizaremos una ruta con más subidas y bajadas a ver que pasa y te enviaré el track.
Saludos

En GPS tengo puesto 0 seg en tiempo mínimo, y 20 m(recomendado) en distancia mínima.
También tengo en GPS mínima precisión 50 m.
Entonces que tengo que poner para poder enviarte un GPX? 0 seg en tiempo mínimo / 0 m en distancia mínima?
Y en GPS mínima precisión que debo poner?
En cuanto me digas hago prueba y te envío el Track.
Saludos

Hola Orux, gracias por contestar.
A ver si se consigue ajustar un poco más.
Nuevamente agradecerte tu interés, y también el gran esfuerzo que supone mantener esta magnífica aplicación, que tantas satisfacciones me da en mis rutas.
Saludos

Hola Orux buenas tardes,
Mi duda es la siguiente,porque no coincide en las estadísticas la suma de Tiempos de Ascenso y Descenso, con el Tiempo en Movimiento?
Como se calculan?, en lógica deberían coincidir. Siempre la suma de ambos tiempos es mayor que el Tiempo en Movimiento.
Por otra parte agradecerte esta magnífica aplicación.
Saludos y quedo a la espera de tu respuesta.

Hola Orux, gracias por arreglar el tema de las alturas, y que lo que se ve en el cuadro de mandos es lo que se graba en el track.

Desde las dos últimas actualizaciones, en mis dos salidas en bici funciona de lujo.

Supongo que somos muchos pidiendo cosas y se tarda un poco en dar soluciones, pero todo llega.

Gracias, y felicitarte por la magnifica APP, es una maravilla.

Saludos.

Hola Mlen, yo también he notado errores en mi S7. Tengo un post(errores en alturas) en el que preguntaba por algo parecido.

Lo que se ve en el cuadro de mandos, después no es lo mismo que aparece en las estadísticas una vez finalizado el track, pero solo en las alturas. Yo también llevo los dem instalados.

Y el gráfico me sale muy suavizado, siempre le tengo que hacer la corrección de alturas con los dem al final, y entonces se ajusta a lo que realmente he recorrido.

A mi el acumulado de altura del track me sale comparado con otros compañeros con Oruxmaps y la misma configuración al rededor de un 40% menos. Y las altura real máxima y mínima del track, que en el cuadro de mandos se ve correcta, cuando cierras ya no coincide.

A ver si Orux nos dice algo al respecto.

Saludos

Hola buenos días Orux, continuando con el tema, yo tengo puesto en el cuadro entre otras cosas Altitud (dem) y Total Altitud Subida.

Mientras grabo el track estoy visualizando la Altitud si ningún error, es decir que si estoy en un puerto y el cartel marca 800 metros , en pantalla veo lo mismo, si llego a mi casa que esta a 5 metros de altura, la pantalla me esta marcando 5 metros. Pero el Total Altitud Subida va quedando poco a poco por debajo de lo que estoy subiendo.

Es cuando termino el track, las estadísticas ya no concuerdan, ni con la altura máxima ni con la altura mínima. Y el Total de Altitud subida es muy inferior al teóricamente real. El gráfico aparece muy suavizado, no aparecen prácticamente los pequeños picos intermedios del track

El resto de estadísticas como, Tiempo empleado, Calorías Pulsaciones, Km recorridos, etc son totalmente correctas.

Si después de cerrar el track le hago la corrección  con los DEM, coge las alturas correctas, pero lo que no entiendo es porque en ruta se visualiza bien y al cerrar produce esos errores, si estoy utilizando desde el primer momento los DEM.

Esto antes no lo hacía.

Siento darte la paliza, pero es que no se si es un fallo del Oruxmaps, o la versión de android o que falla el Sansung S7.

Saludos

Hola Orux, buenos días, continuando con el tema de las alturas, queda descartado por completo que el ciclocomputador sigma 23.16 STS afecte al Oruxmaps.

Ayer hicimos una ruta con mi Samsung S7 y mi compañero con un Samsung S9, los dos con Oruxmaps, la misma configuración en ambos móviles, los mismos DEM.

Al finalizar el track los resultados son los siguientes:

Ganancia altitud en S9... 572 metros  Ganancia altitud en S7... 436 metros--- diferencia el 31%

Pérdida altitud en S9...  -568 metros  Pérdida altitud en S7.... -423 metros... diferencia el 34%

Altura mínima en  S9...... -2 metros   Altura mínima   en S7....   8 metros   Altura mínima real en el track 2 metros

Como ves son diferencias demasiado grandes para llevar la misma configuración en ambos móviles, nunca hasta ahora habíamos tenido alturas mínimas negativas, ni por encima de la real.

La altura máxima siempre es correcta.

En mi caso con el S7 la gráfica de las estadísticas sale muy suave, los pequeños repechos intermedios del track es como si no existieran.

Por favor pega una mirada, a ver que puede estar sucediendo. Gracias

Hola Orux buenos días.

Creo haber descubierto donde esta el problema, aunque quiero hacer alguna prueba más. Desde hace dos años tengo el ciclocomputador Sigma BC 23.16 STS en la bici, y como siempre el móvil con Oruxmaps. No he cambiado la ubicación en la bici de ninguno de los dos aparatos.

Hasta ahora todo me funcionaba a la perfección, con ligeras diferencias entre el ciclocomputador y Oruxmaps, en alturas, ya que el sigma es barométrico y el Oruxmaps va con los Dem, pero desde hace un mes aproximadamente es cuando he notado que Oruxmaps hacía cosas raras en las alturas. Ayer hice una prueba de grabar un track en un puerto de montaña de 10 Km de subida continua, sin llevar el Sigma, y los datos en Orux fueron perfectos.

En este tiempo han entrado creo que dos actualizaciones de Oruxmaps y otras dos de Sansung. Creo que se acopla de alguna forma el Sigma a Oruxmaps y me da esos errores, Aveces llego a casa  a-10 o -15 metros negativos y otras veces +15 0 +20 positivos, y eso Oruxmaps no lo hacía antes.

Es posible que alguna actualización , tanto de Oruxmaps como se Samsung, hayan producido ese acoplamiento? Esta semana haré una nueva prueba, llevando el Sigma, y repitiendo el track sin el, a ver que pasa.

Si tienes alguna idea o sugerencia será bienvenida.

Saludos y gracias por tan magnífica aplicación.

Buenos días Orux, tengo un Sansung S7, hasta ahora todo me funcionaba perfectamente, y desde hace un mes más o menos he notado que me falla en Ganancia Altitud, Perdida Altitud, Altura Máxima y Altura Mínima, el resto de datos de las estadísticas son totalmente correctos. Cuando veo el gráfico de altitud-distancia se ve demasiado suave. En mi casa estoy a 5 metros de altura, pero en la última salida llego a casa según el gráfico casi a 20 metros.

Tengo desde hace mucho tiempo los DEM instalados, la configuración de oruxmaps no la he variado, He probado a desinstalar la aplicación y volverla a instalar, y sigue igual. También he probado a no utilizar los DEM, y igual.

Tienes alguna sugerencia,?

Saludos

Hola Orux, buenos días

Solo quiero poner en vuestro conocimiento que con la última actualización de Oruxmaps se ha solucionado el problema

del encendido de pantalla cuando detecta un waipoint.

Lo que sigue igual es la captura de pantalla, dice Procesando espere... y después Captura Ok, pero ni aparece ni abre para compartir.

Gracias por solucionar el encendido de pantalla.

Saludos

Hola Orux,

Vuelvo a insistir en el problema de captura de pantalla y el encendido de pantalla cuando la app detecta un waipoint.

La captura es algo que me preocupa menos, ya que también la puedo realizar con el propio Samsung.

El encendido de pantalla cuando detecta un waipoint, si que me gustaría poder resolverlo, porque llevando la pantalla apagada

y que se encienda en la detección del waipoint es muy importante para preservar el consumo de batería.

Como te comentaba, en el Sansung S5 funcionaba a la perfección, pero en el Sansung S7 me sigue dando los avisos por voz,

pero no me enciende la pantalla. Ya he probado de todo en la configuración del Samsung y no hay forma.

Es un Samsung S7  /  SM-G930F  /  Versión Android 7.0

Versión de Kernel

3.18.14-12365438

dpi@SWDG2912#1

Wed Feb 14 14:42:58KST2018

Por favor dame una solución.

Saludos y gracias.

Hola Orux, buenos días,

Tengo un Samsung S7 , versión android 7.0.

Cuando hago captura de pantalla con Oruxmaps me dice : Procesando espere ..., y despues Captura pantalla OK. Pero nada más, y la captura no la encuentro por ningún lado.

El otro problema que he detectado ayer al seguir una ruta en bici, es que cuando detecta un waipoint ya no me enciende el móvil como hacia con el samsung S5, y yo no he variado la configuración que tenía.

Alguna solución?

Gracias y saludos.

Efectivamente me refiero a eso, hacer una captura de pantalla para compartir con compañeros.

El problema es que me dice que esta realizada, pero no hay forma de encontrarla por ningún lado.

Gracias por contestar y saludos.

Sigo sin encontral la dichosa captura.