[mkgmap-dev] Error in MdrCheck?

Fri Dec 10 09:37:22 GMT 2021

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