<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 Thorsten,<br><br>okay, got it. Did not think about mkgmap:street<br>and even the default style has to use this trick.<br><br>Sorry for the noise.<br><br>I think what I was looking for is a set of rules<br>which depend only on the tags created by the LocationHook.<br><br>After the latest news regarding the img format <br>I try to change the --housenumber code to group<br>roads and houses by city/region/country (and maybe also<br>zip code), so I was looking for an efficient way to <br>calculate these values based on the coords of a road point,<br>but probably the only relavant data is in the houses near <br>the road, so we just have to make sure that each element<br>with addr:housenumber has the relavent tags.<br><br>Gerd<br><br><br><br><div>&gt; Date: Thu, 16 Apr 2015 09:28:52 +0200<br>&gt; From: kukuk@suse.de<br>&gt; To: mkgmap-dev@lists.mkgmap.org.uk<br>&gt; Subject: Re: [mkgmap-dev] change inc/address to be a standalone ?<br>&gt; <br>&gt; On Thu, Apr 16, Gerd Petermann wrote:<br>&gt; <br>&gt; &gt; Hi Thorsten,<br>&gt; &gt; <br>&gt; &gt; okay, I think I understand now. You don't use<br>&gt; &gt; any of the possible tricks in your style, but<br>&gt; &gt; you don't want to loose the possibility to do it. <br>&gt; &gt; Right?<br>&gt; <br>&gt; No, I already use some of the tricks to prevent that<br>&gt; inc/address set mkgmap:street is set wrongly due to bad<br>&gt; tagging.<br>&gt; I can workaround them, but yes, I don't want to loose<br>&gt; the possibility to fix them.<br>&gt; <br>&gt;   Thorsten<br>&gt; <br>&gt; &gt; I think that is a good point against my proposal.<br>&gt; &gt; <br>&gt; &gt; Gerd<br>&gt; &gt; <br>&gt; &gt; <br>&gt; &gt; &gt; Date: Thu, 16 Apr 2015 09:08:22 +0200<br>&gt; &gt; &gt; From: kukuk@suse.de<br>&gt; &gt; &gt; To: mkgmap-dev@lists.mkgmap.org.uk<br>&gt; &gt; &gt; Subject: Re: [mkgmap-dev] change inc/address to be a standalone ?<br>&gt; &gt; &gt; <br>&gt; &gt; &gt; On Thu, Apr 16, Gerd Petermann wrote:<br>&gt; &gt; &gt; <br>&gt; &gt; &gt; &gt; Hi Thorsten,<br>&gt; &gt; &gt; &gt; <br>&gt; &gt; &gt; &gt; my thinking was that inc/address does not set any <br>&gt; &gt; &gt; &gt; tags which are not prefixed with mkgmap:<br>&gt; &gt; &gt; &gt; I see that your inc/address is a bit different to that in the default style,<br>&gt; &gt; &gt; &gt; but the only significant difference that I found is this rule:<br>&gt; &gt; &gt; &gt; mkgmap:country=DEU | mkgmap:country=AUT | mkgmap:country=CHE {set style:lang=german}<br>&gt; &gt; &gt; &gt; <br>&gt; &gt; &gt; &gt; So, I see no problem as your inc/address also doesn't set name or place_name.<br>&gt; &gt; &gt; &gt; <br>&gt; &gt; &gt; &gt; What do I miss?<br>&gt; &gt; &gt; <br>&gt; &gt; &gt; This were only examples, the result is used by me to set mkgmap:street<br>&gt; &gt; &gt; in some cases to prevent inc/address from setting it (workaround for some<br>&gt; &gt; &gt; bad tagging, where people add addr:street to a highway, e.g.).<br>&gt; &gt; &gt; <br>&gt; &gt; &gt; So in this special case I could add:<br>&gt; &gt; &gt; highway=* &amp; name=* &amp; addr:street=* {delete addr:street} <br>&gt; &gt; &gt; to address, but I'm afraid that we loose a lot of flexible to<br>&gt; &gt; &gt; "fix" wrong data by rules. And I'm not sure if adding the workarounds<br>&gt; &gt; &gt; from points/lines/polygons to address is really always a good thing<br>&gt; &gt; &gt; or can work.<br>&gt; &gt; &gt; <br>&gt; &gt; &gt;   Thorsten<br>&gt; &gt; &gt; <br>&gt; &gt; &gt; -- <br>&gt; &gt; &gt; Thorsten Kukuk, Senior Architect SLES &amp; Common Code Base<br>&gt; &gt; &gt; SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany<br>&gt; &gt; &gt; GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg)<br>&gt; &gt; &gt; _______________________________________________<br>&gt; &gt; &gt; mkgmap-dev mailing list<br>&gt; &gt; &gt; mkgmap-dev@lists.mkgmap.org.uk<br>&gt; &gt; &gt; http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br>&gt; &gt;                                                <br>&gt; <br>&gt; &gt; _______________________________________________<br>&gt; &gt; mkgmap-dev mailing list<br>&gt; &gt; mkgmap-dev@lists.mkgmap.org.uk<br>&gt; &gt; http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br>&gt; <br>&gt; <br>&gt; -- <br>&gt; Thorsten Kukuk, Senior Architect SLES &amp; Common Code Base<br>&gt; SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany<br>&gt; GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg)<br>&gt; _______________________________________________<br>&gt; mkgmap-dev mailing list<br>&gt; mkgmap-dev@lists.mkgmap.org.uk<br>&gt; http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br></div>                                               </div></body>
</html>