
Hi Ticker, the p/s numbers are not offsets, they are some kind of id for equal prefix strings or suffix strings. Not sure but I think those prefix/suffix strings are marked by the stuff around --road-name-config (PrefixSuffixFilter) which adds 0x1e/0x1f etc. The file 7-30-33.txt doesn't show those special characters. I assume MDR15 simply doesn't contain them and we may want to call Label.stripGarminCodes() in Mdr15.createString( ) . I removed that code in r3968 when I intrduced the bogus --mdr7-del code: https://www.mkgmap.org.uk/websvn/diff.php?repname=mkgmap&path=%2Ftrunk%2Fsrc... I hope it gets clearer when we are able to read GMP. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Ticker Berkin <rwb-mkgmap@jagit.co.uk> Gesendet: Dienstag, 25. Januar 2022 10:17 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] [mkgmap-svn] Commit r597: fix stupic typo: use given recsize instead of constant 5 Hi Gerd Going through the Mdr7 p and s values and mdr32/3 table (looks good now) I can't see any logic to it. Mdr32/33 has 210 records, which, as you say, look like common parts of street names. Mdr7 p= has values 0..2271. most are 0, low values are common, higher values mostly unique in ascending alphabetic sequence of MDR7 record# s= has values 0..22 and values > 0 seem to occur when there is a shield in the LBL The values of 2272 / 23 don't correspond to the number-of-records in any MDR section nameOffset seems reasonable, commonly pointing to the first digit in the street name. Mdr30/31 has 1 record: "HWY" I think I have to give up looking for the meaning of mdr30..33 and the p/s values Ticker On Mon, 2022-01-24 at 15:54 +0000, Gerd Petermann wrote:
Hi Ticker,
I've modified display tool a bit reg. 30/21 and 32/33, see https://files.mkgmap.org.uk/download/548/7-30-33.zip
Hope it helps.
Gerd
________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <gpetermann_muenchen@hotmail.com> Gesendet: Sonntag, 23. Januar 2022 12:12 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] [mkgmap-svn] Commit r597: fix stupic typo: use given recsize instead of constant 5
Hi Ticker,
the recsize 5 in mdr32 was in the large mdr.mdr file from Nick. I think the extra bytes where almost always 0.
I don't dare to share a complete Garmin map, and I don't know any site which still offers a download. Can't you just write code to fill 32/33 or and see if it has the effect that you expect?
Gerd
________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Ticker Berkin <rwb-mkgmap@jagit.co.uk> Gesendet: Sonntag, 23. Januar 2022 11:51 An: mkgmap-dev@lists.mkgmap.org.uk; mkgmap-svn@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] [mkgmap-svn] Commit r597: fix stupic typo: use given recsize instead of constant 5
Hi Gerd
Looking at the mask logic in MdrDisplay printSect30/32 I'd guess that the pointer size is always governed by the size of Mdr31/33 and any extra bytes are something else, probably the length of the string.
I've haven't managed to find any maps with these sections so I can't be sure. How big is the adriaTopo map and can you put it somewhere where I can download it to have a look and try on my device. If it is too big, maybe just the MDR subfile.
Ticker
On Sun, 2022-01-23 at 09:45 +0000, svn commit wrote:
Version display-r597 was committed by gerd on Sun, 23 Jan 2022
fix stupic typo: use given recsize instead of constant 5
http://www.mkgmap.org.uk/websvn/revision.php?repname=display&rev=597 _______________________________________________ mkgmap-svn mailing list To unsubscribe send an mail to mkgmap-svn-leave@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-svn
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev