logo separator

[mkgmap-dev] use of --mdr7-del can break address search/street search

From gpetermann_muenchen at hotmail.com gpetermann_muenchen at hotmail.com on Fri Jan 21 08:54:33 GMT 2022

Hi Ticker,

don't worry. My current thinking is that the numbers s= displayed in the mdr7 section by MdrDisplay may somehow point into Mdr32/33.
I am looking at the transalpin demo map.
I see a few entries in 32/33 for road names which appear after a road ref. Those have a value > 0 in s=
Extract from mdr7:
0000031c | 000054 | 01                      | 1 map number
0000031d | 000055 | 84 04 80                | Pointer back into LBL: 000484
00000320 | 000058 | 00                      | name offset 0
00000321 | 000059 | 18                      | R sort seq p=0   s=6
Extract from NetDisplay for the road with label offset 484:
00002e33 | 002dcf | 70 05 80                | Label offset: 570 (B186DORFSTRAßE)
...
00002eb8 | 002e54 | 80 05 80                | Label offset: 580 (B186GEWERBEGEBIET SÖLDEN)
....
00002ef3 | 002e8f | 4d 02 80                | Label offset: 24d (B186GURGLERSTRAßE)
...
00002f43 | 002edf | 56 05 80                | Label offset: 556 (B186KIRCHENKAR)
...
00002f59 | 002ef5 | 60 02 80                | Label offset: 260 (B186ÖTZTAL-BUNDESSTRAßE)
...
00003013 | 002faf | 07 06 80                | Label offset: 607 (B186ÖTZTALSTRAßE)
...
0000302c | 002fc8 | 84 04 80                | Label offset: 484 (B186TIMMELSJOCHSTRAßE)


Problem: There are more strings in mdr32 and I have no idea how exactly the numbers are used.
Entries in mdr32/33 are sorted alphabetically. In this map set they contain the words after ref B186
and all entries in MDR7 with s > 0 refer to those road labels.
Also it seems that values > 0 in s= only appear with "name offset 0"
mdr32:
--------- MDR 32 (pointers to mdr33) -------------------------------------------
00002781 | 000000 | 00 00                   | Offset in mdr33: 0
00002783 | 000002 | 0c 00                   | Offset in mdr33: 12
         |        |                         | mdr33 string: BUNDESSTRAßE
00002785 | 000004 | 16 00                   | Offset in mdr33: 22
         |        |                         | mdr33 string: DORFSTRAßE
00002787 | 000006 | 23 00                   | Offset in mdr33: 35
         |        |                         | mdr33 string: GEWERBEGEBIET
00002789 | 000008 | 30 00                   | Offset in mdr33: 48
         |        |                         | mdr33 string: GURGLERSTRAßE
0000278b | 00000a | 3a 00                   | Offset in mdr33: 58
         |        |                         | mdr33 string: KIRCHENKAR
0000278d | 00000c | 40 00                   | Offset in mdr33: 64
         |        |                         | mdr33 string: OTZTAL
0000278f | 00000e | 4c 00                   | Offset in mdr33: 76
         |        |                         | mdr33 string: OTZTALSTRAßE
00002791 | 000010 | 52 00                   | Offset in mdr33: 82
         |        |                         | mdr33 string: SOLDEN
         |        |                         | mdr33 string: TIMMELSJOCHSTRAßE

No idea how the data is used. My Oregon cannot find any address
and shows garbage for the region name when I install the gmapsupp.img.

The Adria Topo map also seems to show s= values > 0 only for labels which contain
a ref.
Gerd

________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Ticker Berkin <rwb-mkgmap at jagit.co.uk>
Gesendet: Donnerstag, 20. Januar 2022 23:00
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] use   of      --mdr7-del      can     break   address search/street   search

Hi Gerd

I got confused between Mdr15 (full string for gmapi) and Mdr17 (partial
string for device), so what I wrote here makes little sense.

I need to think about it more. Sorry for wasting your time.

Ticker

On Thu, 2022-01-20 at 20:42 +0000, Ticker Berkin wrote:
> Hi Gerd
>
> It could be trying to represent something as follows:
>
> For a device, there is no MDR17 string, so no possibility of using
> this
> to have index entries for parts of the street name.
>
> A street LBL can have any number of prefix / suffix chars.
> Multiple mdr7 repeat records can be generated for the same label,
> each
> specifying a prefix and suffix marker count/index to indicate that
> part
> of the label to be searchable.
>
> MdrDisplay shows these prefix/suffix indexes
>
> Ticker
>
> On Thu, 2022-01-20 at 20:02 +0000, Gerd Petermann wrote:
> > Hi Ticker,
> >
> > I also wondered why these lines still exist:
> >                         int bitsPrefix = (maxPrefixCount == 0) ? 0
> > :
> > Integer.numberOfTrailingZeros(Integer.highestOneBit(maxPrefixCount)
> > )
> > + 1;
> >                         int bitsSuffix = (maxSuffixCount == 0) ? 0
> > :
> > Integer.numberOfTrailingZeros(Integer.highestOneBit(maxSuffixCount)
> > )
> > + 1;
> >
> > The two counters are never increased in the current code. In r3968
> > there's some commented code which used them.
> >
> > Gerd
> >
> > ________________________________________
> > Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag
> > von Ticker Berkin <rwb-mkgmap at jagit.co.uk>
> > Gesendet: Donnerstag, 20. Januar 2022 19:22
> > An: mkgmap-dev at lists.mkgmap.org.uk
> > Betreff: Re: [mkgmap-dev] use of        --mdr7-del      can
> > break   address search/street   search
> >
> > Hi Gerd
> >
> > I'm struggling to understand the possibilities of Mdr7 (ordering,
> > partialInfo, nameOffset, string different to label, etc etc)
> >
> > My initial thought about nameOffset was that it was for skipping
> > over
> > the shield prefix or text before the 0x1b marker.
> >
> > partialInfo is very strange; it seems to be used for part of the rr
> > flag but the code suggests it also held counts of the number of
> > prefixes and suffixes.
> >
> > Sorry - not being much use here.
> >
> > Ticker
> >
> >
> > _______________________________________________
> > 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


More information about the mkgmap-dev mailing list