<HTML><BODY>Hi <span class="b-contact-informer-target js-contact-informer b-contact-informer-target_selected" data-contact-informer-message-id="14217107320000000479" data-contact-informer-email="clifford@snowandsnow.us"><span class="b-contact-informer-target js-contact-informer b-contact-informer-target_selected" data-contact-informer-message-id="14217107320000000479" data-contact-informer-email="clifford@snowandsnow.us">Clifford</span></span>,<br><br>> What I'm trying to understand is why is addrN the solution. Should addr:conscriptionnumber tags be retagged to addrN?<br><br>I think, no. This proposal for the new cases, mostly. But if CZ or SK or A community decide to switch for a new one scheme, <br>conscription numbers could be mapped via addrN.<br><br>> Can you describe the root cause of why these structures ended up with two addresses?<br><br>Let's imagine that we have a building with facades for 2 or 3 or 4 streets. <br>Let's go along any of these streets, and mark buildings with numbers without gaps.<br>In such case building will have 2, 3, 4 addresses.<br>And they are in use and applied to whole building.<br>It's how bunch of addresses rows like below appears.<br>number1-street1-city<br>number2-street2-city<br><br>One more example:<br>We have a town with some neighborhoods.<br>And buildings inside neighbor are not arranged into grid.<br>And in such case people are use scheme like this<br>number_inside_neighbor - neighbor_ref_number - city<br>but still buildings have addresses like<br>number-street-city<br><br>Next case:<br>We have a small town, with some streets which are not strongly arranged into greed<br>And number - street - city is not cozy, streets may haven't names, <br>so number-city may become usable.<br>After town grows up, <br>there may pop out number-street-city addresses.<br><br><br>Mon, 19 Jan 2015 15:38:25 -0800 от Clifford Snow <clifford@snowandsnow.us>:<br>
<blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px;">
        <div id="">
        



    









        
        


        
        
        

        

        
        

        
        

        
        



<div class="js-helper js-readmsg-msg">
        <style type="text/css"></style>
        <div>
                <base target="_self" href="https://e.mail.ru/">
                
                        <div id="style_14217107320000000479_BODY"><div dir="ltr"><div><br><div>On Mon, Jan 19, 2015 at 9:38 AM, Dmitry Kiselev <span dir="ltr"><<a href="//e.mail.ru/compose/?mailto=mailto%3adkiselev@osm.me" target="_blank">dkiselev@osm.me</a>></span> wrote:<br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Here they are <a href="http://overpass-turbo.eu/s/78y" target="_blank">http://overpass-turbo.eu/s/78y</a><br><br>If you read <a href="http://wiki.openstreetmap.org/wiki/Proposed_Features/addrN" target="_blank">http://wiki.openstreetmap.org/wiki/Proposed_Features/addrN</a> you will find photographs<br>how such addresses looks like in real life.<br><br>And it's not the case when you have two entrances with different addresses, <br>whole building have two or more addresses, it doesn't depends on entrances.</div></blockquote></div><br>I am not doubting you that these exist, what I'm trying to understand is why. The images on the proposal page server do document that they exist. But pulling out a list from OSM doesn't explain why they exist. They could as just as easily be missed tagged. Can you describe the root cause of why these structures ended up with two addresses? Conscription is one example. However addr:conscriptionnumber is already in use. </div><div><br></div><div>What I'm trying to understand is why is addrN the solution. Should addr:conscriptionnumber tags be retagged to addrN? </div><div><br></div><div>Being able to explain to future mappers when and why to use addrN is important. </div><div><br></div><div>Clifford</div><div><br></div><div><br></div><div><br clear="all"><div><br></div>-- <br><div><div dir="ltr"><div>@osm_seattle<br></div><div><a href="http://osm_seattle.snowandsnow.us" target="_blank">osm_seattle.snowandsnow.us</a><br data-mce-bogus="1"></div><div>OpenStreetMap: Maps with a human touch</div></div></div>
</div></div>
</div>
                        
                
                <base target="_self" href="https://e.mail.ru/">
        </div>

        
</div>


</div>
</blockquote>
<br></BODY></HTML>