[mkgmap-dev] change inc/address to be a standalone ?

Thu Apr 16 07:53:18 BST 2015

Hi Thorsten,

my thinking was that inc/address does not set any 
tags which are not prefixed with mkgmap:
I see that your inc/address is a bit different to that in the default style,
but the only significant difference that I found is this rule:
mkgmap:country=DEU | mkgmap:country=AUT | mkgmap:country=CHE {set style:lang=german}

So, I see no problem as your inc/address also doesn't set name or place_name.

What do I miss?

Gerd

> Date: Thu, 16 Apr 2015 08:44:18 +0200
> From: kukuk at suse.de
> To: mkgmap-dev at lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] change inc/address to be a standalone ?
> 
> 
> Hi,
> 
> On Thu, Apr 16, Gerd Petermann wrote:
> 
> > I think we should change that.
> > My proposal:
> > Instead of inc/address  we have a file address (on the same level
> > like points, lines, etc)
> > this file is evaluated before the rules in points/lines/polygons
> > when it exists. Probably the class RuleFileReader should make sure that 
> > the files points/lines/polygons do not include another
> > inc/address.
> 
> Currently I include inc/address in the "middle" of a rules file,
> so that I can "fix" highway names and so on.
> Like:
> name!=* & place_name=* { name '${place_name}' }
> name!=* & loc_name=* { name '${loc_name}' }
> 
> or:
> tiger:name_base=* & tiger:name_type=Rd & name!=*
>         {name '${tiger:name_base} Road'}
> 
> 
> If address becomes a standalone file executed before, I have
> to put all rules from lines, points and polygons (yes, I use
> inc/address in polygons, too, for mkgmap:city and mkgmap:country
> specific rules) before inc/address into address. This does not 
> make it easier to maintain the style. 
> 
>   Thorsten
> 
> -- 
> Thorsten Kukuk, Senior Architect SLES & Common Code Base
> SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
> GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg)
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

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