You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.
Searching for "Fukuoka" in Nominatim does not return the relation. Looks as if you need to search for the full name, not just "Fukuoka".
The Nominatim details page: http://open.mapquestapi.com/nominatim/v1/details.php?place_id=2134800060
shows an admin_level in Nominatim of "15". The OSM relation does not have any "admin_level" tag and the members of the relation have "admin_level=6" tagging. So, assuming the Nominatim "admin_level" is the same as the OSM one, surely it should be 6 (or 'undefined'), not 15?
Nominatim appears to be classifying the Fukuoka-ken relation as "Type: boundary:administrative", but it is not tagged as such. It is tagged as "place=region". A node with a "place=region" tag seems to be classified as "Type: place:region", so is being treated differently for some reason.
The text was updated successfully, but these errors were encountered:
Author: spod [Added to the original trac issue at 9.11pm, Sunday, 1st May 2011]
Also:
5) Although the multipolygon is tagged with "place=region", it is ignored when searching for a sub-place.
e.g. when searching for "Fukutsu" the "Fukuoka-ken" multipolygon - tagged with "place=region" - should be selected as the region, because the multipolygon encloses the "Fukutsu" node. However, the node region "Kumamoto" is selected instead.
Author: lonvia [Added to the original trac issue at 9.35am, Thursday, 1st May 2014]
"Fukuoka" is a partial search, you need to ask for more search results before it is shown.
admin_level must go on the relation. This has been done in the meantime and solves most of the issues.
place=region are searchable but they are ignored in the address hierarchy because it is mostly used for places that exist outside any administrative hierarchies.
Reporter: spod
[Submitted to the original trac issue database at 11.43am, Friday, 29th April 2011]
This OSM multipolygon boundary relation appears to be handled strangely in Nominatim:
http://www.openstreetmap.org/browse/relation/1553735
The relation is tagged as "place=region", "name= (Fukuoka-ken)".
4 strange things:
Searching for "Fukuoka" in Nominatim does not return the relation. Looks as if you need to search for the full name, not just "Fukuoka".
The Nominatim details page:
http://open.mapquestapi.com/nominatim/v1/details.php?place_id=2134800060
shows an admin_level in Nominatim of "15". The OSM relation does not have any "admin_level" tag and the members of the relation have "admin_level=6" tagging. So, assuming the Nominatim "admin_level" is the same as the OSM one, surely it should be 6 (or 'undefined'), not 15?
The Nominatim 'address hierarchy' seems to place the relation 'inside/below' a highway (536), city (Fukuoka: http://www.openstreetmap.org/browse/node/331385074) and a county (Tamana: http://www.openstreetmap.org/browse/node/739281122) and another region (Kumamoto: http://www.openstreetmap.org/browse/node/739281222). Because the relation is tagged as "place=region", surely it shouldn't be inside smaller things or inside an object that is also a region?
Nominatim appears to be classifying the Fukuoka-ken relation as "Type: boundary:administrative", but it is not tagged as such. It is tagged as "place=region". A node with a "place=region" tag seems to be classified as "Type: place:region", so is being treated differently for some reason.
The text was updated successfully, but these errors were encountered: