Hi Sarah,
Works perfectly now. Thanks for your help.
John
On 04/02/2015 05:41 PM, Sarah Hoffmann wrote:
Hi John,
On Thu, Apr 02, 2015 at 11:10:59AM -0400, John Shimer wrote:
About 3 months ago I set up a local instance of Nominatim 2.3.1 with
a scope of North America. In general things are going quite well,
but I have recently run into an issue that I can't seem to resolve.
All geocoding and reverse geocoding queries involving locations
within Escondido, CA, will not return Escondido, CA in the address.
Nearby hamlets like Ponderosa Club Mobile Home Park, are returned
instead. For example...
The geometry for the city was broken. I've fixed it now:
http://www.openstreetmap.org/changeset/29938976
the query - 545 West Washington Avenue, Escondido, CA (33.124267,
-117.091156)
returns - 545, West Washington Avenue, Ponderosa Club Mobile Home
Park, San Diego County, California, 92025, United States of America.
If you were actually searching for Escondido on nominatim.osm.org
and then check the details, you'll see that the city is broken there,
too: http://nominatim.openstreetmap.org/details.php?place_id=127727720
The best way to track down such problems is Geofabrik's OSM Inspector.
You can see the error in the boundary about here:
http://tools.geofabrik.de/osmi/?view=multipolygon&lon=-116.99296&lat=33.10713&zoom=15&overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,ways,role_markers,way_end_nodes,way_nodes
If I go out to the Openstreetmap Nominatim instance, the correct
result with a city name of Escondido is returned. I noticed that the
geometry of the Escondido city relation in the OSM data base is
rather complex, but it looks correct to me.
I'm not quite sure why the results differ but it can happen with
broken geometries when the updates are done at slightly different
times.
I've already tried reimporting/reindexing the city relation, but
that does not seem to help.
Reimporting and reindexing should solve the issue now that the
relation is fixed. Note that the normal updates won't be able to catch the
change, you really have to manually reimport with
./utils/update.php --import-relation 253827 --index
Sarah
Sarah
_______________________________________________
Geocoding mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/geocoding