RU:Адреса

Объект : Адреса

Описание

Используется для указания адресов зданий или других объектов

Группа

Адресация

Теги

Адресная информация может быть добавлена в OpenStreetMap различными способами, в том числе с помощью указания адреса для простой точки, здания, участка или другой территории или даже для каждого входа здания.

Теги OpenStreetMap поддерживают различные способы адресации, применяемые в мире.

Как указывать адрес

Адреса указываются тегами группы addr=*. Теги могут быть добавлены:

• на отдельные точки внутри полигонов зданий building=*;
• на полигон здания building=*;
• на точки, являющиеся частью полигона здания (например entrance=*) или на точку доступа к участку (например barrier=gate или barrier=entrance), используется там, где адреса присваиваются входам, а не зданиям;
• на полигон, представляющий внешнюю границу земельного участка (если адреса присваиваются зданиям, этот способ применять не следует);

Этот подход исторически восходит к схеме Karlsruhe.

На странице Rapid Address Collection описаны некоторые способы быстрого сбора адресной информации.

Как правило, адресная информация не должна дублироваться, то есть каждый addr:housenumber=* должен встречаться на данной улице только один раз (и как правило помещаться на здании). Программное обеспечение обычно может связывать адреса с другими сущностями на основании географической близости и инструменты обеспечения качества часто помечают дублирующиеся адреса как ошибочные. Однако по этому вопросу до сих пор имеются различные точки зрения (например Address information in POI *and* building? на help.openstreetmap.org). Также сообщества в отдельных странах установили свои собственные правила внесения адресной информации.

Такие теги, как addr:country=*, addr:city=*, часто являются избыточными, так как объекты внутри административных границ (если они обозначены) "наследуют" от них свои атрибуты. Это поддерживается такми программами как Nominatim и Photon.

Использование отношений

С помощью отношения RU:Relation:associatedStreet можно связать дома и улицы, к которым они относятся. Это может использоваться как альтернатива тегу addr:street=*. Основное применение данного отношения является адресация с наименованием улицы на нескольких языках.

На июль 2015 около 10% адресов домов отмечено по данной схеме. Некоторым участниками сообщества дальнейшее использование этого отношения ставится под сомнение.

Отношение RU:Relation:street используется для связи улицы и всего что к ней относится, включая здания и адреса. Оно также может использоваться как альтернатива тегу addr:street=*, а также другим тегам группы addr=*, таким как addr:city=*

Здания с несколькими адресами

По этой теме консенсус ещё не достигнут. Предлагаются следующие варианты:

• Создать точку с адресом для каждого адреса и поместить её на внешней линии или внутри полигона здания.
  • в некоторых сообществах есть локальное соглашение, что это способ является предпочтительным, например в Польше
  • (не присваивайте в этом случае адрес зданию, иначе появятся дублирующиеся адреса)
• Если номера дома связаны с отдельными подъездами, то добавить адресные теги на точку входа в подъезд entrance=*.
• Указать номера через запятую (например, 11,13,15) или точку с запятой (например, 11;13;15).
  • На данный момент запятая более популярна. Хотя основным разделителем нескольких значений, принятым в ОСМ, является точка с запятой, широко признанная схема "Karlsruhe" предписывает использовать запятую для указания нескольких номеров домов.
  • В дискуссии в списке рассылки по тегированию было предложено вместо запятой использовать точку с запятой, см. [1][2]
• Указать диапазон (например, 10-95). Учтите что это может привести к путанице:
  • Когда диапазон применяется ко всему зданию, это предпочтительный метод. В таком случае "10-95" всего лишь метка как и любое другое значение. В этом и других случаях номера зданий с дефисами не являются особенными.
  • Когда данный диапазон подразумевает список адресов, используйте тег addr:interpolation=*, чтобы подчеркнуть это. Некоторые участники сообщества добавляют короткую линию, на которой обычным образом ставят адреса 10 и 95 на крайних точках. Другие указывают диапазон 10-95 на самом объекте, добавляя тег addr:interpolation=*, который позволяет отличить такое обозначение от значения "просто метка", указывая, что оно должно быть интерпретировано как диапазон. Оба подхода используются на практике и единого мнения здесь нет.
  • Следует иметь в виду, что в некоторых случаях здание или комплекс зданий имеет единый адрес вида 3-5, который только выглядит как диапазон номеров домов. Естественно такой адрес не следует автоматически конвертировать без проверки.
• В случае отдельных зданий, отрисованных как одно, рекомендуется создать отдельные связанные полигоны для каждого из зданий, каждый со своим номером.
• Имейте в виду, что существуют здания, которые являются единым зданием с единственным входом, но тем не менее имеют "адрес с дефисом", например 4-5 Bonhill Street 157901333 157901333 и другие здания рядом. В этом случае для обозначения нет отдельных входов. В некоторых случаях целый комплекс из нескольких зданий имеет такой адрес, например больница в Польше с адресом Wrocławska 1-3 Kraków.

Несколько зданий с одним адресом

Это часто встречается на фермах, заводах и школах. В таком случае допускается нарисовать линию по периметру объекта и добавить на нее адресные и другие общие теги, например название. Данный подход позволяет избежать избыточности в данных. Если здания не могут быть объединены единым периметром (например, школа из двух зданий в квартале друг от друга), используйте отношения multipolygon или site.

Для зданий, которые адресуются именем, используйте тег addr:housename=*.

Использование интерполяции

Если вдоль улицы нет точек или полигонов для каждого номера дома, можно воспользоваться автоматической интерполяцией номеров. Для этого, соедините имеющиеся дома линией и отметьте эту линию тегом, обозначающим способ интерполяции, так как указано на рисунке выше. Дополнительные теги, такие как addr:street=*, по прежнему добавляются к объектам с тегом addr:housenumber=*, тогда как линия интерполяции имеет только тег addr:interpolation=*.

Если какие-то отдельные дома необходимо пропустить (например, пропущен номер дома 13), то надо начертить две линии (например, одну для домов 1-11 и другию для домов 15-25). Если же номера домов пропускаются в соответствии с некоторым регулярным правилом через одинаковый шаг (например для нечётной стороны: 3401, 3405, 3409, и т.д.), используйте тег addr:interpolation=* с цифровым значением этого шага, в данном случае addr:interpolation=4. (Заметьте, что addr:interpolation=odd and addr:interpolation=even это частные случаи addr:interpolation=number, где number это 2, а начальная точка нечётная или чётная, соответственно.)

Если отдельная точка или полигон здания отмечены тегом номера дома и одновременно номер дома может быть вычислен в результате интерполяции, программное обеспечение должно аккуратно обрабатывать эту ситуацию и отдавать предпочтение номеру, явным образом проставленному на объекте.

Как можно увидеть на иллюстрации выше, можно добавлять отдельные точки с нечисловым значением тега номера дома addr:housenumber=* в любую из интерполяций odd/even/all (например, 12b). В интерполяции это значение будет проигнорировано. Однако, конечные точки в интерполяции всегда должны следовать заданному правилу! Например для addr:interpolation=even тег addr:housenumber=* на конечных точках должен быть четным.

Также может использоваться интерполяционный метод alphabetic, чтобы интерполировать буквенные символы в номерах домов. Таким образом, если вам надо последовательно отметить дома от 7a до 7f, вы можете соединить их линией, помеченной тегом addr:interpolation=alphabetic. Нельзя смешивать алфавитную интерполяцию с другими интерполяционными методами. Есть специальный случай для латинских букв, когда первая позиция является числом, а остальные пронумерованы буквами латинского алфавита, начиная с A. Например, последовательность 25-25F означает, что дома пронумерованы следующим образом: 25 — 25A — 25B…25F.

Некоторые участники сообщества используют addr:interpolation=* на единичном объекте для указания, что его тег addr:housenumber=* должен рассматриваться как диапазон, а не как неделимая метка (см. выше). Консенсус по этому вопросу отсутствует.

Использование интерполяции адресов при частичном обследовании

Для указания точности интерполяции может использоваться необязательный тег addr:inclusion=*, определяющий каких данных не хватает в обследовании:

1. Не все дома еще присутствуют, но но номера на конечных точках улицы определены точно.
2. Конечные точки улицы неизвестны, но можно сделать предположение о диапазоне номеров домов.
3. Номера домов отсутствуют или повреждены до неузнаваемости, так что интервал не может быть точным.
4. Использование данных US TIGER для указания всех возможных адресов в данном квартале; полезно для навигации к ближайшему кварталу, где еще не было обследования.

• addr:inclusion=actual — представляет точное обследование, где каждому номеру дома из адресной интерполяции в точности соответствует номер реально существующего дома. То же самое значение принимается при отсутствии тега addr:inclusion=*.
• addr:inclusion=estimate — интерполяция адресов может содержать номера, которые физически не существуют по причинам 1—3, обозначенным выше. Было проведено обследование и сделаны расчеты с учетом пространства, которое могут занять реальные дома.
• addr:inclusion=potential — полный диапазон всех возможных номеров в квартале, хотя в квартале в реальности может быть недостаточно места для этого диапазона номеров. Интерполяция по данным US TIGER — один из примеров, когда геолокация может быть не точнее одного квартала.

Адреса без названий улиц

Некоторое адреса зданий не включают названий улиц. Например, в маленьких деревнях адрес может включать только название деревни и имя или номер дома; на маленьких островах адреса могут состоять из названия острова и имени здания (например, спортивный центр на Елагином острове в Санкт-Петербурге).

В некоторых постсоветских странах, таких как Туркмения, адреса зданий состоят из номера дома и названия административного района города (и иногда микрорайона), в котором данное здание расположено, например микрорайоны Парахат и Гаудан в Ашхабаде. В этих случаях номера домов присваиваются в том порядке, в котором строились здания и не имеют связи с расположением домов относительно друг друга.

В этих случаях не следует использовать тег addr:street=*. Вместо это необходимо использовать тег addr:place=* для указания части адреса, которая заменяет название улицы/переулка/проспекта..., например для названия деревни или части населенного пункта (района города, микрорайона, и т.п.).

Локальные особенности адресации в разных странах

Россия

В Российской Федерации вопрос присвоения адресов на данный момент (2021 год) регулируется правилами, утвержденными Постановлением Правительства РФ от 19 ноября 2014 г. № 1221 "Об утверждении правил присвоения, изменения и аннулирования адресов" в редакции от 04.09.2020 pravo.gov.ru.

Пункт I.5 данных правил гласит, что адрес может быть присвоен не только зданиям, сооружениям и помещениям в этих сооружениях, но и земельным участкам. Данный вопрос является предметом периодических споров в русскоязычном сообществе OSM, так как существует неверное мнение, что адрес может быть присвоен только сооружениям и зданиям, а участки своего адреса иметь не могут, потому адреса вида "улица Лосиноостровская, владение 45" не должны существовать, так как относятся не к зданиям, а к территории. Однако, данная инструкция ясно говорит об обратном. Также из этих правил следует, что адрес может быть назначен сооружениям, соответственно, наличие адреса у объектов, не являющихся зданиями в общепринятом смысле ― мостов, подземных переходов, башен связи или иных конструкций, не является ошибкой.

Пункты II.9 и II.10 данных правил гласят, что при присвоении адреса отдельным помещениям или сооружениям объекта незавершенного строительства, такие адреса должны соответствовать адресам земельных участков, в границах которых расположены соответствующие строения, и что адрес отдельного помещения должен соответствовать адресу того объекта, частью которого он является.

Следует помнить, что действие указанного постановления распространяется на новые адреса. Старые же адреса, присвоенные до принятия этого постановления, не всегда соответствуют современным правилам адресации.

Ключи addr=* должны использоваться только для указания номера addr:housenumber=*, либо имени addr:housename=* (в России не используется) объекта адресации, а также для указания соответствующих адресообразующих элементов (объектов дорожной сети через addr:street=*, территорий через addr:place=* и т.д.), действительно присутствующих в адресе. Если какой-то элемент в официальном адресе отсутствует, вносить его в теги addr=* не следует. Например, если адрес выглядит, как "город Иваново, улица Ленина, дом 1", но также известно, что дом 1 находится в муниципальном районе "Заводской", наименование района в теги адреса вносить не следует. Теги addr=* не предназначены для условной группировки адресов или связывания зданий с какой-либо территорией. Более сложным примером является ситуация, когда территориальное деление влияет на формирование адреса (номера объекта адресации), но элементы этого деления не являются адресообразующими. Например, номера домов в населенном пункте получают префикс номера микрорайона, но слово "микрорайон №..." в адресе отсутствует. Такие случаи требуют особого рассмотрения.

В сообществе продолжается дискуссия [3] о том, являются ли избыточными адресные теги, которые могут быть определны из административных границ, внутри которых находится объект адресации, или же следует всегда указывать весь набор тегов, составляющий официальный адрес объекта. Согласно первому варианту (так называемая сокращенная схема) достаточно прописать только адрес внутри населённого пункта. Обычно это номер дома addr:housenumber=*, улица addr:street=* или иная территория, по которой ведётся адресация, и название населенного пункта addr:city=*. В случае наличия в пределах населённого пункта одноимённых улиц в адрес может входить уточняющая информация addr:suburb=*.

Остальные части адреса – страна addr:country=*, регион addr:region=*, район addr:district=* и муниципальное образование addr:subdistrict=* – определяются из соответствующих административных границ, внутри которых располагается объект адресации.

Сокращенная схема адресации поддерживается существующими популярными приложениями, такими как конверторы в навигаторы, основанные на RU:osm2mp (Гармин, Навител, СитиГИД, ГисРусса). Кроме того, osm2mp умеет получать название улицы из отношений Relation:street или RU:Relation:associatedStreet.

Нумерация домов

Номер дома (вносится в addr:housenumber=*) кроме цифр может включать буквы и другие символы. Корпус и строение дома следует указывать в формате "48А к2 с1 соор3 фл1" - дом номер 48А, корпус 2, строение 1, сооружение 3, флигель 1 (см. Голосование по написанию номеров домов).

Если есть необходимость указать не дом, а владение, то перед номером дома вплотную пишется "вл": "вл48А соор3".

Если номер дома написан через дробь, то так и пишется, например, "2/10".

Если есть необходимость указать литеру (не путать с буквой в номере дома, корпуса, строения), то его значение добавляется в конце через пробел и строку "лит": "48А литБ".

В случаях, когда несколько соседних участков были объединены, адрес здания, построенного на объединённом участке, следует указывать через знак "дефис-минус" (-, U+002D), например, "17-23".

В случаях, когда один и тот же адрес по документам присвоен территории и зданию на ней (например, детский сад), адрес следует ставить на здании.

Правила адресации для домов с несколькими адресами описаны в разделе Угловые дома.

Следует иметь в виду, что наряду с адресами, у зданий и сооружений могут быть обозначения, определенные внутренними правилами организации, владеющей ими или помещающейся в них. Эти обозначения не являются адресом или его частью. Такие обозначения часто имеют временные сооружения, например торговые павильоны рынков, складские быстровозводимые конструкции, легкие хозяйственные постройки на территории садоводческих товариществ и т.п. Для таких обозначений используется ключ ref=*. Для того, чтобы иметь возможность адекватно использовать информацию об адресе, взятую из данных OpenStreetMap, важно, чтобы в тегах addr=* хранилась только информация об официальном адресе, так как иначе отделить официальную составляющую от неофициальной становится невозможно. Так, например, если здание имеет адрес по населенному пункту, не следует помещать название ближайшей улицы в addr:street=*, так как при автоматическом извлечении адресов из базы определить, что же именно входит в почтовый адрес здания, а что служит только для ориентации, будет невозможно.

Уникальность адреса

Адреса, присвоенные по одному адресообразующему элементу ― объекту дорожной сети (улице) либо элементу планировочной структуры (территории), ― формируются так, чтобы быть уникальными. Это является требованием "Правил присвоения и аннулирования адресов", утвержденных правительством РФ. Вероятно, из этого существуют случайные исключения, являющиеся нарушениями (например ― два дома № 10 по одной улице), однако это редкость. Существует неверная практика дублирования адресных тегов. Такое дублирование, возможно, облегчает обработку данных для сопоставления всех организаций с адресами, однако создает избыточность данных, которая не может быть устранена, если целью обработки является получение адресов самих по себе (например, для поиска с выбором адреса), так как при дублировании нет никакой возможности определить, какой из нескольких одинаковых адресов является реально существующим.

По этой причине, не следует присваивать одинаковый адрес в следующих распространенных ошибочных случаях:

• Здания, не имеющие собственного адреса, находящиеся на участке с адресом, не должны иметь собственных адресных тегов, дублирующих теги участка.
• Контуры разных частей зданий переменой этажности, обозначенных отдельными элементами геометрии, не должны иметь дублирующихся адресных тегов. Используйте схему RU:Simple 3D buildings и присваивайте адрес внешнему контуру здания.
• Точечные объекты (POI) не должны иметь собственных адресных тегов, дублирующих адресные теги здания, внутри контура которого они обозначены. В данном случае, при обработке данных адрес наследуется точкой POI от контура. POI, обозначенные самостоятельно, без здания, могут иметь соответствующие адресные теги.
• Если здание находится на участке с определенным собственным контуром, участок не должен получать адресные теги, дублирующие теги здания, даже в том случае, если обозначение организации, занимающей этот участок, присвоено контуру участка, а не зданию.

Примеры

1) дом адресуется по улице

город Зеленоград, Берёзовая аллея, дом 6, строение 1 обозначается:

addr:city=Зеленоград
addr:street=Берёзовая аллея
addr:housenumber=6 с1

2) дом адресуется по населённому пункту

деревня Гадюкино, дом 13

Существует различные точки зрения относительно того, является ли обязательным указание объекта, по которому осуществляется адресация (к которому привязан номер дома), если этот объект и есть сам населенный пункт.

Сторонники точки зрения, что данная информация является избыточной, так как к населенному пункту адрес обязательно привязан, ограничиваются минимальным набором тегов:

addr:city=Гадюкино
addr:housenumber=13

Сторонники точки зрения, что указание объекта адресации является полезным и даже необходимым, используют для указания объекта адресации тег addr:place=*. Такой логики придерживаются, в частности, некоторые валидаторы, например Универсальный валидатор на основе конвертации в СГ понимает наличие тега addr:place=* как указание на то, что не следует выдавать ошибку "Улица не задана" в случае отсутствия на доме тега addr:street=*. В этом варианте запись выглядит следующим образом:

addr:city=Гадюкино
addr:place=Гадюкино
addr:housenumber=13

3) дом адресуется по микрорайону (квараталу, и т.п.)

город Ангарск, 34-й микрорайон, дом 33

В этом случае указание addr:place является обязательным

addr:city=Ангарск
addr:place=34-й микрорайон
addr:housenumber=33

Угловые дома

Вопрос тегирования угловых домов, которые имеют несколько адресов, широк и спорен. На русском форуме есть несколько тем, где он обсуждается: [4], [5], [6], [7]. Существуют разные варианты расстановки тегов, каждый из них имеет свои преимущества и недостатки. В некоторых городах уже могла сложиться предпочтительная практика тегирования, поэтому рекомендуется проконсультироваться с местным сообществом.

Для примера, пусть угловой дом имеет номер 6 по Большой улице и 9 по улице Ленина.

1) запись через дробь

addr:housenumber=6/9
addr:street=Большая улица
addr:street2=улица Ленина

Запись через дробь чаще всего используется, когда на доме висит табличка с номером в виде дроби. На карте такой номер отображается так же, но программное обеспечение как правило не обрабатывает тег addr:street2. Кроме того, возникает неоднозначность, какой из номеров писать первым, если на доме несколько разных табличек. Логично в дроби указать первым номер, находящийся по "первой" улице addr:street=Большая улица, а вторым числом номер по другой улице. Не следует путать с неугловыми домами, имеющими дробный номер, но одну улицу.

2) housenumber2/street2

addr:housenumber=6
addr:street=Большая улица
addr:housenumber2=9
addr:street2=улица Ленина

В данной схеме однозначно определяется принадлежность номера дома соответствующей улице, но не решается проблема отсутствия широкой поддержки тегов addr:street2 и addr:housenumber2.

3) дополнительные адреса на точках

на полигоне здания:

addr:housenumber=6
addr:street=Большая улица

на отдельной точке внутри контура дома:

addr:housenumber=9
addr:street=улица Ленина

Когда два адреса расположены на разных объектах, для всех применений это малоотличимо от двух разных домов, поэтому у программ не будет проблем с нахождением адресов. Однако, если в доме есть POI, то определить их адреса становится очень нетривиально: по сути, второй адрес просто теряется.

4) addrN

addr:housenumber=6
addr:street=Большая улица
addr2:housenumber=9
addr2:street=улица Ленина

В этой записи адреса по разным улицам равнозначны. Запись более чем двух адресов не приводит к странным вереницам чисел, как в варианте с дробями. Dkiselev написал подробное описание схемы. Минусы: пока не поддерживается ни одной программой, на всех картах будет только один адрес.

5) деление дома на части

При таком подходе предлагается разделить дом на части по количеству адресов, на каждую часть поставить отдельный адрес.

Недостатком данной схемы является несоответствие введённых в OSM данных действительности ― затегированными оказываются два дома, а не один. А в паспортах жителей и адресах находящихся внутри заведений адрес один, только сдвоенный. Поэтому такое решением может озадачить как тех, кто искал двойной адрес и не нашёл, так и тех, кто ожидал увидеть два дома, а нашёл один.

Особые случаи

В некоторых населённых пунктах применяется схема адресации, отличная от "улица, номер дома". Например, в Зеленограде адрес большого количества жилых домов состоит только из номера корпуса. При этом широко используется деление на микрорайоны, фактически не закреплённое официально, то есть не являющиеся административными единицами.

Было принято решение [8] использовать следующую схему:

1. Если номер корпуса без номера дома - номер корпуса записывается в addr:housenumber=* с буквой "к", например addr:housenumber=к360

2. Если улицы нет официально - addr:street=* не указывается

3. Запрещается создание "псевдоулиц" для группировки зданий (установка name=N-й микрорайон на произвольно выбранной дороге и т.п.)

4. Для группировки зданий в Зеленограде ставятся теги:

на зданиях:

addr:city=Зеленоград
is_in:neighbourhood=N-й микрорайон

на областях, задающих микрорайоны:

landuse = residential
place = neighbourhood
name = N-й микрорайон

Украина

Позволяет задавать адреса на любом языке (русском/украинском и др.) с нормально работающим адресным поиском. Настоятельно рекомендуется к использованию на территории Украины. Не противоречит остальным правилам wiki. Нормально обрабатывается конвертером osm2mp (но есть нюансы).

Отличительные особенности:
 ― Отказ от использования тегов addr:*** , кроме addr:housenumber (чтобы не спорить: на каком языке их писать)
 ― Привязка домиков к улицам (или микрорайонам) с помощью отношений associatedStreet
 ― Привязка улиц к населённым пунктам только по факту нахождения в границах населённого пункта
 ― Привязка населённых пунктов к областям и районам только по факту нахождения в границах района и области

Описание и обсуждение на форуме

Австралия

См. Новая Зеландия.

Бельгия

Фландрия

Фламандский AGIV (Agentschap voor Geografische Informatie Vlaanderen) предоставляет доступ к адресной информации. База данных не используется для прямого импорта, но данные из нее могут использоваться для сравнения с данными OSM для поиска отличий. Более подробная информация содержится в документации.

Чехия

Чехия использует свою собственную систему для внесения адресов, так как одного только тега addr:housenumber=* недостаточно. Дополнительно мы используем теги:

• addr:conscriptionnumber=*
• addr:streetnumber=*
• addr:provisionalnumber=*

Принятая система описана на странице Cs:WikiProjekt Česko/Systém adres(cs).

Чешское правительство предоставляет открытые данные по номерам домов. Номера домов обновляются примерно раз в месяц. Дополнительную информацию можно найти на странице Address_import_from_RUIAN.

Дания

Согласно датскому Bekendtgørelse om vejnavne og adresser (Постановление о именах улиц и адресах) всем единицам BBR (записям в датском регистре недвижимости) будут присвоены адресные точки. Если на единице BBR существует строение, адресная точка должна быть помещена посередине самой длинной стороны здания в 3 метрах от стены ближайшей к основной (именованной) дороге к объекту.

Все датские адресные точки (с февраля 2009) импортируются из центрального сервиса, управляемого датским правительством, и постоянно контролируются и корректируются согласно этому источнику. Иностранные участники проекта, дополняющие карту в Дании, должны учитывать, что датское сообщество не допускает объединения импортированных адресных точек со зданиями. При использовании в Даннии плагина JOSM Buildings Tools, пожалуйста убедитесь, что автоматическое объединение адресных точек со зданием выключено.

Несмотря на то, что ранее массовый импорт из публичных источников как правило приводил к негативным результатам, адресные данные датского правительства имеют очень высокое качество. Наличие миллионов адресных точек (с корректно проставленными тегами согласно принятой схеме существенно повысил качество набора датских данных, служащих основанием для ряда инструментов обеспечения качества (для поиска "белых пятен" на картах, где есть адреса, но пока еще ничего не обозначено), например соответствия addr:street названию ближайшей улицы.

Франция

Французское сообщество OSM инициировало проект по адресной информации, который называется "BANO" (Base d'Adresses Nationale Ouverte). Это база данных, объединяющая адресные данные OSM, доступные открытые наборы данных и данные, импортированные из кадастра. Этот композитный набор данных доступен по лицензии ODbL и может быть использован для улучшения адресов и названий улиц в OSM. Более подробная информация на страницах WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)(fr) и http://openstreetmap.fr/bano (fr).

Германия

Широко используется Karlsruhe Schema (что не удивительно, так как она была впервые предложена именно в Германии), а также интерполяция.

Италия

Номера домов обычно присваиваются точкам доступа к участкам (например, воротам в периметре) или входам в здание (если выходят непосредственно на улицу), а также некоторыи типам возможных или бывших входов, например витринам магазина. Для уточнения можно использовать дополнительные теги, например entrance=yes/no или barrier=gate. В историческом контерсте нет ничего необычного в номерах домов, присвоенных входам в здание расположенных на различных (втором или выше/ниже) этажах. В этих случаях для ясности можно добавлять теги level=1 и т.п. Для мест без номера дома (it: snc) можно использовать тег nohousenumber=yes и оставлять тег addr:housenumber=* пустым.

Новая Зеландия

Согласно Rural Address Property Identification:

Схема Rural Addressing (сельская адресация) установлена стандартом Australian/New Zealand Standard 4819:2003 Geographic Information – Rural and urban addressing в 2003. Она базируется на RAPID (Rural Address Property IDentification, Идентификация адресов сельской недвижимости), схеме впервые предложенной в Новой Зеландии в 1999 для помощи экстренным службам в идентификации и поиске сельской недвижимости.

Например, адрес 1536 Longley Road может быть легко найден делением на 100. В результате каждый, кто ищет этот адрес, знает, что он находится в 15.36 км от начала Longley Road. Экстренная служба может сбросить счетчик пробега в начале дороги и не тратить время на номера почтовых ящиков до тех пор пока счетчик пробега не приблизится к заданному значению.

Любая сельская недвижимость может иметь номер, а некоторые даже имеют несколько номеров для различных въездов, расположенных вдоль дороги. Это помогает найти посетителю найти какую-то определенную часть участка, например, скотный двор.

Норвегия

По состоянию на середину 2014 все норвежские официальные адреса бесплатно опубликованы в свободном доступе. Это даннные очень высокого качества. Регулярно выпускаются обновления. Мы используем http://osm.beebeetle.com/addrnodeimportstatus.php (no), чтобы отслеживать и объединять изменения. Все они импортируются как точки с тегами addr:housenumber=*, addr:street=*, addr:postcode=* and addr:city=*. Мы следуем датской схеме и не переносим теги на полигоны зданий. Так как в интерполяции нет необходимости, мы постепенно от нее избавляемся. Мы предпочитаем хранит данные на точках, поэтому отношение associatedStreet является нежелательным и постепенно удаляется. Это облегчает последующие обновления и позволяет иметь очень консистентный набор данных.

Карты и инструменты обеспечения качества

Визуализация адресов и зданий доступна в одном из представлений OSM Inspector компании Geofabrik. В этом представлении отслеживаются теги зданий и наличие адресов и названий. OSM Inspector также производит проверку линий интерполяции адресов. Coloured Streets представляет собой картостиль для JOSM, который ориентирован на анализ адресных данных.

• qa.poole.ch (QA tool) — имеет слой, который показывает здания с отсутствующими адресными тегами, и слой, который отображает объекты с адресами. Подробнее см. qa.poole.ch (QA tool).

Дополнительная информация

• Category:House numbering ― категория программного обеспечения
• Историческую информацию об исходном предложении можно найти на странице Karlsruhe Schema
• Отношения "street" и "associatedStreet" как альтернатива addr:street=*
• Тег is_in=* как альтернатива тегам addr:city=* и addr:country=*
• phone=* / contact:phone=*, fax=* / contact:fax=* и email=* / contact:email=*
• Одобренное предложение для дополнительных тегов (addr:unit=*/addr:floor=*/addr:door=*)
• Полигон (замкнутый путь или отношение), определяющий область действия почтового индекса и обозначаемый тегом boundary=postal_code
• AddrN - расширение, предложенное для Karlsruhe Schema. Позволяет задавать несколько адресов для одного здания.
• Отношение street - возможная альтернатива отношению associatedStreet
• Тег nohousenumber=* для верифицированного отсутствия номера здания/участка в адресе
• Соглашение об именовании дорог
• Заблуждения программистов о почтовых адресах - большой сборник различных "нестандартных" адресов

Внешние ссылки

• https://www.mjt.me.uk/posts/falsehoods-programmers-believe-about-addresses/