Re: [mkgmap-dev] Bug in LblFileReader

2022-03-16 Thread Ticker Berkin
Hi Gerd Fantastic work. I've never see any effect of having a Mdr6 section (where the zips end up) either from mkgmap or any zip searching ability from a GARMIN NT map; both of which had MDR 6 sections. Ticker On Wed, 2022-03-16 at 15:55 +, Gerd Petermann wrote: > Hi devs, > > one of the

[mkgmap-dev] Bug in LblFileReader

2022-03-16 Thread Gerd Petermann
Hi devs, one of the reason that I needed so long to figure out the zip/city encoding in the NT format is that LBLFileReader.getZips() returns a more or less shuffled version of the list of zip codes in the LBL file. Reason is that we store the zips in a HashMap instead of an ArrayList. No idea

Re: [mkgmap-dev] some findings about NT format

2022-03-16 Thread Gerd Petermann
Hi all, OK, some progress :) I think the bits in NET 5 contain a) two bits for the label number b) k bits for the offset into NET4 c) l bits for the index into the list of zip codes in LBL (the index is off by 1) d) m bits for the index into the list of cities in LBL (the index is off by 1) The b