<div dir="auto">Everyone,<div dir="auto"><br></div><div dir="auto">A long standing question for osm mapping in cities is wether to tag amenities in multi-purpose buildings as:</div><div dir="auto">- a separate node inside the building's way</div><div dir="auto">- the building itself, using both building=house and amenity=* (only valid with single-amenity buildings)</div><div dir="auto">The node approach has consistency issues like these buildings: <a href="https://www.openstreetmap.org/node/656793551">https://www.openstreetmap.org/node/656793551</a> .</div><div dir="auto"><br></div><div dir="auto">The area approach is more consistent but doesn't really allow multi-purpose buildings.</div><div dir="auto">A third, lesser used method is to use part of the simple indoor tagging schema. I've used a simplified version of this for this restaurant: <a href="https://www.openstreetmap.org/way/580985564">https://www.openstreetmap.org/way/580985564</a> .</div><div dir="auto">This approach uses two overlapping ways, one for the general building (tagged building=house) and one for the restaurant on the ground floor (tagged room=restaurant and of course amenity=restaurant).</div><div dir="auto"><br></div><div dir="auto">Drawbacks of this are for one that the two ways fully overlap. This triggers the JOSM validator and probably some QC tools. Secondly renderers might have trouble placing the icons and house numbers of multiple areas like this.</div><div dir="auto">Luckily both these problems could be fixed. The positives are of course: consistency and the possibility for multiple amenities (using the level=* key).</div><div dir="auto"><br></div><div dir="auto">What do you all think of this approach?</div><div dir="auto"><br></div><div dir="auto">Kind regards,</div><div dir="auto">Pieter (Ubipo)</div></div>