Обсуждение формата внесения адресных данных в России

Ну когда нибудь начнут и осознают свою вину :slight_smile:

Каким это боком?

Раньше точно писали Москва, в/ч… :wink: (или а/я?)

А вообще-то Байконур он в Одинцовском муниципальном округе Московской области.
Они там голосуют, и налоговая у них в городе к Московской области относится

Сергей, эта страница не годится для голосования. Там все в кучу свалено и очень невнятно описано. Наполовину перевод английской страницы, наполовину обрывочные комментарии про РФ. Тут и Соединенное Королевсство и Чехия со Словакией. И опять снова РФ. Наш addr:region где-то сбоку приписан в теге addr:province, который у нас и не применяется вовсе. Даже после голосования то, что написано в RU:Key:addr можно интерпретировать и так и эдак.

Нужен ясный, четкий алгоритм c примерами, как в разделе “Сокращенная схема, используемая в России де-факто” на странице https://wiki.openstreetmap.org/wiki/RU:Addresses, желательно еще более четко и без всякой ерунды о расставлении тегов addr:country, addr:region, addr:district и addr:subdistrict на полигоны place. Вот за такое можно и нужно голосовать.

Предлагаю все что арендуется РФ за границей вынести за скобки и не рассматривать. А то мы сейчас углубимся в адресацию в Сирии на базе Хмеймим.

Еще раз, все объекты за пределами НП и попадающие в межселенные территории адресуются следующим образом:

То есть объект адресации вне НП адресуется как а, б, в, г
Объект адресации на межселенной территории адресуется как а, б, в
И не надо ничего ни к чему прислонять на уровнях выше addr:city, это все ошибки.

Хорошо, попробую соорудить. Посмотрю, что из RU:Addresses валидно и по сей день (вроде требований уникальности адресов).

Да я уже начал :slight_smile: За выходные сделаю. А ты хотел про name сформулировать :slight_smile:
Предлагаю на RU:Key:addr оставить только перевод английской страницы про зарубежную практику, нам ведь никто не запрещает мапить за пределами РФ. И поставить ссылку на практику в РФ на страницу RU:Addresses, где не потеряв ничего важного и интересного описать правила/рекомендации для РФ.

Супер, согласен :slight_smile: Но тогда надо туда включить то, что про addr:housenumber написано - там как раз чёткие рекомендации для этого тега по всем случаям даны. А за формат написания даже было голосование, хотя и давно.

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

Не правда, применяется. Мапперы заполняют форму в редакторе, а международный редактор лепит международный случай.

Ок, хорошо. Все российскую конкретику перенесу в RU:Addresses. А украинскую адресацию, наоборот из RU:Addresses в RU:Key:addr.

Не понятно, кто его применяет и для каких целей?
А если так рассуждать, то у нас и place=СТ «Рябинушка» применяется

  1. В OSM жизнь вовсе не определяется однозначно постановлениями бюрократии. На них можно опираться при выборе способов отражения реального мира в мир OSM, реальный мир шире. Например с дорогами решили, что важнее важность, чем бюрократическая категория дороги или индексы.
  2. Мапить будут, мапить надо и те объекты, которые не вписываются в постановления.

Подневольные, у них в методичке написано заполнить форму, они и заполняют.
Периодически причесываю, когда попадаются.
Вот кусочек:
https://overpass-turbo.eu/s/13SE

Но я абсолютно не понимаю какую-то ненависть к разнообразию.
Ну есть два варианта тега, ну синонимы.

Как так?
Зачем сравнивать применяется стандартный тег или ошибочное значение?

А если такой вариант - оставляем на домах addr:housenumber, addr:street и addr:city и при этом отказываемся от полигонов place? Решаем сразу две проблемы - адреса и дублирование точка/полигон для НП.

  1. Информация о границах НП в РФ официально содержится либо в ГП (принимается раз в 5 лет), либо в СТП (принимается раз в 10 лет). Эти данные обычно отстают от реальности, поэтому границы тупо проводятся по очертаниям жилой застройки, никак не верифицируются и по большому счёту ничем не лучше границ судебных участков, которые недавно выпилили.
  2. Дублирование place=* (с name=*) на точке и полигоне - наверное, единственный отход от базового принципа “один объект в реальности - один объект в OSM”. Было бы круто убрать хотя бы в России это исключение. Как я понимаю, в поиске тоже будет 2 результата: точка и полигон?
  3. Ради убирания задвоения подписей на основном стиле сейчас в России пошла в обиход практика “обвести границу НП в чуть сжатом виде второй линией, чтобы разнести по ним теги landuse= и place=”. Это выглядит как полный костыль. А ещё раньше был тег place_name по той же самой причине. Можно бороться с мапингом под рендер, принудительно заставляя терпеть подписи, а можно устранить системно причину их появления.
  4. Судя по вики, основная цель дублирования - работа конвертеров, которые берут адресную информацию с полигона (информация внесена в 2011 году). Но они в любом случае при наличии addr:city на здании будут брать его, т. к. адреска в OSM есть и вне пределов границ НП + адрес может быть исключением и не совпадать с тем, что выводится из границ. А больше ни за чем эти полигоны в том виде, в каком они у нас есть, и не нужны.
  5. Нет проблем с синхронизацией тегов на полигоне и точке place, т. к. остаётся только точка.
  6. Проще следить за границами, т. к. уже не будет пересечений границ административных и НП, меньше путаницы.

Для справки: в английской вики на Key:place сейчас рекомендуют ровно то же самое.

Вот так изящно и без костылей у них была решена проблема с задвоением сущностей.

Так я так и предлагал пару страниц назад :slight_smile:

Вообще это не совсем одно и то же: одно границы, другое значимый центр, аля точка притяжения. Так же у нас и части здания, по твоей логике, один и тот же объект и их следует удалить. А двух-вейные дороги как?
И потом само предложение даёт только головняка, вместо одной единожды нарисованной границы, ты предлагаешь заниматься копипастой тегов, как будто больше заняться не чем.
А потом, визуальный контроль при таком подходе вообще на уровне плинтуса. Если я скачал границу я сразу увижу, что часть домов на новой улице находятся за ней и надо бы её подправить. А что делать с addr:city,

  • я не вижу где такой тег вообще есть
  • я не вижу его содержимое и насколько оно корректно, надо постоянно выяснять, а где я
    И по итогу окажется, что вылавливать косяки будут, только после того, как опа, номер дома на карте есть, а в поиске нет.

На странице обсуждения был поднят вопрос, что полигоны place используются в РФ и Украине для адресации:
https://wiki.openstreetmap.org/wiki/Talk:Key:place#Mapping_populated_places_as_areas_for_addressing_schemes
Резюме следующее: это не должно быть вам нужно для корректной адресации, используйте boundary=administrative.

Учитывая, что вкупе с этим рекомендуется использовать полную Карлсруэ - думаю, только вопрос времени, когда Apple, FB и прочие начнут ломать у нас всё по этим рекомендациям. Я бы предпочел все заранее оформить, готовясь к неизбежному :slight_smile:

Опять же, все примеры в RU:Addresses включают в себя простановку addr:city на домах.

И тут Остапа понесло… :frowning:

Так а если предметно: есть ли пример конвертера/навигатора/приложения, которое берет информацию о городе в составе адреса с полигона place и при этом игнорирует/не отдаёт приоритета тегам addr:city, проставленным на зданиях в этом городе?

Вот нашёл. Здание https://www.openstreetmap.org/way/574967295 у которого addr:city=Плотинная . Номинатим на главной при поиске строки “улица Гайдара 37А” подставляет Камень-На-Оби. При поиске той же строки в osmand, maps.me, magic earth все подставляют название города.

Где он что подставляет, вот же видно, что название НП он присвоил объекту как Плотинная
https://nominatim.osm.org/ui/details.html?osmtype=W&osmid=574967295&class=building