Some filemanagers opens file with file intent then navigator knows name of gpx file. If filemanager uses context intent then Navigator has inputstream of file but it does not know whats the name of gpx file. Normally it shows something in 1234 format but false is quite unexpected.

Today observation. Kraków was totally jammed this morning. I've observed that not every traffic jam was displayed on the map. There was couple of jams which were indicated in hd-traffic list with proper description (avg speed, delay) but there was no indication on the map. Show on the map option pointed to proper place but traffic indication was not displayed. Observation was made with software rendering. Reloading to hardware rendering showed properly these jams - but of course that was after reloading MFN.

Second observation - with software rendering zooming out cause road numbers to be displayed on the roads (that's nice) but with hardware rendering there is no road numbers displayed in any zoom.

One more observation. It is not a bug but rather some feature request. With previous and current beta version, when there is plenty of traffic jams (which is lately normal in Kraków) I know exactly when new HD Traffic info is coming, because (probably due to huge amount of data) navigation freezes for couple of seconds during refreshing HD Traffic data (I've got rather low end phone - LG K10). Route is not always recalculated after that (recalculation "by hand" gives different trip which avoids new jams). I have observed, that this behaviour exists when new delay caused by new jam is no longer than couple of minutes. For enough long new delays, route is properly recalculated. I don't know exactly how big should be this new delay to force MFN to recalculate the trip and probably for longer trips it is OK. But during traveling in town, when whole trip lasts normally no longer than 20 min, couple minutes longer can be 20-30 % of whole trip. So it would be nice to have an option "Avoid any new traffic jams if possible" which force MFN to recalculate the trip after any new HD Traffic info concerning current trip is downloaded.

I think that my version of mapfactor was not linked to playstore.I leave the tester program to reïnstall mapfactor from playstore.Then I join the tester program again with the link supplied above (thanks, Lubos).I hope that it then will be ok again (perhaps I have to wait a day or so)

After one day no updates for beta version in google play store.Yesterday I created a new virtual android 6 machine In Genymotion. I installed only Mapfactor and fakegps. Then I joined the tester program.Now when I open google play store and look for Mapfactor I see the following message: "You're now a beta tester for this app. Awesome!". But I can only open Mapfactor, there are no update's present.

Is there something else that I should do?? Should I wait longer?? Should I use a new fresh google account?? Does my virtual system block the tester facilities???

With changelogs it is internal problem - our internal changelog we cannot publish and it always take some work to write some official changelog. We agreed that anyone who publishes new beta will post changelog on forum (not everyone is doing it).

@stavrich - About color schemes we agreed that there will be possibility to import .style file into navigator (it will be in the next beta)... there are backups in navigator folder so you will be able to put your scheme back (maybe icons will have default size, transparency - because of icons we changed the album.style format)

@mes - I am sorry but we cannot help you with Google Play problem and we do not want to let users to use older versions. What you can do:

1) use the device where is not a problem to download the actual version

@lubos - many thanks, appreciated. I found the file and I used my text compare utility. I merged my changes to the new default album.style, quite a few lines. Whether it will work with no problems time will show :) .Thanks

@lubos - thank you for thinking about my problem. I use helium backup for transferring apps from phone to phone.Unfortunately, I do not have another phone to carry out your solution. I have only one phone on which I run a stable version of mapfactor and I run the test version is in a virtual environment on my pc.

backup to google drive worksrestoring from google drive:1. when I select the first item for restoring (map colour schemes) it seemes to work OK. 2. when I select all items and select OK to restore mapfactor freezes.

request for backup/restore:1 add a button to select or deselect all items2. perhaps remembering the choosen google account is an option.3. remove existing backup on google drive

something must be wrong:I can not find a backup of mapfactor on google drive. Mapfactor shows a backup but google drive does not.

I narrowed the restoring problem down to the file: preferences.dmpWhen I try to restore all files except preferences.dmp it works fine.When I try to restore only preferences.dmp mapfactor freezes.This happens with a google backup/restore and with a local backup/ restore.

I deleted the file preferences.dmp and started mapfactor again. Now mapfactor creates a new preferences.dmp. But backup and restoring gives the same problem.

So there must be a problem with the handling of the file preferences.dmp during the backup/restoring-proces

yes, it happens with google backup and local backup.When I exclude preferences.dmp from restoring it works. So I think the problem is related to the file preferences.smpbackupfile is send by email from withing mapfactor