<div dir="ltr">Good point that there should be ease-of-use in handling data after an import. That has for example been the main reason that the Dutch community is against the use of the associatedStreet relation.<div><br></div>
<div>In practice address tagging can be complicated. A few years ago I used interpolation in the city centre of Delft. Looking at the map later, I noticed that several users just ignored this and put POI's inlcuding address info right next to the interpolated line. Of course a bit dumb of them, since they should have put the POI's on the interpolated line.<div>
<br></div><div>Back to the topic. Based on <a href="http://wiki.openstreetmap.org/wiki/Addresses">http://wiki.openstreetmap.org/wiki/Addresses</a> for Nodes at same position the following seven solutions are possible.</div>
<div><br></div><div><h3 style="color:rgb(0,0,0);background-image:none;margin:0px 0px 0.3em;overflow:hidden;padding-top:0.5em;padding-bottom:0.17em;border-bottom-style:none;font-size:17px;font-family:sans-serif;line-height:19.200000762939453px">
<span style="font-size:13px;font-weight:normal">1. Create an address node for each housenumber and place each node somewhere on the building outline (or inside the building).</span><br></h3><p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">
2. If house numbers are associated with individual entrances, tag those numbers to <tt dir="ltr" style="font-family:monospace,Courier;font-size:15px;background-color:rgb(224,224,240);white-space:pre"><a href="http://wiki.openstreetmap.org/wiki/Key:entrance" title="Key:entrance" style="text-decoration:none;color:rgb(11,0,128);background-image:none">entrance</a>=*</tt> (old version - <tt dir="ltr" style="font-family:monospace,Courier;font-size:15px;background-color:rgb(224,224,240);white-space:pre"><a href="http://wiki.openstreetmap.org/wiki/Key:building" title="Key:building" style="text-decoration:none;color:rgb(11,0,128);background-image:none">building</a>=<a href="http://wiki.openstreetmap.org/wiki/Tag:building%3Dentrance" title="Tag:building=entrance" style="text-decoration:none;color:rgb(11,0,128);background-image:none">entrance</a></tt>) nodes.</p>
<p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">3. Separate the numbers by commas (e.g., "11,13,15").</p><p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">
4. Separate the numbers by semicolons (e.g., "11;13;15"), as the semicolon is the standard value separator in OSM.</p><p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">
5. Specify the range (e.g., "10-95"). This is the preferred method when such a range is officially used for the entire house. You may also use <tt dir="ltr" style="font-family:monospace,Courier;font-size:15px;background-color:rgb(224,224,240);white-space:pre"><a href="http://wiki.openstreetmap.org/wiki/Key:addr:interpolation" title="Key:addr:interpolation" class="" style="text-decoration:none;color:rgb(11,0,128);background-image:none">addr:interpolation</a>=*</tt> to describe whether that includes odd, even or all numbers.</p>
<p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">6. Create separate connected polygons for buildings with different addresses. You may do this even if they share walls, but splitting a corner house diagonally is not widely accepted.</p>
<p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">7. See <a href="http://wiki.openstreetmap.org/wiki/Proposed_Features/Multiple_addresses" title="Proposed Features/Multiple addresses" style="text-decoration:none;color:rgb(11,0,128);background-image:none">Proposed_Features/Multiple_addresses</a> for a more general approach (proposal).</p>
<p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px"><br></p><p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">
What is easiest for users when there's lot's of addresses inside one building? <br></p><p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">Solution 1 will work. We could use the space within the building outline to separate the address nodes and prevent the Nodes at same position error</p>
<p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">Solution 2 is no solution for Nodes at same position (it only says something about the location inside the building) </p>
<p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">Solution 3 and 4 can work, but will in some cases give an entry like this: <span style="line-height:normal;color:rgb(34,34,34);font-family:arial,sans-serif">100;100A-A;100A-B;100A-C;100B-</span><span style="line-height:normal;color:rgb(34,34,34);font-family:arial,sans-serif">A;100B-B;100B-C;100B-D;100C-A;</span><span style="line-height:normal;color:rgb(34,34,34);font-family:arial,sans-serif">100C-B;100C-C;100C-D;100C-E;</span><span style="line-height:normal;color:rgb(34,34,34);font-family:arial,sans-serif">100C-G;100C-H;100D-A;100D-B;</span><span style="line-height:normal;color:rgb(34,34,34);font-family:arial,sans-serif">100D-C;100D-D;100D-E;100D-G;</span><span style="line-height:normal;color:rgb(34,34,34);font-family:arial,sans-serif">100D-H;100D-J;100D-K;100D-L;</span><span style="line-height:normal;color:rgb(34,34,34);font-family:arial,sans-serif">100D-M;100D-N;100D-P;100D-R;</span><span style="line-height:normal;color:rgb(34,34,34);font-family:arial,sans-serif">100D-S;100E-A;100E-B;100E-C;</span><span style="line-height:normal;color:rgb(34,34,34);font-family:arial,sans-serif">100E-D;100E-E;100E-G;100E-H;</span><span style="line-height:normal;color:rgb(34,34,34);font-family:arial,sans-serif">100G-A;100G-B. That is difficult to edit.</span></p>
<p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">Solution 5 should not be used in imports. If somebody wants to add a POI on address number 30, (s)he should split the address range in 10-28 (or 29?), 30 and 31 (32) to 95. In at least two seperate nodes. That is difficult to edit.</p>
<p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">I don't quite understand solution 6, but I think it does not work for lots of addresses like my Vermeertoren example. </p>
<p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">Solution 7 can work quite well. </p><p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">
<br></p><p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">Best solutions from this analysis: 1 and 7.</p><p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">
<br></p><p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">Please help out and share your thoughts on this.</p><p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">
<br></p><p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">Cheers, Johan</p><p style="margin:0.4em 0px 0.5em;line-height:19.200000762939453px;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">
<br></p></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-01-29 Paul Norman <span dir="ltr"><<a href="mailto:penorman@mac.com" target="_blank">penorman@mac.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">As a preface, I should state that no decision has been made to import multiple addresses on top of each other, as this is the first time it’s been raised.<u></u><u></u></span></p>
<p class="MsoNormal" style="text-indent:.5in"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Imports need to not screw up the data, which includes not making it excessively difficult to edit in iD and Potlatch2. None of the editors handle overlapping nodes well. It’s possible in JOSM if you know exactly how, but it’s a pain. I’m not positive about iD or P2, but I couldn’t figure it out. Given the current state of editor support, I don’t see any way that an import of stacked nodes like this will be okay.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Johan C [mailto:<a href="mailto:osmned@gmail.com" target="_blank">osmned@gmail.com</a>] <br>
<b>Sent:</b> Tuesday, January 28, 2014 2:32 PM<br><b>To:</b> <a href="mailto:imports@openstreetmap.org" target="_blank">imports@openstreetmap.org</a><br><b>Subject:</b> [Imports] Dutch addresses and buildings import - how to deal with addresses in apartments<u></u><u></u></span></p>
</div></div><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">Hi all<u></u><u></u></p><div class="im"><div><p class="MsoNormal"><u></u> <u></u></p></div><div><div><p class="MsoNormal">Some days ago Paul checked a testimport and stumbled across the JOSM validator warning 'Nodes at same position'. An example can be seen here: <a href="http://www.openstreetmap.org/?mlat=52.01284&mlon=4.33806#map=19/52.01284/4.33806" target="_blank">http://www.openstreetmap.org/?mlat=52.01284&mlon=4.33806#map=19/52.01284/4.33806</a><u></u><u></u></p>
</div><div><p class="MsoNormal">The Vermeertoren (named after the famous Dutch painter) is a typical Dutch high rise building of 23 floors, combining an underground parking garage, a health care center, a child care center (kindergarten), social and luxury housing. That means a lot of addresses in one building. The address data as available in the official database (the BAG) combines several different addresses into a single LAT/LON coordinate. The WIKI on multiple addresses <span style="font-size:10.0pt;font-family:"Arial","sans-serif""><u></u><u></u></span></p>
</div><div><p style="margin-right:0in;margin-bottom:6.0pt;margin-left:0in;line-height:14.4pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif""><u></u> <u></u></span></p></div></div></div>
</div></div></div></div></blockquote></div><br></div>