Notices

Originally Posted by malfunctioning

Another thing I noticed: There seems to be a discrepancy (at least in some circumstances) between the sizes reported as transferred and remaining on the device, in the batch download page.
...

Originally Posted by Whispering Weasel

Yes, this is known and has been discussed before in this thread (which is rather long) and has to do with the tile file size and the file system. To remedy this you can use the sqlite database (built -in). It is in options - map - tile storage. if you set it to sqlite it will use much less disk space.

Originally Posted by pichlo

Another remedy is reformatting MyDocs with smaller allocation blocks.
But please keep in mind two things:

1. The smallest allocation block you can achieve on such a large partition is 8KB. Better than the default 64KB that's for sure, but given that the average tile size is about 4KB, you still waste about 50%.

2. Smaller allocation block means there is more of them. Which means that the FAT is bigger and more RAM is used by the file system cache, leaving less RAM available for applications.

Unless you intend to share the tiles with other applications, your best option is using the sqlite database as Whispering Weasel suggested.

Originally Posted by magic_doc

Hi MartinK,

thanks again for your great work and congratulations for the android-version.

Originally Posted by magic_doc

May I dare to ask if there is any chance to get the messed-up gpx-tracks displayed correctly in the future?

CU Michael

Originally Posted by malfunctioning

I've done my first experiments and I'm very impressed! I'm using modRana 0.41.1(GTK version).

A couple of questions:

....

- When I am setting up the batch download of tiles, I clicked to calculate the size. When it calculates the size, it looks like it keeps calculating the full size (I suppose it downloads and deletes every single tile?) It would be better probably to just estimate by downloading a representative number of random tiles and then extrapolating (sorry if that's the way it already works, I might have not waited enough).

Originally Posted by malfunctioning

- Another comment regarding the last point: When it is calculating the size, if you click back to exit the menu, the application becomes nonresponsive and needs to be closed. I guess the threads that are downloading / calculating the size of the tiles are still running.

Originally Posted by malfunctioning

Great program! I think I'm going to use it for the first time tomorrow.

Originally Posted by malfunctioning

Talking of which, does Google really disable batch downloading of tiles? Because that sucks. Anybody knows how to get around that?

Martin, I just had a cool idea: Since Google disables batch download, but downloading tiles in normal use is allowed, wouldn't there be a way to simulate a route that would cover all the target tiles? Unfortunately I suppose you would have to run the route as many times as the zoom levels you have selected, and change zoom level at each pass. And, the route would probably be huge and hard to compute. A strange benefit is that this would take less space, because it wouldn't download tiles that you wouldn't see during normal use (tiles for places unaccessible within the view distance for the range of zooms selected). Also, you might have to be observant of the speed at which the route is run.

Originally Posted by malfunctioning

I've run into a little problem. I grabbed the car routing data for the US West region directly from http://modrana.org/data/monav/north-...est_car.tar.gz

Then, I stored the resulting folder (us-west) into the path specified in the wiki, and the data files end up in:: /home/user/MyDocs/.maps/monav_data/us-west/routing_car/

But I can see no preferred pack when I try to add it in the modRana Navigation > Routing data options.

Originally Posted by MartinK

Well, why not ?

modRana 0.41.2 has been released !

Changelog:

Code:

* Thu May 09 2013 Martin Kolman  - 0.41.2
- fix modRana not showing monav routing data packs
- if map folder path is redirected by config file option, the Monav routing data folder is also using the redirected path
- new option for disabling (almost) all animations in QML GUI
 - the option is in Options->UI
 - when enabled, page switching becomes ridiculously fast, even on the N900 :)
 - dialog animations are still ON, as there doesn't seem to be a clear way of switching them OFF

Originally Posted by MartinK

I've recently fixed some GTK threading issues, so batch download should now be faster and should no longer slow down if there are no GUI changes going on.