NOTICE: help.openstreetmap.org is no longer in use from 1st March 2024. Please use the OpenStreetMap Community Forum

Hi,

I installed a local Nominatim server, including TIGER data.

In some reverse-geocoding queries for locations in the US, I'm not getting back the state.

For example, for the following query, I get a similar result on my local server, minus the state:

http://nominatim.openstreetmap.org/reverse?lat=25.760901249584499&lon=-80.145328467942463

Does anyone know what could be the reason for this?

Thanks, Raz

asked 11 Mar '14, 09:45

RazAlon's gravatar image

RazAlon
619914
accept rate: 0%

2

Did you import the entire planet or a US extract only?

(11 Mar '14, 12:48) lonvia
1

the entire planet, the file is from early January 2014

(11 Mar '14, 13:46) RazAlon

@lonvia does it matter whether one import the whole planet or only a particular country please? I'm struggling with same problem

(02 Apr '19, 10:05) Yura

The Florida relation was broken in early January. It has been fixed in the meantime but you still caught the bad version with your import, so the boundary for Florida is missing. Here is a way to update your database for such broken objects without a reimport:

  1. Import the latest version of the object in question. You need to find the OSM type and id of the object, for example by searching on osm.org. Florida is here. For the import, the update script can be used, i.e

    ./utils/update.php --import-relation 162050 --index
    
  2. Check that the import worked by searching for the object in your local instance. If it didn't work, the object might still be broken and you have to fix it in OSM first. Find out the place_id of the object by looking up details in your instance. For example, Florida on the osm.org instance is here, so the place_id is 97976186. The ids are different for every instance.

  3. Update any places in your database that depend on the object, e.g. for Florida again:

     psql -d nominatim -c 'select place_force_update(97976186)'
     ./utils/update.php --index --index-instances 2
    

    Be warned that this may take a long time for an area as large as Florida.

If you run updates on your database, (1) will happen automatically. Dependent places, however, will not be updated for larger areas for performance reasons, so you may still want to do (2) and (3).

permanent link

answered 11 Mar '14, 22:50

lonvia's gravatar image

lonvia
6.2k25789
accept rate: 40%

1

Thank you, that explains about 93% of my missing states. I do see the same problem in other states too, for example Kansas:

http://nominatim.openstreetmap.org/reverse?lat=39.062966597302903&lon=-94.608148997737700

Are there any other general known problems? Thanks, Raz

(12 Mar '14, 09:19) RazAlon
2

The Kansas example is a road that goes over the state boundary and clearly has a problem with that (after reindexing, it's visible on osm.org, too). That is a bug worth reporting.

(12 Mar '14, 09:44) lonvia

thanks, I reported it on github

(23 Mar '14, 10:52) RazAlon

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here

By RSS:

Answers

Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text](http://url.com/ "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:

×689
×85
×14
×8

question asked: 11 Mar '14, 09:45

question was seen: 6,009 times

last updated: 02 Apr '19, 10:05

NOTICE: help.openstreetmap.org is no longer in use from 1st March 2024. Please use the OpenStreetMap Community Forum