Opened 8 years ago

Closed 8 years ago

#4347 closed defect (fixed)

Reverse geocode provides wrong city

Reported by: don@… Owned by: geocoding@…
Priority: minor Milestone:
Component: nominatim Version:
Keywords: Cc:


The result: <reversegeocode timestamp="Sun, 08 Apr 12 16:15:29 +0100" attribution="Data Copyright OpenStreetMap Contributors, Some Rights Reserved. CC-BY-SA 2.0." querystring="format=xml&lat=42.10221539&lon=-87.9626127&zoom=18&addressdetails=1"> <result place_id="35192468" osm_type="way" osm_id="24095821" lat="42.1027044736255" lon="-87.9632312445332"> Thomas Ave, Des Plaines, Cook, Illinois, 60004, United States of America </result> <addressparts> <road>Thomas Ave</road> <city>Des Plaines</city> <county>Cook</county> <state>Illinois</state> <postcode>60004</postcode> <country>United States of America</country> <country_code>us</country_code> </addressparts> </reversegeocode>

The zip code is correct, but the City (Des Plaines) is not. This location is in Arlington Heights.

Change History (2)

comment:1 Changed 8 years ago by don@…

Here's another one:

<reversegeocode timestamp="Sun, 08 Apr 12 16:55:22 +0100" attribution="Data Copyright OpenStreetMap Contributors, Some Rights Reserved. CC-BY-SA 2.0." querystring="format=xml&lat=42.05199877&lon=-87.97432346&zoom=18&addressdetails=1"> <result place_id="12371005" osm_type="node" osm_id="1099040477" lat="42.052049" lon="-87.9747097"> Golf Liquor, South Goebbert Road, Des Plaines, Cook, Illinois, 60005, United States of America </result> <addressparts> <beverages>Golf Liquor</beverages> <road>South Goebbert Road</road> <city>Des Plaines</city> <county>Cook</county> <state>Illinois</state> <postcode>60005</postcode> <country>United States of America</country> <country_code>us</country_code> </addressparts> </reversegeocode>

comment:2 Changed 8 years ago by Sarah Hoffmann

Resolution: fixed
Status: newclosed

Nominatim had not imported the boundary relation for Arlington Heights. Not quite sure why but presumably there was a geometry error during the initial import that has been fixed in the meantime. (Nominatim does not pick up changes in the boundary ways when the relation is not changed.)

I forced an update and it should be ok now. Please note that there will be a DB reimport in a few days which should fix similar problems with neighbouring boundaries.

Note: See TracTickets for help on using tickets.