At SOTM-EU this month there was clearly renewed interest in moving forward with OSM indoor mapping.
See for example the talk by Thomas Graichen http://sotm-eu.org/slides/56.pdf
As we all know stuff gets mapped in OSM when there is this positive feedback mapping → visualisation → usefulness, requiring editor and render support and support in applications. All this tends to only happen when a reasonably stable tagging schema exists, best example the simple 3d mapping tagging.
Of all the indoor proposals that exists only http://wiki.openstreetmap.org/wiki/IndoorOSM seems to have more or less proven itself a bit, and seems to be the best choice for ironing out some of the problems.
IMHO the list of items that need to be addressed is -very- short
-
fix potential confusion and conflicts with the 3d tagging scheme:
-
replace the use of “buildingpart” as a role and key with, for example, “indoor” or “indoorelement” (applications should support buildingpart for backwards compatibility)
-
replace the use of “building:levels” with “indoor:levels” or similar (conflicting definition)
-
the same for “building:min_level” and “building:max_level”
-
all further 3d and non-indoor tags should be removed from the proposal
-
note: I believe both the 3d tagging and indoor should be able to share the same building relation and we do not need to define something separate
-
I’ve started a straw man for a tagging proposal here https://wiki.openstreetmap.org/wiki/IndoorOSM_2.0
Comments?