Messages

Hello,

If it doesn't already exist, would it be possible to add a directory where we could include files containing XML elements to be inserted into the onlinemapsources.xml file ?
This way, my map additions would not be overwritten with each update of the onlinemapsources.xml file !

Hello!

In the oruxmaps/customonlinemaps/ you can add .xml files, with the onlinemapsources.xml format including your maps.

Those files will not be deleted,


orux

Hello!

Please, go to the new thread about beta versions:


https://oruxmaps.org/forum/index.php?topic=44668.0




orux

[It has not allowed me to update to version 11.0 of the app without removing that permission]

Hello!

It's time for a new test, but be careful, this version has an important change, read before installing!

Google Play has become very restrictive with the 'access to all files' permission. It has not allowed me to update to version 11.0 of the app without removing that permission.

This implies important changes in file management, for those who used the public folders (the root directory of the internal storage or SD).

Now the app has to use the private folders again, the files used by the app cannot be shared with other apps/versions. Now the app uses the folder in Android/media/com.oruxmaps... The advantage of this folder is that it is visible to any file manager, which was not the case with the Android/data/ folder.

I'm sorry for the inconvenience. At the moment that permission can be kept by the version of the app that is on Amazon, which is more tolerant, it has not put up any obstacles to uploading the update to version 11 of the app.

For those of you who have a lot of maps, and want to try this beta, I recommend NOT migrating the mapfiles/ folder and then, after the migration, from settings > app storage > import resources, copy some of the maps, to test.

Sorry about the problem, but those are Google Play rules...

____________________________________________

Es hora de una nueva prueba, pero atención, esta versión tiene un cambio importante, leer antes de instalar!

Google Play se ha puesto muy restrictivo con el permiso 'acceso a todos los ficheros'. No me ha permitido actualizar a la versión 11 .0 de la app sin eliminar ese permiso.

Esto implica importantes cambios en la gestión de ficheros, para aquellos que usaban las carpetas públicas (el directorio raíz del almacenamiento interno o SD).

Ahora la app tiene que volver a usar las carpetas privadas, los ficheros que use la app no pueden estar compartidos con otras apps/versiones. Ahora la app usa la carpeta en Android/media/com.oruxmaps... La ventaja de esta carpeta es que es visible para cualquier gestor de ficheros, lo que no ocurría con la carpeta Android/data/

Siento el inconveniente. De momento ese permiso lo puede mantener la versión de la app que está en Amazon, que es mas tolerante, no ha puesto impedimentos a subir la actualización a la versión 11 de la app.

Para aquellos que tenéis muchos mapas, y queréis probar esta beta, recomiendo NO migrar la carpeta mapfiles/ y luego, después de la migración, desde configuración > almacenamiento app > importar recursos, copiar alguno de los mapas, para probar.

Ya siento el problema, pero Google Play es así...


beta1:
-->New storage restrictions. Migration to /Android/media/ folders
-->Updated SDK to 35 level, some changes in UI, themes,..

beta2:
-->Brouter. You should now be able to use brouter profiles in their own folders (the app asks for permission to access files in the brouter folder)
-->Brouter profiles. You should now be able to set profiles (if they have settings)
-->Maps outside of app folders. It is now possible to have some types of maps (mapsforge .map and .pdf) outside of app folders, for example by leaving them in the root of internal storage/oruxmaps. From the app's maps list, '+' button, first option, you give the app permission to access that folder and that's it. To remove that permission, from the maps list, three dots > Remove folder permissions.
-->other minor improvements.


beta3:
-->solved some issues with vtm viewer
-->mapsforge .zip themes can be stored outside private app folders. Give the app permission to access themes folders in map list display '+' button

beta4:
-->solved some issues with migration and Strava login.

beta5:
-->solved some issues.

beta7:
-->solved some issues.

beta8:
-->solved some issues.

beta9:
-->solved some issues with image to map (map calibration from a image).

beta10:
-->solved some issues with maps list.


Please, report problems during the migration process! It is important for testing purpose, install this beta with the previous beta installed, to test the migration.



https://oruxmaps.org/OruxMaps11.0.0beta10.apk




orux

Buenas noches:
He salido a probar la actualización. Hecho de menos el valor de la longitud del segmento. Que aunque lo nombre en el aviso por voz, si no estás atento, puedes no oírlo bien.La gráfica se ha reducido viéndose más mapa, pero aún así, al situarse en la parte central de la pantalla no se consigue ver por donde vas. Quizás si se redujera un poco más...

Muchas gracias Orux, se ve que te lo estás currando y fruto de ello son estas increíbles mejoras.

Esta gráfica tapará el mapa, porque el objetivo es visualizar bien los datos del segmento. En pantallas cortas prácticamente la ocupa toda.

Tienes la opción de visualizar el segmento actual en las gráficas debajo/encima del cuadro de mandos, pero en pequeño. Añadiré la opción en esa gráfica para que muestre en detalle cada segmento, como se muestra ahora en ese diálogo.



orux

Buenos días:

En la última versión, cuando entras en la computadora de viaje, para ver los segmentos del escalador, ya no están disponibles las opciones de: "criterio de filtrado" y tampoco la de editar los segmentos (renombrar, ocultar, dar visibilidad, unir) como comenta el compañero Tronpo.

Un saludo

Posiblemente estés intentando editar los segmentos del Track que estás grabando o acabas de grabar.

En el visor, borra el Track actual. Luego ya podrás editarlo.



orux

Beta update, with some bugs corrected,


Sorry!



orux

New beta, new stuff added, we'll be making the climber segments more functional; they're still in a bit of an experimental phase....




orux

Thread closed, new beta serie started in a new one




orux

A new beta avaliable.

Changes:

• App folders moved to Android/media/ when user does not allow app access to all files. Only when app is first installed, not on updates. This folder is more accessible by file managers, to make moving/copying things from there easier.
• Improvements to geocache management
• Added auto zoom with speed (configurable speeds and zoom levels between which it will vary). Added button to adjust map to a specific level defined by user. It's in the left side panel > Maps. There are two new buttons that can be added to the side buttons.
• Climber. Added voice messages, and entry/exit warnings on segments.
• Other minor changes

beta3:

• Added a new view in the trip computer view, a radar, for when we are looking for a point, for example a geocache
• Two new buttons to add to the sidebars of the map viewer. One to open the radar view of the previous point. Another to open a graph view of the current climber segment. This view can be automated to open when entering a new climber segment
• Updating Brouter segments from the app, from the settings, or automatically (every month)

beta4:

• bug correction

beta5:

• bug correction

beta7:

• Changes to the climber graphics so they behave similarly
• Ability to anchor custom type icons anywhere on the icon
• bug corrections

beta8:

• Changes (more) to the climber graphics so they behave similarly
• Route planner. Calculation of alternatives as an option in route planner tweaks
• climber segments, renamed to climber sections, to avoid confusion with route segments

beta9:

• Minor changes

10.8.0beta1:

• Libraries update
• Minor changes

10.8.0beta2:

• ug corrections

10.8.0beta3:

• ug corrections

https://oruxmaps.org/OruxMaps10.8.0beta3.apk



orux

[definitivamente no hay ajustes implícitos separados]

Hola, Orux.

Aunque el tema de los sombreados es algo que he explorado en profundidad, tomándome muy en serio el papel de beta tester, me voy a limitar a seguir únicamente con la recientemente añadida posibilidad de controlar la gama de grises con los que se hace el sombreado.

Lo cierto es que los dos pantallazos que envié utilizan el mismo valor, 99, y mientras que en el visor "de siempre" el efecto es dramático, con el visor VTM se queda en un nivel medio claro de grises en su valor más oscuro, con lo que la prueba que me sugieres estaría hecha y no, definitivamente no hay ajustes implícitos separados; el mismo valor tiene resultados muy distintos para cada visor.

La configuración [Settings > Mapsforge settings > Apply hill shadows] no se ve afectada por el valor elegido en [DEM based maps > Shadows exageration] y tampoco ifluye que se seleccione [VTM map viewer], dando siempre la gama de grises de siempre (bastante claro).

A esto añado que [Mapsforge settings] sólo funciona con archivos HGT, dejando fuera de juego los archivos HDR+DEM que es donde el tema del sombreado se pone realmente interesante por el nivel de detalle que permiten alcanzar cuando se obtienen a partir de archivos LiDAR.

Si entiendo bien los conceptos detrás de "superposición vs multiplicación de colores" tenemos un nuevo problema. Solo el API de Mapsforge respeta la información de capas (superposición) contenida en los "renderthemes" en la que hay distintos grados de transparencia e incluso establece en qué capa debe ir el sombreado (este asunto lo he comentado con Tobias, el creador de los temas Elevate y Elements para OpenAndroMaps)

Volviendo a la configuración general [Settings > Apply hill shadows], que es donde realmente se aplica el resultado de [DEM based maps > Shadows exageration], y eligiendo sombreados detallados (HDR + DEM), siempre se utiliza la (multiplicación de colores), ignorando los "mapstyles" de Mapsforge aun con mapas OAM, provocando que más allá de un nivel medio-claro de grises se pierdan los senderos/caminos/pistas, debido a la transparencia indiscriminada aplicada para fusionarse con el sombreado. Por fortuna, el poder decidir la gama de grises permite utilizar estos sombreados detallados que antes no eran utilizables por demasiado oscuros con la consabida perdida de información debida a la forma fusionar las dos capas (shadows+oam map).

Si no me he expresado bien o necesitas algún pantallazo para ilustrar lo que comento sólo tienes que decírmelo y estaré encantado en ayudar con el tema.

Saludos,

Vamos con las sombras

Los dos visores (tradicional y vtm) funcionan muy diferente respecto a las sombras.

En el visor tradicional yo tengo el control 100%, por lo que la app lo que hace no es superponer la capa de sombras con un nivel de transparencia, como se hace en el visor vtm. Lo que hago es multiplicar los colores, con lo que el efecto que se consigue es mucho mejor que la superposición. El nivel de sombreado no juega con el nivel de transparencia, juega con la oscuridad del color. En el visor vtm yo no tengo el control, lo que hace el visor es aplicar la capa con transparencia sobre el mapa, al final del procesado. Si el nivel de transparencia es bajo, solo se vería la capa de sombras. El juego con este visor cambia mucho respecto al del visor tradicional. Pero con el visor tradicional, mapas mapsforge, usando sombreado genérico (no el específico de mapsforge) yo no puedo elegir pintar el sombreado en medio de las capas del mapa, con lo que la multiplicación de colores afecta a carreteras y demás.

Y por otro lado están los mapas mapsforge, que tienen su propia capacidad de pintar sombras. La ventaja de estas sombras es que se aplican al nivel de capas que debe ser, antes de pintar carreteras, símbolos y esas cosas. Pero tienen sus limitaciones, claro, ya no tengo el control al 100%.

Por eso ofrezco todas las posibilidades, para que el que quiera, elija la que mejor se adapta a sus necesidades.

Cuando digo que los ajustes de sombras son separados para un y otro tipo de mapas no quiero decir que el valor 99 hace lo mismo en ambos, significa que en un tipo de mapas puedes tener el valor 99 y en el otro un valor 55. Pero como la forma de pintar las sombras son absolutamente diferentes entre mapas mapsforge sombreado nativo/visor tradicional/visor vtm, conseguir el mismo aspecto visual es imposible.

A medida que evolucionen las librerías mapsforge/vtm, supongo que se podrá ir personalizando más todas estas cosas, con lo que igual se termina consiguiendo lo ideal: Poder pintar la capa de sombras, con el nivel de grises que se quiera, usando los ficheros hgt/hdr y al nivel adecuado, debajo de carreteras y símbolos.


No obstante, le daré una vuelta, son tantas cosas que ya no tengo claro del todo cómo hago con algunas cosas!


orux

Hi orux, awesome work,
I picked up some bike sensors recently, so I was messing around in orux to see how they work.
I was wondering with the sensors like cadence / speed, could you make it so it retries to re-connect to them indefinitely (or a configurable time), sometimes I walk away from my bike for a few minutes and often forget to tell orux to reconnect to the sensor, also on the track statistic page it's a bit confusing what data is from the sensors and what's from the GPS, maybe a toggle to show sensor stats and a toggle to show GPS stats if possible.

I was also messing with some bike computer app, it could play back your ride route like a video from 1x to 100x speed and has like a little dot icon that moves through the route and shows riding speed as it plays through, I thought that would be pretty neat if orux could do that, but you could show more stats like altitude, speed, grade...etc

Edit:
also minor bugs, when adding a second sensor to the BLE cadence / speed, it should show the mac address like the first sensor does, since there is no way to know if the second sensor is added, also for popup noticications it just says bluetooth sensor connected, maybe that could be improved to something like BTLE speed sensor connected / BTLE cadance sensor connected, same with the connection lost message.

Hello!

I am working with those sensors...


About reconnections. If you start the sensors manually (you do not use the automatic connect setting) the app should try to reconnect indefinitely. This is so that it is not constantly trying to connect when automatic connection is activated, and you are not using the sensors.


I will correct the problem with the MAC of second sensor, and add the sensor name to the warning messages about connection/disconnections.



orux

Hello!

Updated the link to the right beta version,



orux

Sorry for the delay...


You can register using OruxMaps with any account that is registered in your device.

If it is not a Gmail account, you can register it first in your device, as a POP3 or IMAP account.

Then you will be able to use it with the app.

It is for security reason, because those accounts are verified by Android when you register it in the device. In this way I don't need to use email confirmations or similar.



orux

I confirmed that permission is already Allowed

Sorry!

This option is to go to the Android configuration that allows that permission. If it is not enabled is because the app already has that permission. Then you don't need to do anything.

I will change this, and allow to access that setting even if the app already has it.


orux

The Oruxmaps app can't be found in the WearOS Play Store  (at least for Wear OS 4)
Any clues?

Please, wait some days.

Each time I release a new version of the app, Google removes the watch version because any sort of problem with the politics...

I need to release it again, and wait for a revision.


orux