New beta 5.5.23betaXX

[orux]

The current beta version is using the master version from mapsforge repo (0.5.0).

[...]

A good approximation for the problem of the small symbols (meanwhile a better support to svg icons) could be using png icons prepared for the high density screens, and that the library could scale down the png according to the screen density.

Is there a typo or are you really using 0.5? I ask this for two reasons: the first is that AFAIK that 0.5 is the unstable dev version that is still subject to changes. The second is that 0.5 will introduce a lot of changes in the render theme, including the SVG scaling parameters that are missing in 0.4.

0.5 is introducing modular themes too, via categories; do you plan to support this feature?



About the symbols problem I second your idea. Personally I'd use 320 dpi as a reference. That's because it is high enough to look good if scaled up to 200% on an LG G3 screen and still reasonably small to not hog the CPU of slower devices. Anyway, I can render my whole symbol set at any size you like with just a few clicks. If you want to experiment, just ask.



Thanks for your clarifications.

Hi,



The master should be: 'master: the latest stable development branch. Use this if you want to use newer mapsforge functionality that has not yet been released, but you still want a certain stability. '



I think we can give them time to work with that version, because we are also in beta version.



Give me time to see if it is easy scale the symbols.



We will try to give support to all the features of this release.







orux

[orux]

Thanks for the clarification!

I think that a lake, which measures XX square kilometers, should always measure YY square centimeters on any screen, at ZZ zoom level; regardless of the pixel density of the screen, and the selected user scale factor. This should be consistent along all the maps, regardless of the map type (online, garmin, rmap,...).

That would be nice, but doesn't work if tile size is changed as you explained, because all maps to be the same have to have the same tile size. And you have to adjust tile size if you want to have the same square cms regardless of pixel density. The only way to have all this is to adjust tile size for all maps according to pixel density.

But with vectorial maps, and a single map theme, it should be adjustable by the user:



1.-the size of texts.

2.-the size of the poi symbols (hospital, water, ...).

3.-the level of detail shown (you can display the artifacts expected in the Z+1 level at Z level, or vice versa), like with garmin maps.

4.-the size of items that are not symbols, (roads, contours, ...).

I would love to have display scale included, or even better: to have it bound to digital zoom. So a raster map is zoomed at 200% and a vector map is not digital zoomed but shown with twice the tile size, 512px. This way all maps have the same scale and the advantage if bigger tile sizes you mentioned is given.

A good approximation for the problem of the small symbols (meanwhile a better support to svg icons) could be using png icons prepared for the high density screens, and that the library could scale down the png according to the screen density.

+1

Hi,



Ideally the engine should be able to paint tiles with different sizes, but without scaling the content. I mean, for the same level of zoom, a tile of 512px should contain four of 256px, but painted in a single step. Like you can do with libraries of garmin maps. The tile size does not determine the level of zoom, which is set with other parameters.



But mapsforge uses another approach, which is also valid.



orux

[mett]

Hi!

What is the meaning of the new number in brackets next to the distance?

I do not see the explanation in the change log list.



Thanks and besthttp://img.tapatalk.com/d/14/06/27/ehu6ema4.jpg">



Sent from my GT-I9300 using Tapatalk 2

[mett]

Up!



Sent from my GT-I9300 using Tapatalk 2

[orux]

Up!



Sent from my GT-I9300 using Tapatalk 2

Hi,



it is the distance from the center of the mapviewer to the first point of the track.



you can sort your new tracks using that criteria, if you want to see the nearest tracks to your current position.





orux

[orux]

Hi all;



I returned to the mapsforge library 0.4.3, I think it is better to work with this version, which is working well.



I try to work with the feature of modify the size of icons.



orux

[Maki]

I tried beta3:

- it no longer crashes on my G-Pad under Kitkat :-)

- the green cast is still there :-(

- seems quite fast, even if the bigger tiles play against it

- I updated my theme to compensate the changes in zoom-levels, dy and font size. I'd need to tweak some stroke widths but it mostly works. If anyone is interested, the modified files can be downloaded here https://app.box.com/s/hocun157qr7zoj749km6">https://app.box.com/s/hocun157qr7zoj749km6. The full theme is needed (here: http://tartamillo.wordpress.com/tiramisu/">http://tartamillo.wordpress.com/tiramisu/)

- testing the theme I extensively switched maps, panned and zoomed around, without any problem...

- ...until I tried to use an SVG icon. Here I got stuck in a situation where updating the SVG file didn't have effects, no matter what (clearing cache, switching themes and maps...). I had to completely clear the app data in order to have the cache cleared. I'm pretty sure that mapsforge has its own cache for storing bitmaps generated from SVGs, maybe it isn't flushed correctly? Anyway, SVG support is so broken I doubt I'll use it.



Re: icon resizing. I remember that Ludwig talked against PNG resizing (for aesthetic reasons), but I cannot find the post any more, so I don't know if there is a function that is turned off by default but it's possible. However I'm pretty sure that there is the possibility to set dash-arrays to scale. It seems to me that this is currently set to "off" (like in Mapsforge 0.3) which is totally illogical, it would be nice to have it set to "on".



Great work, thanks.



Maki

[orux]

I tried beta3:

- it no longer crashes on my G-Pad under Kitkat :-)

- the green cast is still there :-(

- seems quite fast, even if the bigger tiles play against it

- I updated my theme to compensate the changes in zoom-levels, dy and font size. I'd need to tweak some stroke widths but it mostly works. If anyone is interested, the modified files can be downloaded here https://app.box.com/s/hocun157qr7zoj749km6">https://app.box.com/s/hocun157qr7zoj749km6. The full theme is needed (here: http://tartamillo.wordpress.com/tiramisu/">http://tartamillo.wordpress.com/tiramisu/)

- testing the theme I extensively switched maps, panned and zoomed around, without any problem...

- ...until I tried to use an SVG icon. Here I got stuck in a situation where updating the SVG file didn't have effects, no matter what (clearing cache, switching themes and maps...). I had to completely clear the app data in order to have the cache cleared. I'm pretty sure that mapsforge has its own cache for storing bitmaps generated from SVGs, maybe it isn't flushed correctly? Anyway, SVG support is so broken I doubt I'll use it.



Re: icon resizing. I remember that Ludwig talked against PNG resizing (for aesthetic reasons), but I cannot find the post any more, so I don't know if there is a function that is turned off by default but it's possible. However I'm pretty sure that there is the possibility to set dash-arrays to scale. It seems to me that this is currently set to "off" (like in Mapsforge 0.3) which is totally illogical, it would be nice to have it set to "on".



Great work, thanks.



Maki

Hi, Maki,



thanks; I will try with you theme.



I just upgraded the beta, including a scale factor setting for mapsforge symbols. I have to try if properly scale the svg icons.





orux

[chobkwon]

-->added a overflow menu button in the main button bar. Do you like it here or where it was before?



orux

I like it here~

http://s8.postimg.org/qdi628vxx/device_2014_06_29_230606.png">

[Maki]

As far as I'm concerned the overflow has always been there, and it's fine (Android standard). By the way I'd use the "i" icon for "about", and "?" for help.



The icon scaling works fine for me, at this point I think using a single set of icons for all is feasible. A big progress IMHO. I see however a couple of problems:

1) Installing and managing themes is already hard enough for "normal" users. Telling them to manually change the icon scaling parameter (and other stuff) is even harder

2) Since different themes may require different parameters, an user switching themes would need to change settings too.

So, would it be possible to have a sidecar file with various base settings? For example I can state that my icons are made for 320dpi so they can be automatically scaled to 150% on a 480dpi device. At that point the app settings can be used for fine tuning by the user, if he feels the need. Ditto for dash arrays, text and graphics multipliers so that existing themes can be adapted easier without breaking the compatibility with previous versions.

[Legend]

As far as I'm concerned the overflow has always been there, and it's fine (Android standard).

It depends on the device. Until now, If the device had a "hard" menu button, the overflow was not there.



Now it is always there and the device's hard button is disabled.



I whould prefer both of them to work on such devices :-)

[febs]

:?:  WTF is an overflow? I googled for "oruxmaps overflow" and I could not find a thing.  :?:   Thanks

[skibum218]

:?:  WTF is an overflow? I googled for "oruxmaps overflow" and I could not find a thing.  :?:   Thanks

Additional menu items that are not shown directly on the screen. It's the 3 dots in the upper right corner on the latest beta. There is a screenshot of it a couple posts back.

[Lanstronio]

Desde que he instalado la nueva Beta 5.5.23.2 desaparecieron todos los problemas de desconexion GPS ANT+ Va fenomenal, incluso ahora ya si puedo utilizar el sensor de temperatura. Por otra parte ahora si quedan registrados los datos de temperatura y se pueden visualizar en Garmin connect. Solo me surgen un par de errores menores en esa pagina. Se registra como velocidad maxima 160 Km hora, eso me ha pasado siempre,  y no sale dato de calorias. Entiendo que estos dos problemas no son de orux, si no de la propia pagina al tratar los datos introducidos en el archivo GPX. Por lo demas va de cine, tanto es así que no me he atrevido a cambiar a la version 5.5.23.4 por si me vuelven las desconexions que han sido un calvario en los ultimos meses.

Orux sigue demostrando ser el num. 1



Para muestra un boton..... ultimo ejercicio subido a garmin connect    http://connect.garmin.com/activity/534809048">http://connect.garmin.com/activity/534809048

[Josean]

He tratado de instalar la beta 6 en mi móvil con versión 2.3 Gingerbread y me es imposible "error al analizar el paquete". He tratado de hacerlo en otro móvil con la misma versión y ocurre igual. Ha dejado Oruxmaps de ser compatible con Gingerbread?

Gracias y saludos.