<div dir="ltr">I ended up adding all the shop tags on the building. It only works for buildings with only 1 shop/restaurant/pub/...<div><br></div><div style>m.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">

On Tue, Apr 16, 2013 at 11:25 AM, Glenn Plas <span dir="ltr"><<a href="mailto:glenn@byte-consult.be" target="_blank">glenn@byte-consult.be</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On 04/16/2013 11:01 AM, Marc Gemis wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Maybe I should start using the fixaddresses plugin<br>
I've been using the plugins terracer, building tool, etc. for over 1 1/2 year. I even wrote a page on it: <a href="http://wiki.openstreetmap.org/wiki/User:Escada/JOSM_and_Housenumbers" target="_blank">http://wiki.openstreetmap.org/<u></u>wiki/User:Escada/JOSM_and_<u></u>Housenumbers</a>  :-)<br>


<br>
But now that I have a python script to convert my GPX trails, they do not fit perfectly in my workflow. I start from nodes that are tagged with building=house and addr:housenumber=XXX (after importing my modified GPX trail). I still use the terrace plugin to split though. I do use the stylesheets too.<br>


</blockquote></div>
If the nodes area already a building node, I understand why that messes things up.  you will probably loose information when using terracer on them (there is some precedence).   What I really like about it is that when selecting the trio (ctrl-select) street/addrnode/building(way) , after pressing SHIFT-T, it keeps the street selected, that saves you a click when doing the next building.<div class="im">

<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Did you try looking up businesses represented as nodes in buildings with address information ? Nomatim does not understand this (I think). Should we map for Nomatim, not sure ...<br>
<br>
</blockquote></div>
I just did this:"century 21 compas" , nominatim finds it right back but you're right from the results set it looks like it didn't pick up the housenumber of the building that encompasses it.  bummer, as that could count for a implicit relation between both.<br>


<br>
There are still some duplicates in there on my fix list, like this take-away chinese restaurant:<br>
<br>
"Xing Fu Lou"<br>
<br>
There both building + node have housenumber, which I think I should remove on 1, but that was using the logic we just debunked.<br>
<br>
The other way around doesn't seem to function either :<br>
<br>
"Brusselsesteenweg 86, Zemst", finds back the house but not the amenity/shop.   The question now is, how can we 'fix' this? Duplicate address information will fix nominatim, but it messes up the map.<br>


<br>
We should defenitely not map for nominatim more than we map for the .... map.   The difference is that nominatim is a lot more sensitive to the way data is presented/available than the map is.  The latter is slightly more 'forgiving' as it's a visual thing, more than a content thing.   So by nature it's more sensitive to this sort of situations.<div class="HOEnZb">

<div class="h5"><br>
<br>
Glenn<br>
<br>
<br>
______________________________<u></u>_________________<br>
Talk-be mailing list<br>
<a href="mailto:Talk-be@openstreetmap.org" target="_blank">Talk-be@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-be" target="_blank">http://lists.openstreetmap.<u></u>org/listinfo/talk-be</a><br>
</div></div></blockquote></div><br></div>