Talk:Proposed features/entrance

From OpenStreetMap Wiki
Jump to: navigation, search

progress and voting

Is there any progress on this proposal?

I've mapped a lot of entrances of shops, malls, public_buldings, etc - and tried building=entrance for that. But:

  • that approach is not supported by renderes and JOSM
  • it has disadvantages, messing up the neat scheme when "building=* - is acctually a building"

So there is a real lack of good usable tag for entrances in map features.

I think entrance=* is the best way to map them. It's quite uriversal and suitable for all types of entrances. Actulally i've missed tag like this all the time. :) Locating entrances in big malls is could be difficult without map.

So is there a way to speed up approvement of this tag? Support in editors and renderes would be great.

Where and when i can vote for it? :) --Antares19 23:22, 3 November 2010 (UTC)

Nice to see a supporter. I will send it to voting if you want. If you use it, you support its approvement :-). BTW See the current use with taginfo --vsandre 16:24, 4 November 2010 (UTC)
It would be good if it can pass the voting procedure. But i'm not sure... is there a chance? I've started discussion on this topic on russian community forum about a month ago. Not everyone likes the proposal, but most people in discussion do. ps: anyway, i've already added about two dozens of entrances with this tag  :) --Antares19 06:09, 27 November 2010 (UTC)

difference to barrier=entrance?

For enclosed areas, Key:barrier is normally used. There is even a 'barrier=entrance'. With Key:access=emergency, you get an emergency exit. I don't see a real need for this tag --SveLil 13:06, 18 July 2011 (BST)

I just used barrier=entrance to indicate a wrought iron door in a wrought iron fence. See Node 1368576877 (XML, Potlatch2, iD, JOSM, history). --Ceyockey 03:22, 21 July 2011 (BST)
On the other hand, on a nearby building, I used building=entrance and entrance=main. See Node 1368579595 (XML, Potlatch2, iD, JOSM, history). --Ceyockey 03:33, 21 July 2011 (BST)

barrier=entrance is different from entrance=*.

  • entrance=* is a point where you can enter or leave an area or building.
  • barrier=entrance is nothing more than a gap or hole in a barrier. In Key:barrier is written:
    If it is just a "hole" with no limitations on the way then tag it as: barrier=entrance.
    It might be usable as en entrance/exit but it is not necessary. In respect to entrance=* this is a misleading wording (at least for non-native speakers). --EvanE 05:32, 15 October 2011 (BST)


What about enterance=gate? I think, it's a good way to map garages, factories, underground parkings etc. Gates often has names like "A1" or "Gate 4" and can be used for micronavigation.

I does not feel comfortable with your proposal. You propose to differ between a door and a gate. But the difference is only the width and height, isn't it. --vsandre 13:21, 14 October 2011 (BST)
This physical distinction should be done with barrier=door/gate/etc. --Fkv 05:31, 31 October 2011 (UTC)
That's a pretty good idea overall ... if an entrance is associated with a barrier, both keys should be provided; otherwise it is assumed that there is no barrier to the entrance (an open doorway, for instance). --Ceyockey 12:34, 31 October 2011 (UTC)
I think that an entrance without a barrier is a rare case, so it shouldn't be considered the default. If barrier=* is not set, just take it as undefined. If you wish to tag an open doorway explicitly, you can add barrier=entrance, which means that there is no barrier. --Fkv 04:49, 1 November 2011 (UTC)

entrances to residential buildings

The list of possible values and their description seems to mostly ignore residential buildings, e.g., what would be used for the staircase entrances? main? --Ij 23:28, 12 October 2011 (BST)

Or what's a suitable value for the so called "outdoor recreation equipment storage", i.e. a room for storing residents bikes? Or the bomb shelter/basement, when it has a separate door on the outside? Should we group together all sorts of doors to rooms providing auxiliary functions in an apartment building, or just go with entrance=bikeshed, entrance=basement, entrance=waste_disposal, entrance=laundry, entrance=mixed? Alv 16:55, 13 October 2011 (BST)

How about mentioning ref=* and/or addr:staircase=* that certainly are related. --Ij 23:31, 12 October 2011 (BST)

So, we've started using entrance=staircase for blocks of flats with staircases. For doors straight into someone's home from the outside (that is, detached, semidetached and terraced buildings), entrance=home is so far the most popular. Alv 12:22, 29 October 2011 (BST)
Hi, i'm from Ukraine and I have some problems with right understanding of tag entrance=staircase due to translating. Can you please say, which staircases are meant here: with lift (elevator), without lift (elevator) or both? --Edward17 (talk) 15:23, 23 November 2015 (UTC)
Both, it's not (directly) about the stairs but it's about the shared space between doors of each apartment and the outside world. In this context, entrance=staircase is a door separating the outdoors from the corridors spanning multiple floors. An apartment building has one or many staircases (some call them units), each with a separate entrance (sometimes one staircase has several doors out). Alv (talk) 16:06, 23 November 2015 (UTC)
I forgot to say "Thanks!" :) --Edward17 (talk) 11:23, 3 December 2015 (UTC)


Their are not only emergency exits. You should at least mention emergency entrance of hospitals as a case of entrance used in handling emergency-cases. Usually only emergency vehicle are allowed on the access road to such an emergengency entrance. --EvanE 12:05, 13 October 2011 (BST)

Somewhat related, there are also entrances designated as "attack routes" (literally translated) for firemen to use. There's already some use of emergency=*, haven't looked at that in the sense what combination each kind would be tagged as. Alv 13:21, 13 October 2011 (BST)

The first use case should be tagged as amenity=hospital (or in combination with some of the healthcare proposals) with entrance=yes.
In case of a door only be used by firemen or security guards you should tag it as entrance=yes or service and access=no with emergency=yes.--vsandre 12:52, 14 October 2011 (BST) [Update due to different authorship --EvanE 05:14, 15 October 2011 (BST)]
They're often just plain regular doors for everyday use, but designate the one door (out of many alternatives to the same garage) that for some reason is the preferred "attack route". I didn't notice that the previous paragraph didn't have a signature, so the context of my comment was broken. And your proposed solution to the first use case fails to differentiate between the emergency door of the hospital, and the main entrance for other visitors. Alv 13:56, 14 October 2011 (BST)

second entrance

How to tag an entrance that is neither the main entrance nor a service entrance?
entrance=side or something similar would be needed to definitely mark it as an entrance for public but not the main entrance.
entrance=yes is not prefered in this case, since it's equal to entrance=undefined. WalterSchloegl 16:16, 13 October 2011 (BST)

I agree that a value for this situation is missing from the proposal. I'd suggest either entrance=secondary or entrance=side. --Tordanik 22:14, 13 October 2011 (BST)
entrance=yes does not mean it is undefined !!! It is not more or less an entrance. --vsandre 12:39, 14 October 2011 (BST)

Though a little late, I'd also welcome an entrance=side. -- malenki 10:29, 27 May 2012 (BST)

Entry-only and exit-only

I think that the proposal is inconsistent and therefore not mature. There is an exit-only entrance, but no entry-only entrance. We have defined service entrances - but what about service exits? From my point of view, the direction should be handled by a different feature, such as foot:oneway or oneway:foot and other tags on the highway. That way, routers can find the correct entrance easily, without having to wonder which side is inside and witch one is outside. At least, we should handle entry-only and exit-only the same way. --Marl 19:20, 13 October 2011 (BST)

Adding oneway:foot tags for routing "without having to wonder which side is inside and witch one is outside" does not work. Nodes don't have a direction in the same manner as ways. --Tordanik 20:14, 13 October 2011 (BST)
I think his idea was that each and every door has (or would eventually have) a highway=footway ending at that node and that the very last bit would be a separate oneway way. But that won't work globally for other reasons:
  1. areas - such doors are frequently at the edge of a pedestrian area.
  2. some, especially such doors that are used roughly never, don't have any walkway leading to them, but there's just an area of grass in front of them. Alv 21:36, 13 October 2011 (BST)
Yes, that was my idea. However, I still think that it does work.
  1. pedestrian areas - this is similar to a two-way road with a "no entry" sign at one end. The common way of mapping is to use a very short piece of one-way highway.
  2. If there is a door somewhere, there must be a way to navigate to it, whether or not the way is visible. In doubt, it is a path or a tracktype=5.
--Marl 18:14, 14 October 2011 (BST)
You are pointing to an question I have never get ride of. An entrance is by definition a point where you can enter a building or an area. If you want to access a building you are interested in finding the next door you can use. (exit doors or emergency exits are not allowed) If you only have a look at this definition the proposal is complete. BUT while going to more micro mapping or for indoor navigation we need the information of entrances you can only use to go into a building and does not use as exit. ikz used entrance=enter for an entrance to a shopping mall (Node 812100952 (XML, Potlatch2, iD, JOSM, history)). But we can use entrance=no_exit or entrance=only, too.--vsandre 13:13, 14 October 2011 (BST)
There are multiple reasons to map something as an entrance so something of general interest. The most important one is to support accessibility. At least people with disabilities have good reasons for not walking around the building to find a usable door. But what concerns me most is that the current approach tries to put independent things into the same tag. A tag should carry only one sort of information. Importance is one sort, a direction is a different sort of information. If it cannot be avoided, the tag or the value should be structured. But in this case, we have already a good one for the direction part and I can see no reason go code it here. --Marl 18:14, 14 October 2011 (BST)

distinction between service and delivery

I've been going through the buildings for which I can classify the entrances straight away. Based on that, I think that there should be a distinct value entrance=delivery; many buildings that have doors for deliveries, have other doors used only by the service personel for other reasons than delivering stuff. Btw. does entrance=delivery_exit make sense for a door where the hgv's come out after they've unloaded their stuff at a hypermarket? As a value, it looks cumbersome. They have another door for entering, so that they can just drive through the building. Alv 15:37, 29 October 2011 (BST)

As I already noted at voting, I think that the entrance=*exit* thing is bad. There should be a separate tag like entrance_direction=in/out/both with "both" as the default value. Concerning the service/delivery distinction, I see 3 possible solutions: 1) different tags entrance=service/delivery - or service;delivery with semicolon if it's used for both. 2) just treat them the same, as the proposal does. 3) use access=private for service and access=delivery for delivery entrances. (Note that access=delivery is a superset of access=private, i.e. private access is always permitted unless access=no is set.) --Fkv 03:54, 30 October 2011 (UTC)
+1 --Ceyockey 15:45, 30 October 2011 (UTC)
+1 - I can also live with the direction tag replacing the exit stuff. It doesn't help routers much, but everything is better than mixing in/out into the entrance tag. --Marl 16:50, 30 October 2011 (UTC)

Entrance to rooms inside a building

--andreas.balzer 03:58, 17 November 2011 (GMT+1) I am adding indoor information for our university campus. I am looking for a tag to map doors within buildings. Is it possible to change this feature to include indoor doors? Proposed features/entrance/indoor-usage


Maybe someone should change the pages buildings and building=* and mark building entrance as depricated! --Langläufer 21:28, 29 March 2012 (BST)

Approved - and now?

Since this proposal has been approved, it should be moved out of the proposals to the "normal" tags. Plus, above mentioned suggestion of Langläufer should/could be regarded. -- malenki 10:31, 27 May 2012 (BST)

There has been a "normal" tag page Key:entrance for a while now. --Tordanik 18:43, 27 May 2012 (BST)

keys highway and entrance

I posted the following as a message to an editor; I think it would be useful to share here. --Ceyockey 14:23, 21 December 2012 (UTC)

Hello - just checking with you on your recent editing ... I tend to agree with connecting tag:highway=footway ends with key:building boundaries where it looks like the footway is an entrance. I had not been doing this before because the available data didn't provide any information on the type of entrance present there; without a survey, it is not possible to indicate whether an entrance is passable or not as it might be an emergency exit or a regularly locked entrance only used for special purposes. My feeling is that if a footway and building are connected a key:FIXME should be added to the connecting node with a value like "verify entrance type" or similar. --ceyockey