<div dir="ltr">Hi Rafael,<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 21, 2014 at 3:51 PM, Rafael Avila Coya <span dir="ltr"><<a href="mailto:ravilacoya@gmail.com" target="_blank">ravilacoya@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi, Andrea:<br>
<br>
Thank you for your dedication to this interesting address data import.<br>
<br>
I have opened the already merged osm file [1].<br>
<br>
I think the quality of the data is really good in general in what<br>
respects to the location of the nodes, although some of them seem to lie<br>
over the road they belong too [2]. I don't see that a big concern, as<br>
they are quite rare, and moreover this could be due to a not well<br>
aligned Bing imagery.<br></blockquote><div><br></div><div>In Italy we tend to use PCN aerial images not Bing because they are usually better aligned:<br><a href="https://wiki.openstreetmap.org/wiki/WikiProject_Italy/PCN">https://wiki.openstreetmap.org/wiki/WikiProject_Italy/PCN</a><br><br></div><div></div><div>Anyway I agree that that particular node is not well aligned.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

But what I see a serious concern is the big number of groups of<br>
addresses of the kind 4, 4a, 4b, 4c...<br>
<br>
Let's see, as an example, this image in Via Giovanni Crestani: [3]<br>
<br>
There we can see one building with the addr:housenumber=4 on it, but<br>
then a row of 17 addr:housenumber that range from 4a up to 4t, that are<br>
surrounding the house, some of them stretching quite far from it, nearer<br>
to the house 6 and 19 than to the 4.<br>
<br>
The same happens with numbers 6, 17, 19, 21 and 30 in this example only.<br>
Moreover, node number 8 doesn't exist in the group of 9 nodes that go<br>
from 8a up to 8i.<br>
<br>
My opinion is that these nodes should be replaced by only one. In the<br>
case of the groups of 4, 6, 17, 21 and 30 I would ignore (not import)<br>
all the nodes with letter, so keeping only the node addr:housenumber=4 ,<br>
6, etc., and in the cases like the 8, I would create a new<br>
addr:housenumber=8 as the centroid of the nodes 8a, 8b... 8i.<br>
<br>
This is a quick idea, but there may be smarter ones to deal with this.<br>
<br>
What do you think?<span class="im"><br></span></blockquote><div><br></div><div>I think it is plain wrong to delete subordinates. <br><br>In most of Italy, and in Biella, a housenumber is not associated to a building. It is associated to an entrance (building entrances, gates, garages, etc). A housenumber can also have a subordinate (the letters you see). A user is expected to search for a housenumber like "36d" and not for "36" which can be 2 km down the road.<br><a href="https://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Biella#Address_format_in_Biella">https://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Biella#Address_format_in_Biella</a><br><br></div><div></div><div>Bye,<br><br>Andrea<br><br></div></div><br></div></div></div>