<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jan 18, 2015 at 11:46 AM, Dmitry Kiselev <span dir="ltr"><<a href="mailto:dkiselev@osm.me" target="_blank">dkiselev@osm.me</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><pre>Clifford,<br>"If the business only uses one of the addresses, then the problem is solved with two nodes, ideally inside a building polygon."<br><br>No both addresses is in use, if you open yellow pages - there is two addresses, even more, there is two addresses in government address plan.<br><br>And one more time, how would you distinguish such two cases:<br>One building with one polygon, and every enter marked as node with it's on address (some countries and some cities use address per entrance approach)<br>In this case, building itself doesn't have an address<br><br>One building with one polygon, and two addresses<br><br>What would you suggest as an address for POI point inside such building polygon?<br>For node buildings, how would you know, is it two buildings marked by nodes or two addresses for one building.<br><br>Guys, it's look awkward because you have never met such things as two addresses for one building in real life.<br>And it's not a problem to support such scheme, I have done plsql function that treats addrN case as two poins (table rows) <br>for 3-4 hours, and I'm not an SQL expert. Nominatim already treats double addresses (marked via conscription numbers scheme)</pre></blockquote></div><br>Dmitry,</div><div class="gmail_extra">Like a lot of us, I've never seen a building with multiple addresses (addrN), but I don't doubt that they exist. The only issue I see is a business residing within the building. My expectations would be they would pick one or the other. But without any knowledge it is hard to guess. So I fall back to how I tag building addresses.</div><div class="gmail_extra"><br></div><div class="gmail_extra">- Single building and single address, the address is included with the building outline</div><div class="gmail_extra">- Single building with multiple addresses, the address information is include separate address nodes with the exception [1] noted below<br>- POIs - tag with individual address nodes except where the POI occupies the entire building then tag the building outline</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">-For addrN I would use two nodes if there is no building outline, no change from today's practice.</div><div class="gmail_extra">-For addrN with a building outline I would use multiple nodes inside the building outlines, no change for today's practice.</div><div class="gmail_extra">-POIs - this is where the addrN proposal works. Tag either the building outline with addrN or a single node inside of the building outline with addrN.</div><div class="gmail_extra"><br></div><div class="gmail_extra">There is one other aspect that I don't thing has been discussed. Normally you could use the building polygon to find POIs inside. However without a new tag, ie. addrN, it doesn't work. </div><div class="gmail_extra"><br></div><div class="gmail_extra">Nominatim would appear to work using todays address tagging practices if it only one of the addresses were used. I'm not sure what nominatim would do given two addresses. </div><div class="gmail_extra"><br></div><div class="gmail_extra">One of my concerns with this tagging is how to make it clear that it isn't for buildings with multiple entrances. We could end up with a bigger problem than the limited number buildings that fit the criteria of the addN proposal. </div><div class="gmail_extra"><br></div><div class="gmail_extra">I'm going to ask a friend that works for the county government on addressing to see if he can offer any insight into this issue.</div><div class="gmail_extra"><br></div><div class="gmail_extra">[1] The exception is when you have a main building address information along with nodes for units. Right now I'm working on an import where we a main building address and nodes for each unit. <br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>@osm_seattle<br></div><div><a href="http://osm_seattle.snowandsnow.us" target="_blank">osm_seattle.snowandsnow.us</a></div><div>OpenStreetMap: Maps with a human touch</div></div></div>
</div></div>