[mkgmap-dev] Error in MdrCheck?

Sun Dec 12 13:01:08 GMT 2021

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 at lists.mkgmap.org.uk> im Auftrag
> von Ticker Berkin <rwb-mkgmap at 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 at lists.mkgmap.org.uk> im Auftrag
> > von Ticker Berkin <rwb-mkgmap at 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 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

-------------- next part --------------
# Compare this with resource/sort/cp1254.txt.

codepage 1254
id1 14
id2 1
description "Turkish Sort"

characters

=0008=0009=000a=000b=000c=000d=000e=000f=0010=0011=0012=0013=0014=0015=0016=0017=0018=0019=001a=001b=001c=001d=007f,0001,0002,0003,0004,0005,0006,0007
 < 0020,00a0,001e,001f
 < `
 < ´
 < ˜
 < ^
 < ¯
 < ¨
 < ¸
 < _
 < 00ad
 < -
 < –
 < —
 < 002c
 < 003b
 < :
 < !
 < ¡
 < ?
 < ¿
 < .
 < ·
 < '
 < ‘
 < ’
 < ‚
 < ‹
 < ›
 < "
 < “
 < ”
 < „
 < «
 < »
 < (
 < )
 < [
 < ]
 < {
 < }
 < §
 < ¶
 < ©
 < ®
 < @
 < *
 < /
 < \
 < &
 < 0023
 < %
 < ‰
 < †
 < ‡
 < •
 < ˆ
 < °
 < +
 < ±
 < ÷
 < ×
 < 003c
 < 003d
 < >
 < ¬
 < |
 < ¦
 < ~
 < ¤
 < ¢
 < $
 < £
 < ¥
 < €
 < 0
 < 1,¹
 < 2,²
 < 3,³
 < 4
 < 5
 < 6
 < 7
 < 8
 < 9
 < a,A,ª ; á,Á ; à,À ; â,Â ; å,Å ; ä,Ä ; ã,Ã
 < b,B
 < c,C ; ç,Ç
 < d,D
 < e,E ; é,É ; è,È ; ê,Ê ; ë,Ë
 < f,F
 < ƒ
 < g,G ; ğ,Ğ
 < h,H
 < i,I ; í,Í ; ì,Ì ; î,Î ; ï,Ï
 < ı ; İ
 < j,J
 < k,K
 < l,L
 < m,M
 < n,N ; Ñ=ñ
 < o,O,º ; ó,Ó ; ò,Ò ; ô,Ô ; ö,Ö ; õ,Õ ; ø,Ø
 < p,P
 < q,Q
 < r,R
 < s,S ; š,Š ; ş,Ş
 < t,T
 < u,U ; ú,Ú ; ù,Ù ; û,Û ; ü,Ü
 < v,V
 < w,W
 < x,X
 < y,Y ; ÿ,Ÿ
 < z,Z
 < µ
expand … to  . . .
expand Œ to  O E
expand ™ to  T M
expand œ to  O E
expand ¼ to  ¹ / 4
expand ½ to  ¹ / ²
expand ¾ to  ³ / 4
expand Æ to  A E
expand ß to  S S
expand æ to  A E

# to here
-------------- next part --------------
A non-text attachment was scrubbed...
Name: displaySrt_v1.patch
Type: text/x-patch
Size: 5439 bytes
Desc: not available
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20211212/f564ccc6/attachment.bin>