[mkgmap-dev] [mkgmap-svn] Commit r597: fix stupic typo: use given recsize instead of constant 5
From Gerd Petermann gpetermann_muenchen at hotmail.com on Fri Jan 28 09:18:32 GMT 2022
Hi Ticker, the p/s numbers are not related to the --road-name-config stuff. The road labels in the Adria Topo map don't contain such data, and AFAIK the strings in MDR15 are identical to the labels in the tiles. So, my understanding is that those numbers identify the substrings before (p) and after (s) the common partial string, at least in MDR7. I think for each new group of partial strings the numbers are set to 0. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <gpetermann_muenchen at hotmail.com> Gesendet: Dienstag, 25. Januar 2022 10:38 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 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%2Fuk%2Fme%2Fparabola%2Fimgfmt%2Fapp%2Fmdr%2FMDRFile.java&rev=3968&peg=3968 I hope it gets clearer when we are able to read GMP. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Ticker Berkin <rwb-mkgmap at 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 at lists.mkgmap.org.uk> im Auftrag > von Gerd Petermann <gpetermann_muenchen at 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 at lists.mkgmap.org.uk> im Auftrag > von Ticker Berkin <rwb-mkgmap at jagit.co.uk> > Gesendet: Sonntag, 23. Januar 2022 11:51 > An: mkgmap-dev at lists.mkgmap.org.uk; mkgmap-svn at 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 at lists.mkgmap.org.uk > > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-svn > > > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev at lists.mkgmap.org.uk > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev at lists.mkgmap.org.uk > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev at lists.mkgmap.org.uk > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev _______________________________________________ mkgmap-dev mailing list mkgmap-dev at lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev _______________________________________________ mkgmap-dev mailing list mkgmap-dev at lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
- Previous message: [mkgmap-dev] [mkgmap-svn] Commit r597: fix stupic typo: use given recsize instead of constant 5
- Next message: [mkgmap-dev] [mkgmap-svn] Commit r597: fix stupic typo: use given recsize instead of constant 5
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list