Kovoschiz
(Kovoschiz)
36
Ok I will continue here for cohesiveness, until someone moves these. =estate doesn’t fit into place= . As mentioned in my linked reply, a housing estate can be any size, from below =plot , to a =subrub and even close to a =town . Now you don’t know how to address it among other levels, navigate to it, or cartographically present it for viewing, search, and rendering.
A housing estate usually has well-defined extents, while most other place= don’t as abstract concepts of communities. On a minor note, industrial parks were called industrial “estates”, or trading “estates”, in UK, so this isn’t intuitively restricted to residential.
You could point to =island and =islet etc, but fundamentally looking they aren’t the best choice, besides not referring to communities. These two in particular seem to facilitate “double-tagging” 2 different meaning feature tags on natural=coastline , strictly speaking a violation of One Feature One Object, worsened by the linear vs area feature difference.
Of course, =plot has the same problem, as it too can vary size. boundary=lot isn’t more popular yet, but the vast majority of =plot are imported as seen from the jumps in number.
place=farm you mentioned is another oddity that should really be moved, which again can be in different scales. However for =isolated_dwelling , it has a different meaning specifically for lone homes posing as an addressed or navigable settlement of its own, a 1 or 2 house village-equivalent so to speak. It isn’t used for any random building= home. This basically has a fixed size, while housing estates don’t.
To work in an application, I’m sure you do need to have boundary=administrative as well… And most industrial facilities are landuse=industrial lacking a feature tag, which there have been debates and proposals trying to fix that (viz usage of industrial= vs clearly establishing man_made=works ) .