Talk:Key:automatic door
I would suggest using the value "motion" rather than "infrared" and "camera", and have edited the wiki page.
IR sensors for automatic doors do exist, but are rare. I suspect that value is mostly used where motion detectors are present.
Motion detectors are far more common, and use a variety of technologies (see the wikipedia page for "Motion detector").
The value "camera" is unclear. Does this refer to a door opened when an operator sees the visitor on a camera and opens the door manually or remotely? Or some sort of facial recognition program? If so, I don't believe that is "automatic".
I suspect this will also be used in error to refer to motion sensors.
Door opens at time specific time
I have seen a door that opens automatically exactly five minutes before the official opening of a store. Not just unlock, but really open. automatic_door=time combined with opening_hours=? --TBKMrt (talk) 16:17, 22 May 2020 (UTC)
Automatic door with badge
This place uses revolving doors with badge access. Should this be marked as automatic door? --Tielemans.jorim (talk) 21:17, 13 January 2023 (UTC)
- Yeah, I think it definetely shall, yes. Badge access might be rather somehting for
access=*tagging? If, for example, members have access only, it should beaccess=private+private=members. I'm not 100% sure, but maybe you meant something linke this--Lukas458 (talk) 19:17, 31 January 2023 (UTC) - @Tielemans.jorim and Lukas458: I'd tag it with automatic_door=badge. Consider, for example, that a person wants to go into a private club to sign up as a member or into a private company building for an interview. They might want to know that a certain door requires a badge, as opposed to an automatic_door=motion. The latter is likely to lead into a lobby where you can introduce yourself and get further assistance. The former means you should find a different entrance, or use a doorbell/door phone and wait outside for someone to let you in. —Luftballon (talk) 00:04, 7 October 2025 (UTC)
- It's not good to mix up different aspects. This is already handled by
access=private, which results in overlapping use.
It's possible to have doors which you have to press a button after tapping cards. Semicolon multival doesn't distinguish whether either is possible, or both are required to open the door.
There'sauthentication:*=*
—— Kovposch (talk) 07:57, 10 October 2025 (UTC)
- It's not good to mix up different aspects. This is already handled by
How do you map a door that can be opened both electronically and manually?
Bkil (talk) 11:27, 9 March 2023 (UTC)
automatic_door=*is not flexible.automated=yesis better.door:handle=*existed in Proposed_features/door#Handle_type:_"door:handle" which seems to be generalized intohandle=*forpipeline=valvelater. --- Kovposch (talk) 02:48, 10 March 2023 (UTC)