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
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
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
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
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
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@lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <gpetermann_muenchen@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... 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 _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gerd I looked more carefully after your last post and I agree; except "p" increases when the partialString is at the end and "s" when at the start. There were some cases that confused, but I think these were mostly where there was a 0x1f (zoomSuffix) in the string; p & s > 1. I notice that words after 0x1f occur in MDR32/33 - not checked thoroughly. Words in MDR32 occur at least once in Mdr6 after 0x1f. Adria Topo seems to index every word on the label so there are runs of the same partialString as a middle word and p and s stay zero, so I can't see what function these counters serve. Ticker On Fri, 2022-01-28 at 09:18 +0000, Gerd Petermann wrote:
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
participants (2)
-
Gerd Petermann -
Ticker Berkin