<div dir="ltr"><div>I think you are misinterpreting the one feature "rule". It's about trying to avoid situations where there are two versions of the same thing (eg an area-which-can-be-resolved-to-a-point and a node), not situations where there are multiple parts to a single whole.</div>
<div> </div><div>The Danube river is perfectly adequately made whole by looking for name:en=Danube. Get the computer to do the work, not mappers.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jan 29, 2013 at 11:01 AM, Janko Mihelić <span dir="ltr"><<a href="mailto:janjko@gmail.com" target="_blank">janjko@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">At the moment the "no big relations" and "no big areas" rules go directly against the "one feature in osm for one real world feature". I think those first two rules should be solved with more code. Maybe get a feature to osm api to crop the gigantic areas and other relations when downloading, defined by a bbox.<br>


<br>Until then we have to cut them up and ignore the "one feature" rule.<span class="HOEnZb"><font color="#888888"><br><br>Janko<br>
</font></span><br>_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/tagging" target="_blank">http://lists.openstreetmap.org/listinfo/tagging</a><br>
<br></blockquote></div><br></div>