[RFC] Feature Proposal – Allow area=yes for indoor=wall

[CommanderStorm (Frank Elsinga)]

This proposal is to allow area=yes for ìndoor=wall.

Proposal:Allow area=yes for indoor=wall - OpenStreetMap Wiki

Please discuss this proposal on its wiki talk page.

[dieterdreist (Martin Koppenhöfer)]

indoor=wall was defined as tag for linear walls, wouldn’t it make more sense to keep this distinction and use something like area:indoor=wall instead for walls that are represented as areas?
https://wiki.openstreetmap.org/wiki/Tag:indoor%3Dwall

also, indoor has inconsistent use being both, a key for indoor related features like rooms, walls, doors, columns and corridors, and a key for a property to say something is (also) indoor or has an indoor space (indoor=yes) or also not (indoor=no) and which is the dominant usage with 54% of all usage?

Common feature combinations for the latter are

highway=footway
highway=corridor
emergency=defibrillator
highway=steps
amenity=atm
amenity=vending_machine
amenity=waste_basket
amenity=drinking_water
bicycle_parking=stands
highway=elevator

[CommanderStorm (Frank Elsinga)]

I am not convinced that area:indoor=wall is a practical solution.
This opens a hole lot of tagging mistakes, such as indoor=room + area:indoor=wall.
I think sticking with allowing area=yes for indoor=wall is the best solution.

I don’t know what you want to convey with your indoor=yes or indoor=no comments.
This discussion is only about area based indoor walls, not defibrillators / ATMs / …
Let’s stay on topic.

Furthermore, there were already some a negative remarks regarding area:indoor=wall on the previous post:

@"Tordanik

As a data consumer, I would prefer indoor=wall being extended to areas. It’s the same conceptual feature, just mapped as a polygon instead of a line. Using area:indoor=wall has all sorts of weird implications, such as being mapped in addition to a way like with area:highway=* (which is undesirable).

My impression is that the indoor space doesn’t suffer as much from unmaintained or hyper-conservative renderers which would fail to update for years. And if some do end up treating the object as a closed way instead of filling it in, that doesn’t really break much.