[mkgmap-dev] Error in MdrCheck?

Fri Dec 10 13:37:21 GMT 2021

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 00000848.SRT
Type: application/octet-stream
Size: 971 bytes
Desc: 00000848.SRT
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20211210/b944f49d/attachment-0001.obj>