[mkgmap-dev] FW: mkgmap in NYC

Tue Oct 21 10:39:45 BST 2014

Just noticed that I sent this to Greg only...

Gerd

From: gpetermann_muenchen at hotmail.com
To: gdt at ir.bbn.com
Subject: RE: [mkgmap-dev] mkgmap in NYC
Date: Tue, 21 Oct 2014 09:25:45 +0200

Hi Greg,

I thought about this. The precompiled bounds contain the needed info,
it is the LocationHook that fills the tags like mkgmap:admin_level6.
The LocationHook uses the --name-tag-list option to decide which
value is used.
It would be possible to fill an additional set of tags like
mkgmap:admin_level-alt-2 .. mkgmap:admin_level-alt-11,
but I don't see much use in this.
If I got it right, all we need for New York are a five rules like this:
mkgmap:country=USA & mkgmap:city!=* & mkgmap:admin_level5=New York City & 
mkgmap:admin_level6=New York County { set mkgmap:city=Manhattan } 
mkgmap:country=USA & mkgmap:city!=* & mkgmap:admin_level5=New York City & 
mkgmap:admin_level6=Kings County { set mkgmap:city=Brooklyn } 
...

With the additional alt_name values it would be one rule like this:
mkgmap:country=USA & mkgmap:city!=* & mkgmap:admin_level5=New York City {set mkgmap:city='${mkgmap:admin_level-alt-6}' }
(note that the rule doesn't check if the alt-name is filled)

Are there more places where this could be used?

Gerd

> From: gdt at ir.bbn.com
> To: gpetermann_muenchen at hotmail.com
> CC: mkgmap-dev at lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] mkgmap in NYC
> Date: Mon, 20 Oct 2014 08:37:36 -0400
> 
> 
> Gerd Petermann <gpetermann_muenchen at hotmail.com> writes:
> 
> > [1] This is because we use so called "precompiled boundaries", and changing them like that would
> > require hard coded rules in the source.
> 
> That might be the right place to fix this.  Unfortunately New York
> really is a weird case (I don't know of any other such case in the US),
> but arguably it's important because a lot of people live there :-)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20141021/b5761172/attachment.html>