#148 Much faster tiles loading from uncompressed zip

closed-invalid
nobody
None
5
2011-06-03
2011-05-31
Martin
No

I'm normally using external zip maps since this is the fastest way on my mobile.
I tested an uncompressed map of Germany and this is much much faster than using a compressed zip.
I created it by uncompressing the original map and creating a new map with the "-Z store" option of the zip command.
I had to change the code in the attached patch to get the reading of stored files form zip working.

Discussion

  • Martin

    Martin - 2011-05-31
     
  • sk750

    sk750 - 2011-06-02

    Unfortunately I cannot confirm this working: I've uncompress a jar containing Bavaria and saved it again with 7-Zip into an uncompressed zip.

    Without your patch I can use this zip as an external map, with your patch I'm getting errors.

    Tested with MicroEmulator.

     
  • Jyrki Kuoppala

    Jyrki Kuoppala - 2011-06-02

    There's a properties file entry which can be used to store files uncompressed in the zip, see https://sourceforge.net/apps/mediawiki/gpsmid/index.php?title=Properties_file#Compression - dontCompress=* in the .properties file should create an uncompressed .zip

    I added the option, though I have to say it never occurred to me to use this for faster performance, I added the option to support audio files on some platform, I think it was Android bundled assets. So I haven't tested if it works.

     
  • Martin

    Martin - 2011-06-03

    I should read more wiki.
    The parameter dontCompress=* works.
    No patch is needed.
    I created a 350 MB map of Germany for car navigation on my 4 GB machine and zoom out speed and route calculation speed in GpsMid is astonishing fast with the uncompressed map on my mobile.

     
  • Martin

    Martin - 2011-06-03

    Already implemented into Osm2GpsMid.

    Closing.

     
  • Martin

    Martin - 2011-06-03
    • status: open --> closed-invalid
     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks