I'm extracting city streets by osm relation and ways. In common case street consists of relation as street which includes a list of its child way (or ways) as street. Both the relation as street and its way as street can be tagged with name.  My guess was that the name tag of relation as street has more higher priority then the name tag of its child way. But it looks like it is not a correct assumption.

Example: relation 3431740 tagged with "Дзержинського вулиця" as name, and its child way 147405229 tagged with "Благодатний провулок" as name and on the map I see the street name as "Благодатний провулок".

So my question is: Which way does the Osm define the name of the street if there are alternatives?

asked 19 Mar, 17:28

Ozerovn's gravatar image

Ozerovn
1112
accept rate: 0%


A relation with type=associatedStreet is used for addressing, not for defining anything about the street itself. It just says that the members of the relation have an address on that street.

The longstanding standard is that the name of a street is in the name tag on the way.

permanent link

answered 19 Mar, 18:05

alester's gravatar image

alester
6.1k25992
accept rate: 30%

I see, thanks

(19 Mar, 19:34) Ozerovn

Also associatedStreet relations can be used to define addr:parentstreet (as this tag has only recently been proposed), so you could have <street name=""> on the ways and <parent street="" name=""> on the relation.

(20 Mar, 16:12) SK53 ♦
Your answer
toggle preview

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:

×127
×107

question asked: 19 Mar, 17:28

question was seen: 276 times

last updated: 20 Mar, 16:12

powered by OSQA