Hi Ticker,
I also don't know what 0x28 is, but you are probably right that the code is
wrong. A change from
LinkedHashMap to TreeMap for field index in MDR9 should fix this, right?
Gerd
Von: mkgmap-dev im Auftrag von Steve
Ratcliffe
Gesendet: Montag,
Version mkgmap-r4286 was committed by gerd on Tue, 16 Apr 2019
mdr5.patch by Ticker Berkin:
"If you have a map with cities but no streets, MDR5 sets the flag that
indicates MDR20 indexes are present, and writes an erroneous byte after
each record.
Attached patch fixes and adds some more flag
Hi Ticker
So, the first question is, does anyone know why 0x28 was given it's own
group.
I've no idea why, but that is the way it is as far as I could
determine.
The second problem is that the code that builds up the group start
indexes into Mdr10 for Mdr9 assumes that the type ranges of
Hi
Another problem discovered when investigating indexes.
If you have a map with cities but no streets, MDR5 sets the flag that
indicates MDR20 indexes are present, and writes an erroneous byte after
each record.
Attached patch fixes and adds some more flag documentation.
Regards
Ticker Index:
Hi
While trying to diagnose a indexing problem, I find that a bit code in
imgfmt/app/mdr/MdrUtils.java:getGroupForPoi() troublesome:
...
* 4-5 Recreation / Entertainment / Attractions
* 6 Shopping
* 7 Auto Services
* 8 Community
* 9 ?
*
Hi Gerd
Attached is a patch that takes Steve's changes for Hebrew and a merges
his other changes with my patch from 8th Apr that removes a lot of
pointless swapping between byte/char and int and also fixes the sign
-extension problem.
Regards
Ticker
On Mon, 2019-04-08 at 21:22 +0100, Steve