<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2014-05-14 4:51 GMT+02:00 Fernando Trebien <span dir="ltr"><<a href="mailto:fernando.trebien@gmail.com" target="_blank">fernando.trebien@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":4eh" class="a3s" style="overflow:hidden">For a long time I believed that the<br>
only practical reason for placing "capital=yes" or "state_capital=yes"<br>
on a node was to help the renderer decide how to render the label; the<br>
renderer could then avoid the trouble of handling relations, even<br>
though it's not thaaaat hard to handle them, and a good renderer would<br>
have to handle them to support multipolygons anyway. </div></blockquote></div><br><br>It is a misconception to think either you support "relations" or you don't. The relation concept is very flexible and open, allowing to map all kind of relations between the member objects, which themselves could be other relations etc., this means you'll have to write different code for every type of relation (and often also for different ways of mapping the with the same type of relation, think nested relations for instance). If you support multipolygon relations (which are e.g. supported by osm2pgsql) this doesn't give you automagically support for admin_centre roles as well. I agree that it seems not too hard to support this particular role, but so far it simply isn't there (AFAIK, maybe you can do it with lua?). "capital=yes" btw. is the older concept, the admin_centre role and even the boundary relation itself (of not the datatype relation per se) are more recent.<br>
<br></div><div class="gmail_extra">cheers,<br>Martin<br></div></div>