-
-
Notifications
You must be signed in to change notification settings - Fork 717
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Indexing of named entrances #2833
Comments
|
Note that this issue comes out of a discussion on the German forum: https://community.openstreetmap.org/t/pforte-wie-eintragen/3047 Unfortunately there wasn't any usable conclusion there. One thing is indisputable: Nominatim currently does not index named entrances/gates. That should be changed. Looking at the example and other named So the question is: should |
What do you mean? How would the overall entrance (to fenced company premises) be tagged if not as a barrier=gate? I was under the impression that entrance=* is rather only used on building entrances, not on fences and walls. At least in German, an "entrance" through a fence would always be called a "gate", no matter the size. |
A So
It's mostly used on buildings but there is no restriction there. The wiki says 'point where you can go into a building or enclosed area (such as a zoo, theme park, cemetery grounds etc)'.
The German word 'Tor' can be used in the metaphysical sense of 'gateway'. That part is not covered by |
There is no way to tag the whole entrance area (gate + gate house etc) of an entrance though, as far as I know. But if the tagging reality is that If you are unsure about the prevalence in tagging of either, maybe this needs some research to find out which tagging is really used in such cases. |
Other tagging, the same issue:
|
What did you search for?
Tor 3, REYHER, Hamburg
What result did you get?
None
What result did you expect?
https://www.openstreetmap.org/node/9396927629
Further details
REYHER, Hamburg returns the expected result: The company premises of Reyher.
So, Nominatim has the ability to find objects independent of
addr:*
tags and also has some notion of which objects are contained in other objects. Gates (on the outline of such objects) with eithername
orref
seem to not be regarded, however.The text was updated successfully, but these errors were encountered: