[mkgmap-dev] My findings about the crash in MapSource
From Gerd Petermann gpetermann_muenchen at hotmail.com on Sun Feb 4 09:13:15 GMT 2018
.oops, just noticed that I used grep in my command, this is probably not in your Windows path. So please use Mircosofts findstr instead: del bounds && for %i in (*.img) do java -cp d:\display\dist\display.jar;d:\mkgmap\dist\mkgmap.jar test.display.TreDisplay %i | findstr "In degrees" >> bounds Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <gpetermann_muenchen at hotmail.com> Gesendet: Sonntag, 4. Februar 2018 10:08 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] My findings about the crash in MapSource Hi all, maybe you can help: It seems that the crash is related to the alignment of the tiles, so I try to find out the relation between alignment of tile boundaries and DEM. I only have one routable map with DEM data (topo 2010 demo ), it is a gmapsupp.img with several tiles spread over Germany that are not connected. I used this gmaptool command gmt -s gmapsupp.img to split it into various *.img and used display tool to extract the tile boundaries from the TRE file of each img TreDisplay creates a long report containing lines like this: 00000015 | 8a 67 25 | north boundary 2451338 00000018 | d0 95 07 | east boundary 497104 0000001b | 20 43 25 | south boundary 2442016 0000001e | 20 59 07 | west boundary 481568 | | In degrees lat,lon: 52,4000,10,3333 52,6000,10,6667 I was only interestend in the last line, so I used this one line command: del bounds && for %i in (*.img) do java -cp d:\display\dist\display.jar;d:\mkgmap\dist\mkgmap.jar test.display.TreDisplay %i | grep "In degrees" >> bounds to create this list of tile boundaries in file bounds: | | In degrees lat,lon: 54,2000,9,0000 54,4000,9,3334 | | In degrees lat,lon: 54,0000,11,3739 54,2069,12,0000 | | In degrees lat,lon: 53,4000,9,6666 53,6000,10,0000 | | In degrees lat,lon: 53,0000,8,6666 53,2000,9,0000 | | In degrees lat,lon: 52,4000,10,3333 52,6000,10,6667 | | In degrees lat,lon: 52,4000,13,0000 52,6000,13,3334 | | In degrees lat,lon: 52,0000,13,6666 52,2000,14,0000 | | In degrees lat,lon: 51,8000,11,6667 52,0000,12,0000 | | In degrees lat,lon: 51,2000,8,0000 51,4000,8,3333 | | In degrees lat,lon: 51,0000,13,0000 51,2000,13,3334 | | In degrees lat,lon: 50,8000,10,6667 51,0000,11,0000 | | In degrees lat,lon: 49,8000,6,6666 50,0000,7,0000 | | In degrees lat,lon: 49,6000,8,3333 49,8000,8,6667 | | In degrees lat,lon: 49,1512,6,5475 49,4000,7,0000 | | In degrees lat,lon: 48,8000,11,6667 49,0000,12,0000 | | In degrees lat,lon: 48,6000,8,3333 48,8000,8,6667 It is obvious that Garmin preferred splits neer 1/5 degrees for lat and 1/3 degrees for lon in this map. If you have another routable Garmin map with DEM it would be great if you could try this as well and report the results for your maps, presuming that MapSource doesn't crash with Garmin maps. I've uploaded the latest display tool binary here: http://files.mkgmap.org.uk/download/413/display.jar Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <gpetermann_muenchen at hotmail.com> Gesendet: Samstag, 3. Februar 2018 20:54 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] My findings about the crash in MapSource Hi Andrzej, your patch reverts that change that I made r4048 to solve your problems with empty areas. Maybe it is no longer needed since 4101? http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2018q1/027704.html Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Andrzej Popowski <popej at poczta.onet.pl> Gesendet: Samstag, 3. Februar 2018 20:39 An: mkgmap-dev at lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] My findings about the crash in MapSource Hi Gerd, I have compiled baddem6 and I confirm your observations. I have no idea, what to do with it. I have found a minor error, see attached patch. Mkgmap calculates min/max heights for header using values form tiles, which have bitstream data. This is wrong for flat surfaces, which have height but no bitstream and for voids, which have bitstream without real heights. I also removed bitstream for tiles with all voids, but I don't know the reason for putting it in first place, so maybe it is wrong change. -- Best regards, Andrzej _______________________________________________ mkgmap-dev mailing list mkgmap-dev at lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev _______________________________________________ mkgmap-dev mailing list mkgmap-dev at lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
- Previous message: [mkgmap-dev] My findings about the crash in MapSource
- Next message: [mkgmap-dev] My findings about the crash in MapSource
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list