<div class="gmail_quote">On Tue, Jun 2, 2009 at 12:33 PM, Jonathan Bennett <span dir="ltr"><<a href="mailto:openstreetmap@jonno.cix.co.uk">openstreetmap@jonno.cix.co.uk</a>></span> wrote:<br><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">
> "Relations are not Categories" uses the argument that you can query for<br>
> all objects that carry a tag. This isn't enough, however, if the<br>
> combined information from tags and coordinates doesn't qualify as an<br>
> unique identifier. The situation for architects, imo, resembles the<br>
> route relations (also in that there can be more than one architect),<br>
> thus there is a case for relations.<br>
<br>
</div>I disagree. The reason we use relations for routes is that each section<br>
of the route are part of the same "thing" -- a signed route that uses<br>
many different sections of highway. While each individual section may<br>
have some other identity, the route exists as a separate abstract<br>
entity. A route is also a geographic entity.<br>
<br>
Buildings designed by the same architect don't form part of some greater<br>
whole -- it's just metadata about the buildings themselves, and the<br>
relationship between them certainly isn't geographical. That's why using<br>
a relation to group them would simply be classification.<br>
</blockquote><div><br>I agree - think there's a broad agreement on this now. <br><br>Whilst having to deal with ambiguities and synonyms isn't ideal from a perfect data perspective, I think it fits in with the OSM practise of using unrestricted tagging in the first place, and making it as easy as possible to contribute data.<br>
 </div>Incidentally, the same problem exists for operator=*, and I notice that there's a proposal to use relations for that: <a href="http://wiki.openstreetmap.org/wiki/Relations/Proposed/Operators">http://wiki.openstreetmap.org/wiki/Relations/Proposed/Operators</a> <br>
<br></div>Frankie<br><br clear="all"><br>-- <br>Frankie Roberto<br>Experience Designer, Rattle<br>0114 2706977<br><a href="http://www.rattlecentral.com">http://www.rattlecentral.com</a><br><br>