Proposed features/entrance/door

From OpenStreetMap Wiki
Jump to: navigation, search

Warning

This page is available for documentation purposes. Please see User:Andreas.balzer/door-proposal-version2 for updated draft version.

entrance:door
Status: Rejected (inactive)
Proposed by: Andreas.balzer
Tagging: entrance:door=*
Applies to: node
Definition: To specify the type of door and its operation.
Drafted on: 2011-11-17
RFC start: 2011-11-17
Vote start: 2011-12-24
Vote end: 2012-01-07

Proposal

This proposal suggests a tag door to specify doors to be used for mapping of buildings and rooms, especially useful for future use of indoor navigation.

Tagging

General Door Specification

To specify that the current node has a door, use the two following tags:

  • barrier=door specifies that the node containing the key is a door
  • entrance=yes specifies that the node containing the key is a building entrance, i.e. an external door

Type of door

Key Value Element Comment Rendering Photo
door hinged Mf node.png The door is a standard hinged type door. This is the default (Providing every entrance with a hinged typed door per default). A hinged type door implies wheelchair=no if not specified indirectly by door:electricallyoperated:switch=neartodoor or exclusively at the entrance node or specified exclusively at the building node and being the only entrance node without an exclusive specified wheelchair attribute.
SF City Hall door.JPG
and [1]
door sliding Mf node.png The door is a sliding type door. [2]
door loadingdock Mf node.png The door is a loading dock. [3] and [4]
door accordion Mf node.png The door is an accordion type door. [5] and [6] (folding door)
door overhead Mf node.png The door is an up-and-over type door. [7]
door rotating Mf node.png The door is a rotating type door. You usually find these doors in shopping malls. If door:ellectricallyoperated=yes this door moves automated. If door:ellectricallyoperated=no, a person needs to push it. [8]

Physical details of door opening

Key Value Element Comment Rendering Photo
door:safearea ID Mf node.png ID of area being the more safety area this door connects to.
Door safe area.JPG
door:unsafearea ID Mf node.png ID of area being the less safety area this door connects to.
Door unsafe area.JPG
door:safetydirection safe Mf node.png The door opens towards the more safety area, e.g. into the room or into the building.
Door to safe.JPG
door:safetydirection unsafe Mf node.png The door opens towards the less safety area, e.g. out of the room or out of the building.
Door to unsafe.JPG
door:direction up Mf node.png The door opens upwards.
door:direction down Mf node.png The door opens downwards.
door:direction left Mf node.png The door opens to the left side of a persons perspective being in the more safety area. If the door is a hinged or sliding door (see door:type), this direction is opposite for a person on the other side.
Door left.JPG
door:direction right Mf node.png The door opens to the right side of a persons perspective being in the more safety area. If the door is a hinged or sliding door (see door:type), this direction is opposite for a person on the other side.
Door right.JPG

Accessibility information

Key Value Element Comment Rendering Photo
door:electricallyoperated yes Mf node.png The door is electrically operated. If door:electicallyoperated:switch is not specified, the door opens automatically.
door:electricallyoperated:switch yes Mf node.png The door has a switch. It will not open automatically without the user triggering the switch.
door:electricallyoperated:switch remote Mf node.png The door has a remote operating as a switch. The door will not open automatically without the remote control being operated.
door:electricallyoperated:switch smart_card Mf node.png The door has a switch. The switch is operated with a smart card. The door will not open automatically without the user sliding his smart card through or holding it near to the sensor.
door:electricallyoperated:switch fingerprint Mf node.png The door has a fingerprint reader. It will not open automatically without the user placing a finger onto the fingerprint reader.
door:electricallyoperated:switch eyescan Mf node.png The door has an eye scanner. It will not open automatically without the user looking into the scanner.
door:electricallyoperated:switch proximity Mf node.png The door has a proximity sensor. It opens or begins to turn (depending on door:type) as soon as someone approaches the door.
door:electricallyoperated:switch no Mf node.png The door has no switch. It opens or begins to turn (depending on door:type) as soon as someone approaches the door.
door:electricallyoperated:switch:nexttodoor yes Mf node.png The door has a switch. It is located next to the door. door:electricallyoperated:switch:nexttodoor=yes implies entrance:wheelchair=no if not door:electricallyoperated:switch:neartodoor=yes and not specified exclusively
Door switch next .JPG
door:electricallyoperated:switch:neartodoor yes Mf node.png The door has a switch. door:electricallyoperated:switch:neartodoor=yes implies wheelchair=yes if not specified exclusively
Door switch near.JPG

Use wheelchair=yes to describe the entrance possibilities for a wheelchair user if you want to define this value explicitly.

Panels or multiple doors

Key Value Element Comment Rendering Photo
door:panels 1...n Mf node.png The door has has a specified amount of panels. These panels either open based on a rotation or on a sliding motion, depending on door:type
Panels.JPG

If there are multiple doors (not only two panels opening in opposite directions) please use multiple nodes defined with the criteria above.

Access criteria

Please use the access=* values to describe who is allowed to enter.

  • access=yes The public has an official, legally-enshrined right of access.
  • access=delivery Access only for delivering goods to or from a customer.
  • access=private Access only with key or keycard.
  • access=no Access is not allowed.


Specify stairs and ramps seperatly by using stairs, DE:Stairs modelling as well as Key:ramp if the ramp is included in the staircase or Incline if it is not.

Rationale

Indoor routing requires information about where and how to enter a room. Specifically accessibility routing algorithms need to handle user difficulties. General accessibility can be specified with wheelchair=yes, however more detailed specifications would be nice.

Examples

In every public building: universities, schools, kindergarden, libraries.

Voting

--> I would like to invite everyone who has the opinion that the amount of information to be optionally provided is too much to join the discussion page. Apart of 3D representations, there are topics such as wheelchair usage, usage for blind people, routing and a lot more to benefit of details on doors. For everyone who thinks the structure of the tag names is bad, please join the discussion page too, I am new to openstreetmap and would be happy to get your thoughts. --andreas.balzer 16:44, 5 January 2012 (UTC)


  • I oppose this proposal I oppose this proposal. Who need such a lot of different keys for a simple entrance/door ? --R-michael 18:09, 26 December 2011 (UTC)
  • I approve this proposal I approve this proposal. Very helpful und essential for advanced 3D representation marek kleciak 19:54, 26 December 2011 (UTC)
  • I oppose this proposal I oppose this proposal. This proposal doesn't seem ready for voting yet. The definitions (eg. what a door is in the first place) are weak, and the door:electricallyoperated:switch:... constructs are awful. See discussion page. --Fkv 19:56, 26 December 2011 (UTC)
  • I oppose this proposal I oppose this proposal. Fkv is completely right. --Errt 20:49, 26 December 2011 (UTC)
  • I oppose this proposal I oppose this proposal. Fkv is completely rightt. User 5359 21:18, 26 December 2011 (UTC)
  • I oppose this proposal I oppose this proposal. I see no need for such details. But if it should be added there should be a better structure first. Willi2006 02:11, 2 January 2012 (UTC)
  • I oppose this proposal I oppose this proposal. This is way too complicated. For just a door. --Hansdorfff 20:40, 3 January 2012 (UTC)
  • I oppose this proposal I oppose this proposal. This is too complicated in its present form. It might be useful to have a "door" tag to which accessibility information can be attached, but that doesn't need this much detail. HillWithSmallFields 16:13, 05 January 2012 (UTC)
  • I oppose this proposal I oppose this proposal. comment in discussion LM 1 23:11, 5 January 2012 (UTC)
  • I approve this proposal I approve this proposal. Interesting to describe more for indoor mapping. J-Louis ZIMMERMANN 21:43, 18 November 2013 (UTC)

Applies to

nodes

barrier=door door=*

Pages affected