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 > [email protected] > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > _______________________________________________ mkgmap-dev mailing list [email protected] http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
