I fear this did not solve the problem either. Here is what I tried:
java -Xmx1500m -jar /data/gps/maps/mkgmap/dist/mkgmap.jar --gmapsupp --family-id="00010002" /data/gps/maps/new/osmData/austria/00010002.img --family-id="00010004" /data/gps/maps/new/osmData/austria/00010004.img --family-id="00010006" /data/gps/maps/new/osmData/austria/00010006.img --family-id="00010001" /data/gps/maps/new/osmData/austria/00010001.img --family-id="00010003" /data/gps/maps/new/osmData/austria/00010003.img --family-id="00010000" /data/gps/maps/new/osmData/austria/00010000.img --family-id="00010005" /data/gps/maps/new/osmData/austria/00010005.img [...] And still there are the (, , Jan 2010). And uncovered parts of the image. The file names are unique too, by the way. Something else that could have gone wrong? Simon Ralf Kleineisel wrote: > On 01/07/2010 06:09 PM, Simon Eugster wrote: > >> MKGMAP (gmapsupp.img) >> --gmapsupp %s >> (with all .img files as argument) > > You have to tell mkgmap which img is which FID in this stage. The FID is > not stored in the individual tiles, just in the TDB file and in the > gmapsupp.img. > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
