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

I thought this had come up before but couldn't locate relevant past questions. Nominatim takes address info for POIs from their associated streets. This sometimes leads to incorrect results. I have two cases in mind:

  1. Streets can and often run through administrative boundaries. It seems that these streets will have to be split, in order for Nominatim to show each segment with the correct place information. If done, should the boundary and the street share the node at the split? Would this be considered tagging for the geocoder?
  2. How can we deal with cases where the (district) boundary follows the street? When this is the case, POIs on opposite sides would of course be in different districts, but since they are attached to the same street, it doesn't seem possible to get the system to work correctly here.

asked 05 Jan '14, 00:48

Paul_012's gravatar image

accept rate: 33%

Even if Nominatim or other services fail at assigning multiple addresses to objects crossing administrative boundaries you should not split them at these points. As you already mentioned this is tagging/mapping for a specific service and consequently should be avoided. The only valid solution is to improve these services and fix such problems on the data consumer side.

permanent link

answered 06 Jan '14, 12:21

scai's gravatar image

scai ♦
accept rate: 23%

If I understand this page right, the indexing goes bottom-up. So i's invoked by the addresses itself and uses the tagged/closest road and the polygone/place radius area. So a road that crosses multiple boundaries can also be found in both cases and we don't need to split it.

(but please may nominatim experts call me wrong)

permanent link

answered 05 Jan '14, 08:12

iii's gravatar image

accept rate: 10%

Based on some observations searching at, this doesn't appear to be the case.

(05 Jan '14, 12:04) Paul_012

Maybe then a post (and updating the docs in the wiki) here might be a good choice:

(05 Jan '14, 12:22) iii

iii, the page you mention also states "During the indexing process an address is also calculated using the first feature found for each level. Where an is_in value is provided it is used to filter the address."

So, it's always located in "the first"

(06 Jan '14, 12:01) escada

Follow this question

By Email:

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



Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text]( "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:


question asked: 05 Jan '14, 00:48

question was seen: 5,260 times

last updated: 06 Jan '14, 12:21

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