<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Hi WanMil,<br><br>thanks for the info. I think performance was an issue before<br>the merge of the performance2 branch (r3258), but now<br>the evaluation of simple rules is very fast, it often simply means<br>comparing an int value.<br><br>So I think it's best to include the inc/address at the beginning<br>of points and lines. I'll do that in the branch.<br><br>Gerd<br><br><br><div>> Date: Wed, 15 Apr 2015 11:57:52 +0200<br>> From: wmgcnfg@web.de<br>> To: mkgmap-dev@lists.mkgmap.org.uk<br>> Subject: Re: [mkgmap-dev] inc/address and --housenumbers<br>> <br>> Hi Gerd,<br>> <br>> the address rules were included in the finalize section for performance <br>> reasons. I never measured the diff but because we didn't require the <br>> address tags in the other rules it was better (more or less) to place it <br>> in the finalize section.<br>> <br>> So if performance is not a problem it is no problem to move them back to <br>> the common rules.<br>> <br>> WanMil<br>> <br>> > Hi Thorsten,<br>> ><br>> > reg. mkgmap:street:<br>> > The default style has this rule almost at the beginning:<br>> > highway=* & name=* { set mkgmap:street='${name}' },<br>> > so there is no problem for address search here.<br>> ><br>> > I agree that your solution is also simple enough,<br>> > but there should be no need to use inc/address in the relations rule.<br>> ><br>> > I don't know why inc/address was moved to the finalize rules,<br>> > so I did not dare to change that. If the reason is performance<br>> > we can ignore that , the evaluation of the rules in inc/address<br>> > is very fast as they do not contain any regular expressions.<br>> ><br>> > BTW: with r3537 I've implemented the tag<br>> > mkgmap:execute_finalize_rules=true<br>> > (true, not 1 )<br>> > and I found no change in the throughput<br>> > after adding<br>> > addr:housenumber=* {set mkgmap:execute_finalize_rules=true}<br>> > to the beginning of points and lines.<br>> ><br>> > I am now working on an algo that uses the mkgmap:city info.<br>> ><br>> > Gerd<br>> ><br>> > > Date: Wed, 15 Apr 2015 11:03:16 +0200<br>> > > From: kukuk@suse.de<br>> > > To: mkgmap-dev@lists.mkgmap.org.uk<br>> > > Subject: Re: [mkgmap-dev] inc/address and --housenumbers<br>> > ><br>> > > On Tue, Apr 14, GerdP wrote:<br>> > ><br>> > > > 2) A road may be the border or very close to the border of a city.<br>> > > > Houses on the left side are in city A, houses on the other side are<br>> > > > in city B. I think in this case we should add the road twice to the map<br>> > > > so that address search works. The problem: With the default<br>> > > > style most houses do not have the mkgmap:city tag because no<br>> > > > map object is created for them.<br>> > > > I think a quick and clear solution would be to add a tag<br>> > > > mkgmap:execute_finalize_rules=1<br>> > > > to each element with addr:housenumber to tell<br>> > > > mkgmap that even if no map element is created the finalize<br>> > > > rules should be executed.<br>> > ><br>> > > My solution for my own style is quite simple here: I include<br>> > > 'inc/address' very early at the beginning of points/lines/polygons<br>> > > style files.<br>> > > Has also the advantage, that mkgmap:street is set to the original<br>> > > street name, before we add suffixes or prefixes like '(B101)' or<br>> > > something similar. And I can use mkgmap:country or something<br>> > > similar in my style files.<br>> > ><br>> > > Thorsten<br>> > ><br>> > > --<br>> > > Thorsten Kukuk, Senior Architect SLES & Common Code Base<br>> > > SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany<br>> > > GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu,<br>> > Graham Norton, HRB 21284 (AG Nürnberg)<br>> > > _______________________________________________<br>> > > mkgmap-dev mailing list<br>> > > mkgmap-dev@lists.mkgmap.org.uk<br>> > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br>> ><br>> ><br>> > _______________________________________________<br>> > mkgmap-dev mailing list<br>> > mkgmap-dev@lists.mkgmap.org.uk<br>> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br>> ><br>> <br>> _______________________________________________<br>> mkgmap-dev mailing list<br>> mkgmap-dev@lists.mkgmap.org.uk<br>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br></div> </div></body>
</html>