Re: [mkgmap-dev] Error in MdrCheck?

13 Dec 2021

      Hi Ticker,

the unpatched SrtDisplay shows this table at the end, the patched version doesn't. Is that intended?
0008 prim=0,sec=0,tert=0
0009 prim=0,sec=0,tert=0
000a prim=0,sec=0,tert=0
000b prim=0,sec=0,tert=0
000c prim=0,sec=0,tert=0
000d prim=0,sec=0,tert=0
000e prim=0,sec=0,tert=0
000f prim=0,sec=0,tert=0
0010 prim=0,sec=0,tert=0
0011 prim=0,sec=0,tert=0
0012 prim=0,sec=0,tert=0
0013 prim=0,sec=0,tert=0
0014 prim=0,sec=0,tert=0
0015 prim=0,sec=0,tert=0
0016 prim=0,sec=0,tert=0
0017 prim=0,sec=0,tert=0
0018 prim=0,sec=0,tert=0
0019 prim=0,sec=0,tert=0
001a prim=0,sec=0,tert=0
001b prim=0,sec=0,tert=0
001c prim=0,sec=0,tert=0
001d prim=0,sec=0,tert=0
007f prim=0,sec=0,tert=0
   ? prim=0,sec=0,tert=0
   ? prim=0,sec=0,tert=0
   ? prim=0,sec=0,tert=0
   ? prim=0,sec=0,tert=0
   ? prim=0,sec=0,tert=0
   ? prim=0,sec=0,tert=0
   ? prim=0,sec=0,tert=0
0001 prim=0,sec=0,tert=8
0002 prim=0,sec=0,tert=9
0003 prim=0,sec=0,tert=10
0004 prim=0,sec=0,tert=11
0005 prim=0,sec=0,tert=12
0006 prim=0,sec=0,tert=13
0007 prim=0,sec=0,tert=14
0020 prim=3,sec=1,tert=1
00a0 prim=3,sec=1,tert=2
001e prim=3,sec=1,tert=3
001f prim=3,sec=1,tert=4
   ` prim=5,sec=1,tert=1
   ´ prim=6,sec=1,tert=1
   ˜ prim=7,sec=1,tert=1
   ^ prim=8,sec=1,tert=1
   ¯ prim=9,sec=1,tert=1
   ¨ prim=10,sec=1,tert=1
   ¸ prim=12,sec=1,tert=1
   _ prim=14,sec=1,tert=1
00ad prim=15,sec=1,tert=1
   - prim=16,sec=1,tert=1
   – prim=17,sec=1,tert=1
   — prim=18,sec=1,tert=1
002c prim=20,sec=1,tert=1
003b prim=26,sec=1,tert=1
   : prim=28,sec=1,tert=1
   ! prim=30,sec=1,tert=1
   ¡ prim=31,sec=1,tert=1
   ? prim=33,sec=1,tert=1
   ¿ prim=35,sec=1,tert=1
   . prim=38,sec=1,tert=1
   · prim=41,sec=1,tert=1
   ' prim=45,sec=1,tert=1
   ‘ prim=46,sec=1,tert=1
   ’ prim=47,sec=1,tert=1
   ‚ prim=48,sec=1,tert=1
   ‹ prim=50,sec=1,tert=1
   › prim=51,sec=1,tert=1
   " prim=52,sec=1,tert=1
   “ prim=53,sec=1,tert=1
   ” prim=54,sec=1,tert=1
   „ prim=55,sec=1,tert=1
   « prim=60,sec=1,tert=1
   » prim=61,sec=1,tert=1
   ( prim=62,sec=1,tert=1
   ) prim=63,sec=1,tert=1
   [ prim=64,sec=1,tert=1
   ] prim=65,sec=1,tert=1
   { prim=66,sec=1,tert=1
   } prim=67,sec=1,tert=1
   § prim=94,sec=1,tert=1
   ¶ prim=95,sec=1,tert=1
   © prim=96,sec=1,tert=1
   ® prim=97,sec=1,tert=1
   @ prim=98,sec=1,tert=1
   * prim=99,sec=1,tert=1
   / prim=101,sec=1,tert=1
   \ prim=103,sec=1,tert=1
   & prim=104,sec=1,tert=1
0023 prim=105,sec=1,tert=1
   % prim=106,sec=1,tert=1
   ‰ prim=108,sec=1,tert=1
   † prim=110,sec=1,tert=1
   ‡ prim=111,sec=1,tert=1
   • prim=112,sec=1,tert=1
   ˆ prim=114,sec=1,tert=1
   ° prim=115,sec=1,tert=1
   + prim=117,sec=1,tert=1
   ± prim=118,sec=1,tert=1
   ÷ prim=119,sec=1,tert=1
   × prim=120,sec=1,tert=1
003c prim=121,sec=1,tert=1
003d prim=122,sec=1,tert=1
...
prim=123,sec=1,tert=1
   ¬ prim=124,sec=1,tert=1
   | prim=125,sec=1,tert=1
   ¦ prim=126,sec=1,tert=1
   ~ prim=127,sec=1,tert=1
   ¤ prim=129,sec=1,tert=1
   ¢ prim=130,sec=1,tert=1
   $ prim=131,sec=1,tert=1
   £ prim=132,sec=1,tert=1
   ¥ prim=133,sec=1,tert=1
   € prim=134,sec=1,tert=1
   0 prim=136,sec=1,tert=1
   1 prim=137,sec=1,tert=1
   ¹ prim=137,sec=1,tert=2
   2 prim=138,sec=1,tert=1
   ² prim=138,sec=1,tert=2
   3 prim=139,sec=1,tert=1
   ³ prim=139,sec=1,tert=2
   4 prim=140,sec=1,tert=1
   5 prim=141,sec=1,tert=1
   6 prim=142,sec=1,tert=1
   7 prim=143,sec=1,tert=1
   8 prim=144,sec=1,tert=1
   9 prim=145,sec=1,tert=1
   a prim=147,sec=1,tert=1
   A prim=147,sec=1,tert=2
   ª prim=147,sec=1,tert=3
   á prim=147,sec=2,tert=1
   Á prim=147,sec=2,tert=2
   à prim=147,sec=3,tert=1
   À prim=147,sec=3,tert=2
   â prim=147,sec=4,tert=1
   Â prim=147,sec=4,tert=2
   å prim=147,sec=5,tert=1
   Å prim=147,sec=5,tert=2
   ä prim=147,sec=6,tert=1
   Ä prim=147,sec=6,tert=2
   ã prim=147,sec=7,tert=1
   Ã prim=147,sec=7,tert=2
   b prim=149,sec=1,tert=1
   B prim=149,sec=1,tert=2
   c prim=151,sec=1,tert=1
   C prim=151,sec=1,tert=2
   ç prim=151,sec=2,tert=1
   Ç prim=151,sec=2,tert=2
   d prim=153,sec=1,tert=1
   D prim=153,sec=1,tert=2
   e prim=156,sec=1,tert=1
   E prim=156,sec=1,tert=2
   é prim=156,sec=2,tert=1
   É prim=156,sec=2,tert=2
   è prim=156,sec=3,tert=1
   È prim=156,sec=3,tert=2
   ê prim=156,sec=4,tert=1
   Ê prim=156,sec=4,tert=2
   ë prim=156,sec=5,tert=1
   Ë prim=156,sec=5,tert=2
   f prim=158,sec=1,tert=1
   F prim=158,sec=1,tert=2
   ƒ prim=159,sec=1,tert=1
   g prim=161,sec=1,tert=1
   G prim=161,sec=1,tert=2
   ğ prim=161,sec=2,tert=1
   Ğ prim=161,sec=2,tert=2
   h prim=163,sec=1,tert=1
   H prim=163,sec=1,tert=2
   i prim=165,sec=1,tert=1
   I prim=165,sec=1,tert=2
   í prim=165,sec=2,tert=1
   Í prim=165,sec=2,tert=2
   ì prim=165,sec=3,tert=1
   Ì prim=165,sec=3,tert=2
   î prim=165,sec=4,tert=1
   Î prim=165,sec=4,tert=2
   ï prim=165,sec=5,tert=1
   Ï prim=165,sec=5,tert=2
   ı prim=166,sec=1,tert=1
   İ prim=166,sec=6,tert=2
   j prim=167,sec=1,tert=1
   J prim=167,sec=1,tert=2
   k prim=169,sec=1,tert=1
   K prim=169,sec=1,tert=2
   l prim=170,sec=1,tert=1
   L prim=170,sec=1,tert=2
   m prim=172,sec=1,tert=1
   M prim=172,sec=1,tert=2
   n prim=174,sec=1,tert=1
   N prim=174,sec=1,tert=2
   Ñ prim=174,sec=2,tert=1
   ñ prim=174,sec=2,tert=1
   o prim=177,sec=1,tert=1
   O prim=177,sec=1,tert=2
   º prim=177,sec=1,tert=3
   ó prim=177,sec=2,tert=1
   Ó prim=177,sec=2,tert=2
   ò prim=177,sec=3,tert=1
   Ò prim=177,sec=3,tert=2
   ô prim=177,sec=4,tert=1
   Ô prim=177,sec=4,tert=2
   ö prim=177,sec=5,tert=1
   Ö prim=177,sec=5,tert=2
   õ prim=177,sec=6,tert=1
   Õ prim=177,sec=6,tert=2
   ø prim=177,sec=7,tert=1
   Ø prim=177,sec=7,tert=2
   p prim=182,sec=1,tert=1
   P prim=182,sec=1,tert=2
   q prim=184,sec=1,tert=1
   Q prim=184,sec=1,tert=2
   r prim=186,sec=1,tert=1
   R prim=186,sec=1,tert=2
   s prim=189,sec=1,tert=1
   S prim=189,sec=1,tert=2
   š prim=189,sec=4,tert=1
   Š prim=189,sec=4,tert=2
   ş prim=189,sec=6,tert=1
   Ş prim=189,sec=6,tert=2
   t prim=193,sec=1,tert=1
   T prim=193,sec=1,tert=2
   u prim=196,sec=1,tert=1
   U prim=196,sec=1,tert=2
   ú prim=196,sec=2,tert=1
   Ú prim=196,sec=2,tert=2
   ù prim=196,sec=3,tert=1
   Ù prim=196,sec=3,tert=2
   û prim=196,sec=4,tert=1
   Û prim=196,sec=4,tert=2
   ü prim=196,sec=5,tert=1
   Ü prim=196,sec=5,tert=2
   v prim=199,sec=1,tert=1
   V prim=199,sec=1,tert=2
   w prim=201,sec=1,tert=1
   W prim=201,sec=1,tert=2
   x prim=202,sec=1,tert=1
   X prim=202,sec=1,tert=2
   y prim=205,sec=1,tert=1
   Y prim=205,sec=1,tert=2
   ÿ prim=205,sec=2,tert=1
   Ÿ prim=205,sec=2,tert=2
   z prim=207,sec=1,tert=1
   Z prim=207,sec=1,tert=2
   µ prim=210,sec=1,tert=1
________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Ticker Berkin <rwb-mkgmap@jagit.co.uk>
Gesendet: Sonntag, 12. Dezember 2021 14:01
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Error in MdrCheck?

Hi Gerd

I've had a go at display SrdDisplay so it reproduces output close to
the mkgmap resource/sort/cp*.txt files

Patch attached

I've also attached the output from the Turkish 00000848.SRT you sent
and there are quite a few differences from ours. We should consider
what to do with the version numbering (id2 I presume).

There is something in the expansion flags that appears to control which
secondary/tertiary variant should be selected and I haven't bothered
with this.

Ticker

On Fri, 2021-12-10 at 13:37 +0000, Gerd Petermann wrote:
...
Hi Ticker,
attached is the extracted *.srt.
The original link to the turkey download posted here no longer works:
https://www.mkgmap.org.uk/pipermail/mkgmap-dev/2017q2/026715.html
Gerd
________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag
von Ticker Berkin <rwb-mkgmap@jagit.co.uk>
Gesendet: Freitag, 10. Dezember 2021 10:37
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Error in MdrCheck?
Hi Gerd
Working on the basis of guessing and resources/sort/README, we
shouldn't use the same id2 if our sort is different to one from
Garmin
(or elsewhere). A device will have a base-map that defines the sort
it
needs, represented by id1/id2. Addition maps shouldn't use the same
pair to represent a different sort. Maybe we should change id2 for
all
our maps to be some arbitrary higher number, or certainly do this
when
a conflict is spotted.
Looking at the SrtDisplay "Summary of ordering" output, it should be
possible to hack the code a bit or edit the output to get back to
what
our sort tables look like. Assuming as the ? problem can be fixed,
the
significant question is what is the meaning of the lowest sortOrder.
In
our tables, everything before the first "<" gets zero and doesn't
contribute to the ordering, along with anything not defined.
SrtDisplay
puts everything after the first "<".
Can you sent me the Turkish .SRT subfile and I'll have a look.
Ticker
On Fri, 2021-12-10 at 08:15 +0000, Gerd Petermann wrote:
...
Hi Ticker,
Both have the same ids:
00000044 | 000002 | 0e 00                   | id1 14
00000046 | 000004 | 01 00                   | id2 1
00000048 | 000006 | e6 04                   | codepage 1254
reg. SrtDisplay:
Our file looks very different compared to the "Summary of ordering"
report. I don't understand most of the details, and for sure I
don't
know which one is better.
I think the summary cannot be used as input for mkgmap because it
contains several '?' where characters coulnd't be converted to
unicode.
(same problem when I create a map with --codepage=1252 and use
SrtDisplay on that.
Gerd
________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag
von Ticker Berkin <rwb-mkgmap@jagit.co.uk>
Gesendet: Donnerstag, 9. Dezember 2021 12:51
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Error in MdrCheck?
Hi Gerd
The alternative would be to use test.display.SrtDisplay to generate
a
different version of our resources/sort/cp1254.txt  that matches
theirs, or maybe have versions findable by id1/id2 that match.
Ticker
On Thu, 2021-12-09 at 09:09 +0000, Gerd Petermann wrote:
...
Hi devs,
I think there is a bug in MdrCheck, probably also in other Check
programs. The program doesn't read the SRT file content from the
map,
instead it uses the corresponding data from mkgmap.
If the builtin sort order in mkgmap doesn't match the SRT file
content the program will report errors about wrong order or
missing
repeat flags etc.
I guess this explains why MdrCheck complains about the Garmin
demo
map for Turkey?
I once started to implement a SrtFileReader but I don't know if
that
can be used instead.
Gerd
_______________________________________________
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