[mkgmap-dev] My findings about the crash in MapSource
From Gerd Petermann gpetermann_muenchen at hotmail.com on Sun Feb 4 17:23:15 GMT 2018
Hallo Frank, wenn ich das richtig in Erinnerung habe, sollte nur die Variante orig funktionieren, kann aber sein, dass das nur mit dem crash.dbg aus baddem6.zip so ist. Ja, --dem-poly sorgt dafür, das für Punkte ausserhalb des Polygons der Wert UNDEF (1) zurückgegeben wird, so wie auch für voids in hgt files. Die tdb Dateien schaue ich mir mal genauer an. ciao, Gerd (1) kann per Parameter --x-dem-outside-polygon=x überschrieben werden ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Frank Stinner <Frank.Stinner at kabelmail.de> Gesendet: Sonntag, 4. Februar 2018 16:05 An: mkgmap-dev at lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] My findings about the crash in MapSource Hi Gerd, ich versuche es jetzt auf diesem Weg. Dein Mail-Provider scheint ein Problem zu haben. Jedenfalls meckert hotmail-com.olc.protection.outlook.com immer bei meiner Mail. ich habe gerade das Beispiel 6b (ohne BuildDEMFile) ausprobiert. Die Varianten mod und org funktionieren, die beiden poly-Varianten stürzen ab. Ich habe das nicht richtig verfolgt. Was genau bewirkt die Option --dem-poly? Werden da nur bestimmte Bereiche der DEM-Daten mit nodata gefüllt, also eine Art clipping? Oder passiert da noch irgendetwas anderes? Ich habe mir die Transalpin nochmal angesehen. An der Adria gibt es auch Bereiche mit Codingtype 2. Das Höhenprofil für eine Route wird angezeigt. Die TDB-Header sind, abgesehen von der Family-ID, identisch. Die bei mir als Unknown bezeichneten Bytes für eine Kartenkachel sind aber z.T. unterschiedlich: Transalpin Mapnumber (4 Byte): 16596754 / 0xFD3F12 Mapnumber (4 Byte): 63240001 / 0x3C4F741 ParentMapnumber (4 Byte): 16596991 / 0xFD3FFF ParentMapnumber (4 Byte): 63240000 / 0x3C4F740 North (4 Byte): 544029184 / 0x206D3A00; 45,5999994277954° North (4 Byte): 624689152 / 0x253C0000; 52,36083984375° East (4 Byte): 150324224 / 0x8F5C400; 12,6000308990479° East (4 Byte): 129564672 / 0x7B90000; 10,8599853515625° South (4 Byte): 539256832 / 0x20246800; 45,1999855041504° South (4 Byte): 622657536 / 0x251D0000; 52,1905517578125° West (4 Byte): 145551360 / 0x8ACF000; 12,1999740600586° West (4 Byte): 127074304 / 0x7930000; 10,6512451171875° Description (8 Byte): 'Venezia' Description (26 Byte): 'OSM street map (63240001)' Unknown1 (2 Byte): 7 / 0x7 Unknown1 (2 Byte): 7 / 0x7 SubCount (2 Byte): 6 / 0x6 SubCount (2 Byte): 6 / 0x6 Size: Size: (4 Byte): 159678 / 0x26FBE (4 Byte): 4307 / 0x10D3 (4 Byte): 767091 / 0xBB473 (4 Byte): 374556 / 0x5B71C (4 Byte): 50029 / 0xC36D (4 Byte): 25407 / 0x633F (4 Byte): 256693 / 0x3EAB5 (4 Byte): 52340 / 0xCC74 (4 Byte): 487497 / 0x77049 (4 Byte): 140926 / 0x2267E (4 Byte): 601379 / 0x92D23 (4 Byte): 11916 / 0x2E8C HasCopyright (1 Byte): 1 / 0x1 HasCopyright (1 Byte): 1 / 0x1 Unknown2 (1 Byte): 1 / 0x1 Unknown2 (1 Byte): 195 / 0xC3 Unknown3 (1 Byte): 0 / 0x0 Unknown3 (1 Byte): 0 / 0x0 Unknown4 (1 Byte): 0 / 0x0 Unknown4 (1 Byte): 255 / 0xFF Unknown5 (1 Byte): 1 / 0x1 Unknown5 (1 Byte): 0 / 0x0 Unknown6 (1 Byte): 0 / 0x0 Unknown6 (1 Byte): 0 / 0x0 Unknown7 (1 Byte): 0 / 0x0 Unknown7 (1 Byte): 0 / 0x0 Name: Name: (13 Byte): 'I0FD3F12.LBL' (13 Byte): '63240001.TRE' (13 Byte): 'I0FD3F12.RGN' (13 Byte): '63240001.RGN' (13 Byte): 'I0FD3F12.TRE' (13 Byte): '63240001.LBL' (13 Byte): 'I0FD3F12.NET' (13 Byte): '63240001.NET' (13 Byte): 'I0FD3F12.NOD' (13 Byte): '63240001.NOD' (13 Byte): 'I0FD3F12.DEM' (13 Byte): '63240001.DEM' Unknown8 (8 Byte): 0 / 0x0 Unknown8 (8 Byte): 0 / 0x0 Unknown9 (9 Byte): 0 / 0x0 Unknown9 (9 Byte): 0 / 0x0 Die Punkte links-oben sind immer Vielfache des Punktabstandes. Aber Garmin nimmt es offensichtlich nicht so ganz ernst damit, wirklich den zur TRE-Position nächstliegenden Punkt zu nehmen. DEM: PointDistance 3312 / 0xCF0 13248 / 0x33C0 26512 / 0x6790 53024 / 0xCF20 Left 145549152 / 0x8ACE760 145542528 / 0x8ACCD80 145524368 / 0x8AC8690 145497856 / 0x8AC1F00 Top 544032432 / 0x206D46B0 544042368 / 0x206D6D80 544052752 / 0x206D9610 544079264 / 0x206DFDA0 TRE Diff. zu DEM West: 568560 / 0x8ACF0 -> 145551360 2208 8832 26992 (!) 53504 (!) North: 2125114 / 0x206D3A -> 544029184 -3248 -13184 -23568 -50080 Ich glaube, man sollte eher mit den "Unknown"-Bytes in der TDB experimentieren. Frank --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus _______________________________________________ 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