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.<br><br>Janko<br>