The remark I made was about the associatedStreet relation. The name of the street is put in the name tag, just like it is done on the ways forming the street. So all other tags are addr:country, addr:city, addr:postcode, but the streetname goes into name.<br>
<br>Everyone is free to add addr:street to the house and POI objects as well. It's creating an unfortunate redundancy, but as you mention we seem to be needing that for editors like iLoe and Vespucci which don't support relations (yet).<br>
Why you need it on Potlatch eludes me, as that one does support relations, but since I don't have experience with it anymore, I should probably shut up about it.<br><br>I do think associatedStreet relations still have a function to avoid duplicating/multiplicating the country, city and postcode information that make addresses complete and possibly to be able to perform quality control on the data. The redundancy can help to check whether the data is consistent.<br>
<br>Personally I don't like repeating data over and over, as it makes it easier to make mistakes and when a streetname changes it becomes necessary to change it in many places.<br><br>@Jan-Willem: I wouldn't take away the addr:street from the houses and POIs when you add them to an associatedStreet relation. I tried that once, a few years ago, and had to revert because portable editors didn't support relations (and they still don't) and, when in the field, people are missing that information then. So it's probably best to keep that redundancy in the data.<br>
<br>Jo<br><br><br><br><div class="gmail_quote">2013/1/7 Ivo De Broeck <span dir="ltr"><<a href="mailto:ivo.debroeck@gmail.com" target="_blank">ivo.debroeck@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I don't agree with that. Its necessary to have addr:street for every address. When you use potlatch on the computer or iLOE on your smartphone its easy to bring in new data or correct the data. The associated street is redundant (and as i saw in Bierbeek often wrong).<div>

<br></div><div>For me it is most important that new users have the possibility of introduce new data in a simple way (copy-paste the streetname in addr:street). Its a pity that most of the people here give only sophisticated solutions for very simple problems.</div>

<div><br></div><div>If you don't make it easy for the contributors, you will never get addresses from then. <div><div class="h5"><br><br><div class="gmail_quote">2013/1/7 Jo <span dir="ltr"><<a href="mailto:winfixit@gmail.com" target="_blank">winfixit@gmail.com</a>></span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The associatedStreet relation has the streetname in 'name', not in addr:street. I also found some relations where this was done incorrectly.<br>

<br>It is possible to fix all of them in one go. Advise me if you want me to do so.<br>
<br>Polyglot<div><div><br><br><div class="gmail_quote">2013/1/7 Joren <span dir="ltr"><<a href="mailto:joren.libreoffice@telenet.be" target="_blank">joren.libreoffice@telenet.be</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Op 07-01-13 00:35, Kurt Roeckx schreef:<div><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Sat, Dec 22, 2012 at 03:23:15PM +0100, Sander Deryckere wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The first thing you notice is that there are a lot of features with<br>
housenumber information, but without street information. While other<br>
information (such as city) can be determined from closed boundaries. It's<br>
often ambiguous and hard to determine the street from other OSM features.<br>
</blockquote>
Osmose counts alot of errors in Belgium because of that.  See:<br>
<a href="http://osmose.openstreetmap.fr/errors/graph.png?country=belgium" target="_blank">http://osmose.openstreetmap.<u></u>fr/errors/graph.png?country=<u></u>belgium</a><br>
</blockquote>
</div><a href="http://tools.geofabrik.de/osmi/?view=addresses&lon=4.41356&lat=51.10370&zoom=14&baselayer=Geofabrik&opacity=1.00&overlays=no_addr_street,street_not_found" target="_blank">http://tools.geofabrik.de/<u></u>osmi/?view=addresses&lon=4.<u></u>41356&lat=51.10370&zoom=14&<u></u>baselayer=Geofabrik&opacity=1.<u></u>00&overlays=no_addr_street,<u></u>street_not_found</a><br>



<br>
Geofabrik shows that there are many 'bugs' in the city 'Reet' ... but when I examine it, some/all houses are tagged with 'associatedStreet <streetname>, etc'...<br>
Is this the correct tagging, or do we need to delete that tag, and tag them with 'addr:street'?<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
About 50% of those are because of missing addr:street or<br>
associatedStreet relation.<br>
<br>
It would in general be a good thing that we try and fix all those<br>
errors.<br>
<br>
</blockquote></div>
Thanks in advance,<br>
Joren<div><div><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></div><br>_______________________________________________<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.org/listinfo/talk-be</a><br>
<br></blockquote></div><br><br>
</div></div></div>
</blockquote></div><br>