From OpenStreetMap Wiki
(Redirected from Tag:type=street)
Jump to: navigation, search
Available languages — Relation:street
Afrikaans Alemannisch aragonés asturianu azərbaycanca Bahasa Indonesia Bahasa Melayu Bân-lâm-gú Basa Jawa Baso Minangkabau bosanski brezhoneg català čeština dansk Deutsch eesti English español Esperanto estremeñu euskara français Frysk Gaeilge Gàidhlig galego Hausa hrvatski Igbo interlingua Interlingue isiXhosa isiZulu íslenska italiano Kiswahili Kreyòl ayisyen kréyòl gwadloupéyen kurdî latviešu Lëtzebuergesch lietuvių magyar Malagasy Malti Nederlands Nedersaksies norsk norsk nynorsk occitan Oromoo oʻzbekcha/ўзбекча Plattdüütsch polski português română shqip slovenčina slovenščina Soomaaliga suomi svenska Tiếng Việt Türkçe Vahcuengh vèneto Wolof Yorùbá Zazaki српски / srpski беларуская български қазақша македонски монгол русский тоҷикӣ українська Ελληνικά Հայերեն ქართული नेपाली मराठी हिन्दी অসমীয়া বাংলা ਪੰਜਾਬੀ ગુજરાતી ଓଡ଼ିଆ தமிழ் తెలుగు ಕನ್ನಡ മലയാളം සිංහල ไทย မြန်မာဘာသာ ລາວ ភាសាខ្មែរ ⵜⴰⵎⴰⵣⵉⵖⵜ አማርኛ 한국어 日本語 中文(简体)‎ 吴语 粵語 中文(繁體)‎ ייִדיש עברית اردو العربية پښتو سنڌي فارسی ދިވެހިބަސް
Public-images-osm logo.svg street
Osm element relation.svg
bind all parts of a street together and everything else that belongs to it Edit or translate this description.
Group: Addresses

  • way area - street
  • node way area - address / house
  • node way area - associated / others
Status: in usePage for proposal

This is a variant of the more widely used associatedStreet relation. In common with associatedStreet, the purpose of this relation is to group all the elements that make up a street together. One advantage of doing this is that it avoids the need to repeatedly use tags that apply to an entire street, such as addr:street or addr:city. These tags can instead be included once inside the relation. Street relations also provide an explicit connection between addresses and the street to which they belong.

Note that this relation is not established and unsupported by some applications. It has also not been approved by vote. You can still use it, but you should not delete existing tagging in its favour.

Differences from associatedStreet

Street and associatedStreet relations are in most ways inter-compatible and data users should have little difficulty in utilising both.

  • this relation favours using the role 'address' instead of 'house' for objects representing addresses. This makes sense because addresses are not just houses, but shops, offices, factories, and so on. The 'address' role is therefore more accurate and less potentially confusing.
  • this relation also allows for including features that belong to a street but are not addresses using the 'associated' role.
  • clear definition about custom user tags * Any Tag that applies to all parts of the street. With associatedStreet it is up to software how to use Karlsruhe Schema on building=* vs relation.


Key Value Comment
type street Defines that this is a Relation of the type 'street'.
name * The name of the street (required).
any * Any Tag that applies to all parts of the street.


Type Role Recurrence? Comment
way area street One or more All ways that are part of the street (as in with the same name)
node way area address / house Zero or more All objects representing addresses along the street (typically tagged with addr:housenumber or addr:housename).

node A node representing one or more addresses belonging to the street.
way A housenumber interpolation line.
area A building or other area that represents one or more addresses belonging to the street.

node way area associated / others... Zero or more Anything else that belongs to the street, but doesn't contain an address.

Software that support this tagging schema

See also

  • Relation:associatedStreet - used to connect streets with houses, for addressing purposes
  • addr=* - the addr tag is the prefix for several addr:* keys to describe addresses
  • a map demo tool: Clickable road - complete-street - show all osm-way segments which have the same name (no Relation:street is needed for this purpose)