Size: a a a

OpenStreetMap RU

2021 February 24

SL

Sergey Liverko in OpenStreetMap RU
Владимир К
Думается мне, что это у них там можно из баундари вывести адрес, в том смысле что они совпадают с плейс, а у нас нет
В совокупности с рекомендацией полной схемы адресов всё бьётся логично. Что нельзя из баундари, то на здании
источник

SL

Sergey Liverko in OpenStreetMap RU
#daf
При наличии полигона границы, Номинатим вообще игнорирует addr:place и addr:country с объекта. Если есть точка place=*, полигон используется только для рассчёта области действиям тегов с точки. Теги на самом объекте используются когда (мульти-) полигона границы нет.
О! Большое спасибо!
источник

l

lite in OpenStreetMap RU
Sergey Liverko
Потому что сначала вообще хотели в категоричной форме написать. The text made it sound like this method of mapping place=* features is needed for proper addressing, but that is not correct, since there are boundary=* features which can be used instead. Since this English-language page is a global overview, it should not mention unusual mapping methods which are only common in 1 country.
может, здесь имелось в виду, что для границ нас.пунктов надо использовать boundaries? а не удалить их нафиг. Если честнор, нет времени вчитываться в дискуссию
источник

i

iWowik in OpenStreetMap RU
Sergey Liverko
И Николай писал, что границам НП в нынешнем виде верить вообще нельзя, он по СПб и ЛО сверял, там полный хаос
Адресация пострадала?
В чем выражается швах, не по генплану?
источник

SL

Sergey Liverko in OpenStreetMap RU
lite
может, здесь имелось в виду, что для границ нас.пунктов надо использовать boundaries? а не удалить их нафиг. Если честнор, нет времени вчитываться в дискуссию
Про это на самой странице Key:place

it is not advisable for mappers to map populated places as areas but to map them as nodes. Data users should not expect the area geometries of populated places to have a particular meaning.
источник

SL

Sergey Liverko in OpenStreetMap RU
источник

PG

Pavel Gavrilov in OpenStreetMap RU
#daf
При наличии полигона границы, Номинатим вообще игнорирует addr:place и addr:country с объекта. Если есть точка place=*, полигон используется только для рассчёта области действиям тегов с точки. Теги на самом объекте используются когда (мульти-) полигона границы нет.
Отлично. Номинатим. Можно какой-то пример из базы, на котором можно было бы продемонстрировать это?
Комбинацию точки и полигона, а так же касающийся этой точки запрос в номинатим, демонстрирующий, что характеристики адреса берутся заведомо не с точки.
источник

#

#daf in OpenStreetMap RU
Полигон place еще используется для рассчета скоростных режимов на дорогах, рассчетах плотности населения и, как уже было сказано в  Overpass named area. Это достаточно полезная штука, аналогичная кадастровым "Землям населенных пунктов". Удалять точно не стоит
источник

ВК

Владимир К in OpenStreetMap RU
Pavel Gavrilov
Отлично. Номинатим. Можно какой-то пример из базы, на котором можно было бы продемонстрировать это?
Комбинацию точки и полигона, а так же касающийся этой точки запрос в номинатим, демонстрирующий, что характеристики адреса берутся заведомо не с точки.
А в чем принципиальная разница точки внутри полигона и полигона внутри полигона? Османд же берет адрес по городу с полигона place на каждый домик
источник

l

lite in OpenStreetMap RU
#daf
Полигон place еще используется для рассчета скоростных режимов на дорогах, рассчетах плотности населения и, как уже было сказано в  Overpass named area. Это достаточно полезная штука, аналогичная кадастровым "Землям населенных пунктов". Удалять точно не стоит
вообще действительно, сколько раз мы видели всяческие проекты урбанистов, где они оценивали население, плотность дорог или транспорта по населенным пунктам? И что, теперь предлагается полностью убить этот сегмент использования OSM?
источник

ЫЫ

Ы Ы in OpenStreetMap RU
Господа, прошу прощения, что лезу поперек вашей дискуссии. У меня вопрос: как принято поступать, если человек, внося автобусный маршрут поломал геометрию, причем достаточно сильно?
https://www.openstreetmap.org/changeset/99836907#map=17/57.82223/28.33281 вот тут я заметил, но черт знает где ещё поломано.
источник

l

lite in OpenStreetMap RU
Ы Ы
Господа, прошу прощения, что лезу поперек вашей дискуссии. У меня вопрос: как принято поступать, если человек, внося автобусный маршрут поломал геометрию, причем достаточно сильно?
https://www.openstreetmap.org/changeset/99836907#map=17/57.82223/28.33281 вот тут я заметил, но черт знает где ещё поломано.
если готов починить этот адок - то чинишь. А так, тут конечно ужас наломано. Можно и откатить
источник

ЫЫ

Ы Ы in OpenStreetMap RU
lite
если готов починить этот адок - то чинишь. А так, тут конечно ужас наломано. Можно и откатить
Если бы был готов, не спрашивал бы.
источник

i

iWowik in OpenStreetMap RU
XnL
Я думаю проблему легко решить если разобратся какой вариант англовики рекомендует - брать адресные данные из полигонов boundary=administative и admin_level=*. Я прочитал про то как в этой стране разделяются эти границы и нашёл, что для границы с admin_level=10 "ведётся обсуждение" о применении его к населённым пунктам и т.д. Может стоить это поднять и потом просто перетегать?
На Смоленщине все было сдклано через админлелвел10 вдобавок в place. Красиво рисовалось. В Белоруссии без обсуждений один маппер затегал . Но тоже вдобавок к place.

Меня всегда убеждали, что границы нп не административные.
Так нынче изобрели boundary=place, может их протолкнуть даже легче будет.

Но я вообще не вижу проблемы.
Ну придумали, где брать addr:city, если его не проставили, так чего еще надо?
Казалось бы живи и пользуйся! Зачем всех строить в линейку?
источник

#

#daf in OpenStreetMap RU
Pavel Gavrilov
Отлично. Номинатим. Можно какой-то пример из базы, на котором можно было бы продемонстрировать это?
Комбинацию точки и полигона, а так же касающийся этой точки запрос в номинатим, демонстрирующий, что характеристики адреса берутся заведомо не с точки.
Есть UI к Nominatim, но там жесткие лимиты по запросам. Посмотрите адрес из Кировограда: http://www.openstreetmap.org/way/389777534. Номинатим построил правильный адрес: https://clck.ru/TQo83
источник

i

iWowik in OpenStreetMap RU
Павел Жирнов
неправильное редактирование дублированной информации приводит к различию в дублях.
в навителе помню постоянно выскакивали дубли с неправильным написанием города, улицы и т.д.
для дублирования сделай копию выгрузки осм и храни в прохладном месте
Редко выскакивает, раз мало чинят.
У меня тоже выскакивает.

Подозреваю, что osm2mp вначале ищет попадание в полигон, и только если не попал, то смотрит addr:city.
Я делаю наоборот и эта неправильность у меня тоже вылазит, а пользователям osm2mp пофиг.

На днях десяток районов, переименованных в муниципальные округа вылавливал в addr:district.
Висели довольно давно.
источник

NS

Nick Sokornov in OpenStreetMap RU
iWowik
Адресация пострадала?
В чем выражается швах, не по генплану?
Ну надоело повторять. Пострадала. Вот https://www.openstreetmap.org/way/363353669 и вот https://www.openstreetmap.org/way/363353671 потеряли из адреса д.Заневка, потому что граница https://www.openstreetmap.org/way/363353671 проведена неверно. Вы не смотрите на крупные НП, вы посмотрите на мелкие деревни. После этого все иллюзии про корректность границ НП исчезнут.
источник

ВК

Владимир К in OpenStreetMap RU
Понятно. >Вы недомапили, убирайте
источник

ВК

Владимир К in OpenStreetMap RU
В осм в принципе всё кривое
источник

SL

Sergey Liverko in OpenStreetMap RU
Вот мы и пытаемся прийти к тому, чтобы было меньше способов выстрелить себе в ногу
источник