<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2018-05-11 14:04 GMT+01:00 Martin Koppenhoefer <span dir="ltr"><<a href="mailto:dieterdreist@gmail.com" target="_blank">dieterdreist@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
sent from a phone<br>
<span class="gmail-"><br>
> On 11. May 2018, at 14:35, Javier Sánchez Portero <<a href="mailto:javiersanp@gmail.com">javiersanp@gmail.com</a>> wrote:<br>
> <br>
> similar for the other two streets. With the proposed relation, I would create a relation with this tags<br>
> <br>
> type=address<br>
> addr:housenumber=1-25<br>
> addr:postcode=10018<br>
> addr:street=West 33rd Street<br>
<br>
<br>
</span>I would consider not adding the address tags to the relation because <br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
a) you could have features with several postcodes (imagine entrances on different streets)<br></blockquote><div><br></div><div>Then you will have different relations, one per entrance.<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">
b) addr:housenumber=1-25 is not telling you which housenumbers it contains (better would be a list of all housenumbers)<br></blockquote><div><br></div>It tells you what you find labelled in the entrance, what you can check on place. If you have some features with individual housenumbers use the addresses relation to avoid repeat the common tags and you can form the (probably incomplete) list of house numbers for that entrance from the addr:housenumber present in the members. If you only look at the entrance and see "1-25" you can't know if it refers to 1,3,5,...,25 or 1,2,3,...,25. In this case, if you don't have features inside that repeat partially or fully the address you don't need the relation. Put the tags in the entrance and done.<br> <br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
c) it is duplicating the addresses with respect to the individual plaques <br></blockquote><div><br></div><div>There is no duplicate. What I want to express is that the common addr:* tags of the features with that address and the entrance/plaque will be in the relation and NOT in the members. The members will have the addr:tags that differs (usually none, in some cases addr:housenumber maybe addr:unit or addr:door). Refining a bit the example the addr:housenumber=1-25 could be in the entrance node instead of the address relation (easier for the renderer).<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">

The address should be inherited from the members<br></blockquote><div><br></div><div>This don't resolve the inconsistency problem. See the three different postalcode values for the number 350 of the 5th Avenue in the query below. <br><br><a href="https://overpass-turbo.eu/s/yJ0">https://overpass-turbo.eu/s/yJ0</a></div><br></div>Javier<br></div></div>