161

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

162

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

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

163

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

164

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

165

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

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

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

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

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

168

А если такой вариант - оставляем на домах 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 сейчас рекомендуют ровно то же самое.

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

169

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

170

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

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

На странице обсуждения был поднят вопрос, что полигоны 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 на домах.

172

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

173

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

174

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

175

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

176

Хорошо, уточню. На openstreetmap.org в выдаче результатов поиска мы видим название города. Плотинная не видим.

177

Более того, если я верно трактую засветлённые серым строки, то города с полигонов place и admin_level=8 были проигнорированы именно по причине наличия прямого указания НП на контуре дома. В чате же высказывалось предположение, что при наличии контура границы номинатум наоборот игнорирует адресные теги этого уровня на зданиях внутри.

178

Плотинная здесь не из тегов линии. Nominatim нашел полигон place с таким именем. Это деревня рядом с городом Камень-на-Оби. Если бы этой линии не было - Nominatim ничего бы с таким названием не вывел.

Геометрически линия здания находится внутри другого полигона place: Камень-на-Оби. Его название Nominatim тоже вывел в результатах.

Какой из этих полигонов использовать в addr решает UI. Сайт openstreetmap.org использует последний, Nominatim UI первый ) В данном случае “Плотинная” ошибочна и правильно использовать геометрию - у нас по закону в населенном пункте не может быть адреса из другого НП.

179

Именно из-за тегов он и стал искать этот place. Так же как он ищет ближайшую улицу с нужным названием.

180

Для поиска да, но для формирования адреса будет использовать теги объекта последним приоритетом, если совсем не найдёт полигонов.

Проверить можно, прописав объекту внутри полигона place несуществующий addr:place.