[mkgmap-dev] [mkgmap-svn] Commit r597: fix stupic typo: use given recsize instead of constant 5

Tue Jan 25 09:38:56 GMT 2022

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