Проте заради справедливості: "Data users should not expect the area geometries of populated places to have a particular meaning."
Геокодери - це якраз датаюзерз))

У вікі також є стаття про те чи кадастрові дані belong to the map, і там теж більше аргументів проти ніж за.

https://wiki.openstreetmap.org/wiki/Parcel

По кадастру і межам у мене дещо свою думка) Мені здається, оскільки ОСМ не офіційне джерело, то немає сенсу прям по кадастру фігачіти межі і кожне деревце, займаючись мікромапінгом. Інколи це дійсно треба, але частіше за все - ні. А у всіх інших місцях - достатньо просто обвести приблизно полігоном НП і норм. Людина з картою повинна просто знати, що і де. А водити межі по сантиметрам, щоб виключити 7 квадратних метрів, що виключити їх з релейшена - то вже зайве. Це ж карта, а не база даних.
Але повторююся, то моя думка і точно я її нікому нав'язувати не збираюся

Але озвучувати такі думки варто, як і виносити на громадське обговорення - іноді вони приживаються і допомагають покращити проект.

Так збережи то все до файлів в QGIS. I нікуди та робота не пропаде. Стане в нагоді.

Що ж

Граница нп используется для неявного его приписывания в адрес домикам, попавшим в границу.
Если же не лень писать всем домам addr:city, то и граница нп особо не важна.

все просто - стиль за замовчуванням(основний для openstreetmap.org)
для полігону ТІЛЬКИ з тегом place текст не рендериться
для точки нп з назвою, її назва в залежності від значення тегу плейс рендериться
https://github.com/gravitystorm/openstreetmap-carto/blob/master/project.mml
country-names: для страни minzoom: 2
  boundary = administrative; admin_level = 2
capital-names: для столиці minzoom: 3
maxzoom: 15
  place in city, town, village, hamlet; capital = yes
state-names: для областей minzoom: 4
  boundary = administrative; admin_level = 4
county-names: для районів
  boundary = administrative; admin_level in 5, 6
placenames-medium: для міст minzoom: 4 maxzoom: 15
  place in city, town
placenames-small: для сільських нп minzoom: 12
 place in village, hamlet, suburb, quarter,
    neighbourhood, isolated_dwelling, farm
для адмінітративних кордонів текст (той що вздовж ліній)
admin-text: minzoom: 11
  admin_level in 1 - 10
для усілякого різного (точки, полігони)
amenity-points: minzoom: 10

це так - коротенько

Ок, а окрім пересічних користувачів мап OSM, чи потрібне комусь відображення кордонів на карті, маю на увазі різним службам, організаціям, екстреним службам, аварійним службам? Ну наприклад, щось десь трапилося на околиці міста, і не зрозуміло, чи то ще місто чи вже прилегле село, і відповідно, які служби мають зреагувати на подію, чи місто, чи "область". Типу "це вже не наша територія, звертайтеся в іншу службу" 🤔

Пожарные мапять свои районы выезда отдельно. Для верности

Думаю, що ті, кому це важливо чи це точно місто чи село, щоб зреагувати на ситуацію, то точно на ОСМ не полізуть. Тому що це не офіційне джерело інформації, і у випадку розбору польотів, в них спитають, а "що то за осм?" і хто дозволив?)

Тобто реально для кого коректність даних критична. А для кого не критична, то будуть користуватися. Проте в них і вимоги не на стільки суворі

Ну так зрозуміло, що все підряд мапити за кадастром не потрібно. Але іноді чим точніше нанесені межі, тім краще - адмінподіл в першу чергу. Такі речі, як заказники або промислові зони теж часто є доречним мапити за кадастром.

якщо цікавить maps.me - в нього схожий підхід
https://github.com/mapsme/omim/blob/c4b84bdc1267b5b34092693e078782083182b64f/data/styles/clear/include/Basemap_label.mapcss
4.PLACES

Еще граница пн используетмч для неявного задания максимально разрешенной скорости движения по автодорогам.
Если не лень проставить везде max_speed, то граница нп и не нужна.

Ну так я про те й кажу, що не рекомендовано на полігон, оскільки це наче немає сенсу, оскільки воно не рендериться все одно. Це з точки зору мапінга йдеться мова.
А ми ж зачепили цю тему з точки зору геокодинга,  де дуже зручно мати полігон з плейсом, навіть якщо він при цьому і не рендериться. Тобто тут мова не про те хто правий, а хто ні, а швидше про те, як комусь зручно в роботі. Хоча так, я розумію, що осм це не база даних) Але є люди які маплять стовби )) То думаю, плейс то не така вже й біда)

Є таке. Хоча той самий grapphopper  не реагує на полігони при визначенні швидкості, а дивиться в основному на highway + max_speed

Стовпи це verifiable objects, вони корисні для карти як орієнтири і як частина інфраструктури, їх нанесення задокументоване, не суперечить принципам проекту і приносить користь.

Ну, замапити в себе на вулиці всі фонарні стовпи - то лишнє, як на мене. Але знову ж - імхо)

Це, скажімо так, задача що не горить) (в деяких випадках - буквально)