<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 all,<br><br>I've just noted that the solution with <br>addr:housenumber=* {set mkgmap:execute_finalize_rules=true}<br>doesn't work for polygons because the polygons rules<br>don't contain inc/address in the finalize section.<br>This makes sense because the img format<br>doesn't allow to store address info for polygons.<br><br>On the other hand, this also means that it doesn't <br>work when we add<br>include 'inc/address';<br>to lines because the rules in lines<br>are not evaluated for polygons.<br><br>I think we should not add <br>include 'inc/address';<br>at the beginning of polygons AND lines,<br>because that would mean that we evaluate them<br>twice for normal ways.<br><br>So, I think this is the best compromise:<br>1) Keep <br>include 'inc/address';<br>in the finalize section of lines and points<br>2) add it to the finalize section of polygons (with a comment that explains why)<br>and <br>3) add<br>addr:housenumber=* {set mkgmap:execute_finalize_rules=true}<br>to the three files points, lines, and polygons.<br><br>Gerd<br><br><div><hr id="stopSpelling">From: gpetermann_muenchen@hotmail.com<br>To: mkgmap-dev@lists.mkgmap.org.uk<br>Date: Wed, 15 Apr 2015 11:21:55 +0200<br>Subject: Re: [mkgmap-dev] inc/address and --housenumbers<br><br>
<style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}
.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}
--></style>
<div dir="ltr">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><div>> 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, 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></div> </div>
<br>_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</div> </div></body>
</html>