Re: [OSM-talk-be] Nodes or areas to tag amenities

For this particular example, I thought it was quite appropriate. The different shops are in the same building (according to GRB), but can also be clearly separated ‘architecturally’ (see

Re: [OSM-talk-be] Nodes or areas to tag amenities

I agree on the separation of building:part=* for architectural distinct building parts and room=* for mostly functionaly distinct parts of a building. I think there should be a general indoor=part or something (don't quote me on that tag, I can't really think of something better). This would then

Re: [OSM-talk-be] Nodes or areas to tag amenities

@ubipo for indoor=level, I suppose you mean indoor=yes indoor=thenumber :) building:part is for a part of a building where tag related to the building itself doesn't have the same value for one part <> another part for exemple a building that have one part with one level : building:part=yes

Re: [OSM-talk-be] Nodes or areas to tag amenities

I have some experience with indoor mapping. I would invite you guys to have a look at my work of the Blekerij in Gent , as example. Toilets can be mapped as either a point or area with 'amenity=toilets, indoor=yes; level=0'

Re: [OSM-talk-be] Nodes or areas to tag amenities

How does this relate to the building:part=yes strategy that L'imaginaire has been playing with, e.g. https://www.openstreetmap.org/way/283645760 2018-04-18 15:56 GMT+02:00 Ubipo . : > After furter consideration I think indoor=level combined with > amenity=restaurant

Re: [OSM-talk-be] Nodes or areas to tag amenities

After furter consideration I think indoor=level combined with amenity=restaurant should solve most problems. Improving the map would then be as simple as not editing the general indoor=level and just drawing new ways for individual rooms (not tagged amenity=restaurant). A restaurant on multiple

Re: [OSM-talk-be] Nodes or areas to tag amenities

how does someone "improve" your mapping to add a separate area for room=toilets ? nested room areas ? split it off ? m. On Wed, Apr 18, 2018 at 12:43 PM, Ubipo . wrote: > Regarding the housenumbers: street and number is as said probably not needed > and better reserved

Re: [OSM-talk-be] Nodes or areas to tag amenities

Regarding the housenumbers: street and number is as said probably not needed and better reserved for the actual building, although a specialised addr:addition=a could be useful for the rooms. Regarding room=restaurant, I think that tag is perfectly fine. It just indicates the restaurant in it's

Re: [OSM-talk-be] Nodes or areas to tag amenities

for the addr : it look like strange that the room is in a building that doesn't have the same addr:housenumber as the building. for multiple floors poi, you can draw all room with level=* tag or as a first step only use indoor=yes for the whole area room=restaurant look like also strange for

Re: [OSM-talk-be] Nodes or areas to tag amenities

o, I forgot, what about a restaurant that occupies multiple floors ? On Wed, Apr 18, 2018 at 11:55 AM, Marc Gemis wrote: > The idea of using indoor mapping is good, and it's probably the future > to solve all the problems you mention. (we had a similar discussion > last

Re: [OSM-talk-be] Nodes or areas to tag amenities

The idea of using indoor mapping is good, and it's probably the future to solve all the problems you mention. (we had a similar discussion last Friday on the Riot channel) Some remarks: - does it make sense for a "room" to have an house number and a street ? I would expect those on the building,

[OSM-talk-be] Nodes or areas to tag amenities

Everyone, A long standing question for osm mapping in cities is wether to tag amenities in multi-purpose buildings as: - a separate node inside the building's way - the building itself, using both building=house and amenity=* (only valid with single-amenity buildings) The node approach has