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