search

tianqi22 / monav

Automatically exported from code.google.com/p/monav
0 stars 0 forks source link

Ability to load zip-files #33

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
Hello,
it would be nice if MoNav could load the data from a single compressed file -- 
be it a .zip, .tgz or anything else. This way, there could be some "data 
providers", which provide preprocessed data ready to download (I'm thinking at 
offering such a service), and the user would just have to choose the correct 
file.

Thanks :)

Original issue reported on code.google.com by d.pale...@gmail.com on 11 Jan 2011 at 4:07

GoogleCodeExporter commented 9 years ago 
I will definitely implement this. However, first I want the to change the map 
format a little bit to allow for shared data between map packages.

The current plan is:

 - divide a map package into three modules:
  1. Routing
  2. Rendering + GPS Lookup
  3. Address Lookup
 - These parts are independent, it will be possible for the user to switch renderer and routing independently, e.g. vector renderer vs online renderer and motorcar vs pedestrian routing
 - automatic downloading from a server will be possible:
  - the server lists the map packages available
  - each map package list all available modules
  - the user will be prompted whether to download a module when an unavailable module is chosen
 - modules will most likely be packaged into a single container
 - modules will most likely contain a timestamp to allow checking for updates

Original comment by veaac.fd...@gmail.com on 11 Jan 2011 at 8:46

GoogleCodeExporter commented 9 years ago

Original comment by veaac.fd...@gmail.com on 11 Jan 2011 at 8:46

GoogleCodeExporter commented 9 years ago 
Ah, great.
In fact, I was going to file another bug, something like "make preprocessing 
re-usable" -- say, I want to do both motorcar and pedestrian. Glad to read 
you're going to implement this :)

Thank you for the update :)

Btw, I've already uploaded a package of revision 405 (+ my patches) to Debian. 
It's currently stuck in the NEW queue (which is a bit busy), but it should 
finally make it into the repositories.

Original comment by d.pale...@gmail.com on 11 Jan 2011 at 8:59

GoogleCodeExporter commented 9 years ago 
Should be implemented in r437. However, might still be lacking some 
functionality or contain bugs.

Original comment by veaac.fd...@gmail.com on 9 Feb 2011 at 10:56