Problems with multiple maps in one gmapsupp.img
Good Evening, I've just been processing the whole USA and put it all in one gmapsupp.img. Zooming in at two, three places shew that at least the places I visited were working. Then I've added the switzerland file. And exactly at the place where I'm living I've got a gap. There _are_ some parts of switzerland which are available on the map, but there is a gap. What might have caused that? When uploading just the gmapsupp.img generated from the switzerland file all is fine. Is it because I'm using too many maps? About 50 in total. Or because one map is buggy? Total file size of the gmapsupp is at 1.8 GB. Any Ideas? Simon
Have you checked that you're giving the Swiss tiles different mapIDs from the US tiles? It would help us if you shared with us your compile process (e.g. mkgmap options) Charllie Simon Eugster wrote:
Good Evening,
I've just been processing the whole USA and put it all in one gmapsupp.img. Zooming in at two, three places shew that at least the places I visited were working.
Then I've added the switzerland file. And exactly at the place where I'm living I've got a gap. There _are_ some parts of switzerland which are available on the map, but there is a gap.
What might have caused that?
When uploading just the gmapsupp.img generated from the switzerland file all is fine.
Is it because I'm using too many maps? About 50 in total. Or because one map is buggy?
Total file size of the gmapsupp is at 1.8 GB.
Any Ideas?
Charlie
Hi Charlie, Thanks for your answer. Yes, all maps have different IDs -- that means, the filenames differ. The script is here: http://granjow.net/projects.html#garmin What I do, in a nutshell: * Get a list of the maps the user wants to convert. Give each map a number (just from 1 to n) in the order they are given on command line. * Check whether the map's .img file did not change ** Changed: Re-build the map (splitter, mkgmap), and use the ID str(mapid).zfill(4)+'0000' which means e.g. 00040000 for map ID 4, 00550000 for map ID 55, and so on. The images and .osm.gz files generated will then be 00550000, 00550001, 00550002, 00550003, and so on. 0055 is the [prefix]. ** Not changed: Rename the .img files from [anything]0000 to [prefix]0000 (and [prefix]0001, and so on) so that we'll have different filenames for the gmapsupp.img * After all that converting stuff put all generated or renamed images into one gmapsupp.img file. I just take a look at the binary representation of the .img files. And what did I see? 00000600 01 30 30 30 31 30 30 30 30 52 47 4E 45 E8 2B 00 .00010000RGNE.+. 00003E00 01 30 30 30 31 30 30 30 30 4C 42 4C 00 00 00 00 .00010000LBL.... and so on. This looks like if I also had to change the file name coded into the binary file. Possible? Simon Charlie Ferrero wrote:
Have you checked that you're giving the Swiss tiles different mapIDs from the US tiles?
It would help us if you shared with us your compile process (e.g. mkgmap options)
Charllie
Simon Eugster wrote:
Good Evening,
I've just been processing the whole USA and put it all in one gmapsupp.img. Zooming in at two, three places shew that at least the places I visited were working.
Then I've added the switzerland file. And exactly at the place where I'm living I've got a gap. There _are_ some parts of switzerland which are available on the map, but there is a gap.
What might have caused that?
When uploading just the gmapsupp.img generated from the switzerland file all is fine.
Is it because I'm using too many maps? About 50 in total. Or because one map is buggy?
Total file size of the gmapsupp is at 1.8 GB.
Any Ideas?
Charlie _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi
I just take a look at the binary representation of the .img files. And what did I see? 00000600 01 30 30 30 31 30 30 30 30 52 47 4E 45 E8 2B 00 .00010000RGNE.+. 00003E00 01 30 30 30 31 30 30 30 30 4C 42 4C 00 00 00 00 .00010000LBL.... and so on. This looks like if I also had to change the file name coded into the binary file. Possible?
Thats right, and indeed it is the only important thing. The .img filename doesn't matter at all when creating the gmapsupp. You can set it with the --mapname option when you create the .img. If you use this option then the name of the input .osm file is ignored. ..Steve
Hi Steve, So ... I, well. http://granjow.net/projects.html#garmin Updated script. Now changes the file contents too. This did not have any effect; in fact, it made things even worse. Whole Switzerland was a big hole. I had to go outside just for making sure that the street was still there. Then I downloaded the extract from CloudMade -- I have previously been using the one from Geofabrik. And it WORKS! (At least the places I zoomed in to). There is a file size difference in the CloudMade and the Geofabrik file (66 MB vs 55 MB). Also is CloudMade from December 2nd (like the other files I'm using, except for Austria and Liechtenstein afair) and Geofabrik fom Dec 12th. The Geofabrik extract alone worked perfectly by the way. Might this be a problem? Using extracts with different date? This would be strange imho. Simon Steve Ratcliffe wrote:
Hi
I just take a look at the binary representation of the .img files. And what did I see? 00000600 01 30 30 30 31 30 30 30 30 52 47 4E 45 E8 2B 00 .00010000RGNE.+. 00003E00 01 30 30 30 31 30 30 30 30 4C 42 4C 00 00 00 00 .00010000LBL.... and so on. This looks like if I also had to change the file name coded into the binary file. Possible?
Thats right, and indeed it is the only important thing. The .img filename doesn't matter at all when creating the gmapsupp.
You can set it with the --mapname option when you create the .img. If you use this option then the name of the input .osm file is ignored.
..Steve _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Yes, totally unique. Interesting, I've just been reading about Contours this very moment ;) But this in another mail. As said, with all maps from CloudMade it is working now. Only with the Geofab Switzerland map it did not work. Simon Ralf Kleineisel wrote:
On 12/11/2009 11:36 PM, Simon Eugster wrote:
Is it because I'm using too many maps? About 50 in total. Or because one map is buggy?
My Germany map contains 60 map tiles and 46 contour line tiles, no problem.
Do all your tiles have unique a "mapname"? _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
participants (4)
-
Charlie Ferrero -
Ralf Kleineisel -
Simon Eugster -
Steve Ratcliffe