Теґування адміністративного поділу в Україні

Топік призначено для обговорення схем теґування нового адміністративного поділу в Україні.

Ознайомитись із попередніми обговореннями, які відбувались з травня 2010 року можна відвідавши гілку Національна класифікація “admin_level”

Рішення, напрацьовані в ході обговорення додаватимуться в це повідомлення.

UPD1

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

Для позначення адміністративних одиниць використовуються зв’язки Realtion:boundary.

Лінії, учасники зв’язку, що показують межі не повинні мати теґів адміністративного поділу, окрім ліній державного кордону. Для позначення використовуються теґи:

  • type=boundary - означає тип елементу даних - зв’язок Realtion:boundary,

    • boundary=administrartive - уточнювальний теґ, означає що межа є адміністративною межею,

      • admin_level=* – уточнювальний теґ, за допомогою якого зазначається рівень в ієрархії адміністративного устрою;
  • name=* - назва суб’єкту адміністративного устрою (Україна, назва області, назва району)

Територія наступних адміністративних одиниць позначається Наступними комбінаціями теґів

UPD2

За обговоренням підготовано рекомендації щодо позначення адміністративно-територіального поділу -
User:Andygol/Адміністративно-територіальний_устрій_України

Старе обговорення (вже закрите), на всяк випадок
А ще, давайте розіб’ємо обговорення за темами:

  1. Позначення меж НП: з тегом place= + boundary=administrative + admin_level=** , або лише з тегом place=*
  2. Схема тегування / ієрархія тегів admin_level=*

Пропоную таку схему тегування адмінтериторіального устрою:

type=boundary
boundary=administrative

і в залежності від типу
admin_level=2 - для державного кордону
admin_level=4 - межі областей, м. Києва, м. Севастополя, АРК
admin_level=6 - межі районів в областях та АРК
admin_level=7 - межі сільських, селищних, міських громад
admin_level=9 - межі районнів в місті
admin_level=10 - межі старостинських округів у разі їх створення.

Межі населених пунктів позначати як place=city/town/village/hamlet на полігони міст,смт,сіл,селищ, без встановлення на ці полігони admin_level-тегів

Ну то що? Продовжимо обговорення тут? :smiley:

Може таки замість адмін_левел 8 для громад використовувати 7? Щоб не було непорозумінь (межа міста, адмінмежа) Ті громади які позначені левелом 8 - відображаються як “межа міста”, відповідно ті, що з 7 - “Адміністративна межа”

Не надо “мапить под …”

@1gorok це те як зараз Номінатім сприймає територіальний устрій, після нанесення нових меж, можна звертатись до розробників Номінатім або самому направити до них виправлення з цього приводу

  • не надо мапить под… (всем не угодишь),
  • не надо мапить против… (ломать стандартные шаблоны в надежде что их починят),
  • не надо пытаться привести все к единому стандарту (у кого лучше получится тому и пряники),
  • не надо спорить до посинения - те кто спорят (и соответственно не мапят) отвлекают/демотивируют остальных,
  • не надо критиковать принцип “Что бы было видно на карте” - опять к вопросу о мотивации: тем кто рисует важно видеть результаты их труда, да и обычный пользователь будет благодарен ( большинство не парсит осм и не создает “нормальные” карто-стили мапник/мапбокс). Придерживаясь этих принципов, мы создадим не АТУ, а самое главное - красивую карту, которой будет удобно пользоваться.
    Всвязи с вышеперечисленным, предлагаю следующую схему:

type=boundary, boundary=administrative, admin_level=* на все границы:
полное покрытие:
4 - админ. уровень 1 (область)
6 - админ. уровень 2 (район)
7 - терр. громады
8 - city/place/town
9 - village/hamlet *
10 - районы в городах

  • для нп проставлять тег place:
    city - областные центры
    town - города/смт
    village - села
    hamlet - поселки

и таки да, на все границы нп ставить admin_level=8/9 при условии, что когда в большинстве нп громады?/района?/области?/страны! будут отрисованы landuse residential, дома и инфраструктура которые позволят идентифицировать хотя бы приблизительно их территории вернуться к теме их целесообразности, потому что никто не захочет их отрисовывать из-за отсутвия представления об объеме работ. Когда границу видно легко можно представить, что можно сделать за час/день/два/неделю

Пропонована схема позначень #2

В зв’язку з тим що:

  1. відповідно до статті 133 Конституції, визначені об’єкти адміністративно-територіального устрою без поділу на адміністративну і територіальну частини;

  2. boundary=administrative передбачає розмітку територій та юрисдикцій, що використовуються урядом в адміністративних цілях, а не виключно розмітку адміністративної частини адміністративно-територіального устрою держави:

  1. відповідно до закону України Про добровільне об’єднання територіальних громад, а також закону України Про місцеве самоврядування в Україні, населені пункти є адміністративними центрами територіальних громад.

Пропонується використовувати наступну схему розміткі адміністративно-територіальних одиниць:

admin_level | Межі                                                          | admin_centre
------------------------------------------------------------------------------------------------------------------------------
     2      | Державний кордон України                                      | Київ
     4      | Автономна Республіка Крим, області, міста Київ та Севастополь | населений пункт, який є адміністративним центром
     6      | Райони Автономної Республіки Крим та областей                 | населений пункт, який є адміністративним центром
     7      | Територіальні громади                                         | населений пункт, який є адміністративним центром
     8      | Райони міських територіальних громад (якщо є)                 | не використовувати
     8      | Райони Києва та Севастополя                                   | не використовувати
     9      | Старостинські округи (якщо є)                                 | населений пункт, який є адміністративним центром
     10     | Населені пункти                                               | не використовувати

Пояснення:

Чому 10 рівнів admin_level, а не **9**: в зв'язку з тим, що є 5 різних рівнів вкладеності об'єктів адміністративно-територіального устрою, починаючи з шостого admin_level.
Чому 10 рівнів admin_level, а не **11**: в Україні немає необхідності використання 11-ти рівневої системи, так як є ще два (3 і 5) незайнятих рівня admin_level.
Чому використовується термін «*райони міських територіальних громад*», а не «*райони у місті*»: тому що у районі міста можуть бути розташовані [інші населені пункти](https://forum.openstreetmap.org/viewtopic.php?pid=810743#p810743). Термін «райони міських територіальних громад» використовується лише для розмежевання понять «*район у місті*» в межах територіальної громади (колишні міста обласного підпорядкування) та «*район у місті*» в межах адміністративного центру, як населеного пункту.
Чому не лише [place=*](https://wiki.openstreetmap.org/wiki/Key:place) для населених пунктів: опис тега place не містить вказівки використовувати територіальну частину адміністратільно-територіального устрою як значення тега. Це тег для розмітки місцевості. У тому числі для розмітки населених пунктів. Як можна помітити в описі тега, він, крім розмітки населених пунктів, застосовується і для адміністративних кордонів штатів, регіонів і провінцій країн (state, region, province), округів, районів і муніципалітетів (county, district, municipality), районів міст, мікрорайонів , кварталів, передмість (suburb, neighbourhood, borough, quarter), дачних ділянок (allotments), ферм (farm), континентів, островів, площ і майданів, урочищ, морів і океанів. розмітка всіх цих об'єктів відбувається як за допомогою node, так і за допомогою way і relation.

Перелік об’єктів, які розмічаються, явно показує те, що тег place не є тегом для розмітки територіальної частини адміністративно-територіального устрою, це окрема сутність, але в тому числі розмічаються і об’єкти адміністративного та територіального устрою.
Незважаючи на бажання деяких учасників перенести територіальну частину (якої до того ж не існує юридично) адміністративно-територіального устрою виключно в тег place, прошу всіх уважно вивчити опису розглянутих тегів boundary=administrative і place=* і зробити висновки.

Чому саме ці рівні саме цим об’єктам:

admin_level=**2** [державний кордон України] — без змін, щодо схеми, яка використовується на поточний момент;
admin_level=**4** [АРК, області, міста зі спеціальним статусом Київ та Севастополь] — без змін, щодо схеми, яка використовується на поточний момент;
admin_level=**6** [райони АРК, райони областей] — щодо схеми, яка використовується на поточний момент: виключені застарілі об'єкти (міста обласного підпорядкування);
admin_level=**7** [територіальні громади] — незважаючи на те, що територіальна громада не є одиницею адміністративно-територіального устрою, це об'єднання жителів має пряме відношення до адміністративно-територіального устрою: має місцевий орган самоврядування, має конкретні кордони; ієрархічно територіальна громада не має аналогів, при цьому кілька територіальних громад не можуть перетинатися; кілька територіальних громад територіально утворюють район в повному обсязі;
admin_level=**8** [райони міських територіальних громад (вони ж райони в містах), райони міст зі спеціальним статусом Києва і Севастополя] — в зв'язку з тим, що ієрархічно район міської територіальної громади (район в місті) не має аналогів, при цьому кілька районів міської територіальної громад та районів міст зі спеціальним статусом не можуть перетинатися;
admin_level=**9** [старостинські округи] — в зв'язку з тим, що старостинські округи мають пряме відношення до адміністративно-територіального устрою: це частини території об’єднаної територіальної громади, проте не є обов'язковими об'єктами, а також при створенні декількох старостинських округів в межах однієї територіальної громади, вони можуть територіально не утворювати в повному обсязі територіальну громаду або район міської територіальної громади *[рішення 7313-МР Сумської міської ради від 31.08.2020]*;
admin_level=**10** [населені пункти: міста, селища, села] — в зв'язку з тим, що населені пункти використовуються в адміністративних цілях, як:
  • адміністративні центри окремих вищих адміністративно-територіальних одиниць (держави, регіону (АРК, області, міста зі спеціальним статусом Севастополь), району регіону), а також територіальної громади та старостинського округу;
  • складові частини старостинських округів [наприклад, рішення 876 Ходорівської міської ради від 27.04.2017];
  • складові частини районів міст (районів міських територіальних громад) [наприклад, рішення 7313-МР Сумської міської ради від 31.08.2020];
  • об’єкти, які використовуються для визначення меж при зміні меж районів і територіальних громад [наприклад, розпорядження Кабінету міністрів України 996-р від 12.08.2020],
    що є достатньою умовою для розмітки меж населених пунктів як boundary=administrative:

У зв’язку з тим, що райони міських територіальних громад (районів міст) і старостинські округи можуть включати кілька населених пунктів в своєму складі, пропонується використовувати ієрархічну вкладеність і розмічати населені пункти останнім рівнем admin_level у схемі

Пропозиція, щодо розмітки boundary=administrative та admin_centre=* у АРК та Севастополі до повернення територій:

АРК:

admin_level | Межі                                                    | admin_centre
----------------------------------------------------------------------------------------------------------------------
     4      | Автономна Республіка Крим                               | Сімферополь
     6      | Міста республіканського підпорядкування та райони АРК   | населений пункт, який є адміністративним центром
     8      | Райони міст республіканського підпорядкування           | не використовувати
     8      | Ради, які не підпорядковані іншим радам чи районам міст | населений пункт, який є адміністративним центром
     9      | Ради, які підпорядковані іншим радам чи районам міст    | населений пункт, який є адміністративним центром
     10     | Населені пункти                                         | не використовувати

Севастополь:

admin_level | Межі                                         | admin_centre
-------------------------------------------------------------------------------------------------------------
     4      | Севастополь                                  | Севастополь 
     8      | Райони Севастополя                           | не використовувати
     9      | Ради, які підпорядковані районам Севастополя | населений пункт, який є адміністративним центром
     10     | Населені пункти                              | не використовувати

8 — — не використовувати
9 — Ради, які підпорядковані районам Севастополя — населений пункт, який є адміністративним центром
10 — Населені пункти — не використовувати

До справи долучаю ще й таке:
Перелік кодів об’єднаних територіальних громад для формування статистичної інформації
Код КОАТУУ населеного пункту (станом на 29.09.2020)
http://www.ukrstat.gov.ua/klasf/zm_per_kod.htm
Прямий лінк на таблицю: http://www.ukrstat.gov.ua/klasf/per_kod/OTG_KOATUU_102020.zip
Є Код об’єднаної терито-ріальної громади (станом на 10.08.2020)
Є Код КОАТУУ населеного пункту (станом на 29.09.2020) **(Код КОАТУУ громади, ще немає, тільки перелік КОАТУУ населених пунктів, які в неї входять)
**

Пропоную залишити і нічого не змінювати , сучасний підхід повністю відповідає реаліям України
2 — Державний кордон України — Київ
4 — Автономна Республіка Крим, області, міста Київ та Севастополь — населений пункт, який є адміністративним центром
6 — Райони Автономної Республіки Крим, областей, Києва та Севастополя — населений пункт, який є адміністративним центром
7 — Територіальні громади — населений пункт, який є адміністративним центром
8 — Старостинські округи (якщо є)
9 - населені пункти ( продовжувати викориитстовувати кадастр для нанесеннчя адмін левел )

Написал небольшой запрос для статистики по активности:
http://overpass-turbo.eu/s/ZYA
Смысл затеи заключался в попытке идентифицировать всех заинтересованных участников,
на базе него можно сформировать рабочую группу.
https://drive.google.com/file/d/1rTJJUdtmfXP-fJpMbrFkPUNkO90T9_ph/view?usp=sharing
Вверху - участники обсуждения в телеграмм-канале(https://t.me/osmUA),
ниже - люди предположительно не участвовавшие, но с правками в 2020 году,
курсивом - пользователи из старой ветки форума(https://forum.openstreetmap.org/viewtopic.php?id=7583)
внизу - с большим количеством объектов(более 100 отношений или более 10000 участников отношений)
Общий результат запроса выдает ~ 2500 пользователей, так что кто-то мог и не попасть
(заранее приношу свои извинения если вдруг что, - подключайтесь к обсуждению).

Про зв’язки type=boundary + boundary=administrative + admin_level=* на прикладі громади

До зв’язку входять межі громади та точка place населеного пункту що є адміністративним центром.

Функція точки place. Точка place входить до зв’язку, тому що бюджетом та землями громади розпоряджається міська, селищна або сільська рада що розташована у цьому населеному пункті.

Функції ліній — меж громади. Межі входять до зв’язку для того, щоб позначити територію, підпорядковану цій громаді. У міської, селищної або сільської ради є повноваження розпоряджатися як територією в межах населених пунктів, так і територією поза ними.

Функція зв’язку — показати які території якими органами влади адмініструються.

Немає додаткових органів влади, яким підпорядковані окремі території — клаптики населених пунктів. Тому вважаю що створення зв’язку з admin_level для населених пунктів є надлишковим.

Важливо не те як рендериться на мапі, створеній картографами для картографів, той чи інший теґ, а те що він означає. Чим чіткішим буде його значення, тим краще.

на данный момент из всех вышеперечисленных мнений которые сошлись на 100% следующее деление:

4 - админ. уровень 1 (область) міста Київ та Севастополь
6 - админ. уровень 2 (район)
7 - терр. громады 3 (базовый уровень)

и следовательно это уже можно мапить без каких либо вопросов.

остаются еще у нас:

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

Населенные пункты я бы отнес к 8 уровню, и предлагаю их все же наносить на базовую карту, потому что я вижу в этом такой важный момент, налоги на землю есть в границах НП и за ее пределами, и они бывают разными, бывает так что часть улицы в НП, а противоположная уже за его пределами, и возникает тогда много вопросов к власти, но откуда люди узнают что кто-то платить в 2 раза меньше, если мы эту границу им не покажем.

Районы в городах это бы сделал 10, и их тоже надо, так как часто люди путают районы и идут в администрацию другого района, не своего, а в больших городах это стандартное явление, когда у каждого района своя администрация.

Мене просили висловитися з цього приводу… Будь ласка:
Змінювати щось можливо- коли старе чимось не влаштовує.
Я вкрай рідко чіпаю ті кордони- бо то потребує окремої уваги та вивчення, єдиним виключенням є прив’язка адмін кордонів до доріг, інших об’єктів.
Яскравий приклад- творчість Вальдемара. Але він зробив й багато корисного.
Тому будь яке рішення (з поясненнями чому саме так) я сприйму спокійно…
OSM - це моє хоббі, яке приносить задоволення,важко пояснити, але так й є.

Раз нових пропозицій немає, може запустимо голосування?

Зачекайте трохи, немає сенсу так поспішати.

Перед тим як за чи проти чогось голосувати треба зробити підсумок та чітко сформулювати визначення. Зробити порівняльну таблицю.

Крім того, в жодній пропозиції я не бачив докладних прикладів використання запропонованих схем. :roll_eyes: (тільки загальні визначення)

ну як я бачу є 2 основні схеми:

  1. admin_level лише для адміністративного устрою, для позначення меж областей, районів, громад, районів у містах, старостинських округах (у разі створення), а межі населених пунктів позначати як place=city/town/village/hamlet на полігони міст,смт,сіл,селищ, без встановлення на ці полігони admin_level-тегів

  2. admin_level вішати і на межі, міст, сіл, селищ, смт

Можна для початку вибрати одни із цих варіантів, а потім уже узгоджувати рівні admin_level

от як видно по цьому документи адмін левели майже узгодженні треба лише визначити один з двох варіантів, що я описав вище) https://docs.google.com/spreadsheets/d/1xgV3Qf2Q704H7LMe0DHzBKFw_5UIipc9pqCgvuFSKcM/edit#gid=0

При всій повазі до достопочтимих маперів та гарячих сердець радив би з досвіду роботи з новим АТУ не спішити.

  1. Ламати це не будувати, це раз.
  2. в АТУ дуже багато помилок і рано чи пізно їх усунуть одним чи декількома рішенням (не чітка, перехресна геометрія, однакові назви громад в межах області чи району і т.п. зміни в громадах, тощо) бо новообрані ради самі ще не засідали, вони мають утвердити межі в тому числі.
  3. поки джерел нормальних цієї інформації немає. І немає їх з серпня.
    Тож не бачу поки умов, щоб якісно замапити громади і новий територіально-адміністративний устрій. Підготуватись так, мапити дуже рано. Ми отримаємо повністю непригодну до використання мапу де буде все підряд і не відповідатиме правді.
    Така моя думка.
1 Like

Відповідно до Конституції України територіальний устрій визначається в Розділі ІХ.

Для позначення територіального устрою в OSM використовується теґ place=* з відповідним значенням. Див сторінку опису теґу.

Підпорядкованість об’єктів визначається їх топологічною вкладеністю. Тобто, район, що знаходиться в межах області, входить до її складу. Місто, що знаходиться в межах району, входить до його складу, а сам район одночасно є частиною області, то і місто входить до відповідної області в складі відповідного району.

Крім територіального устрою існує й адміністративний устрій, який дозволяє визначити території на яких відбувається самоврядування.

Розділ ХІ Конституції визначає одиницю місцевого самоврядування - територіальну громаду.

Для позначення адміністративного устрою використовується набір теґів boundary=administrative + admin_level=. Ця пара теґів, разом із назвою адміністративної одиниці (теґ name=) призначається мультиполігону, що окреслює контури підпорядкованої території. Крім топологічної вкладеності для зазначення рівня адміністративної ієрархії використовується теґ admin_level=*.

Значення теґу admin_level=*

| **Адміністративна одиниця**                               | **admin_level** |
| --------------------------------------------------------- | --------------- |
| - Країна                                                  | admin_level=2   |
| - Область, Автономна республіка Крим,                     | admin_level=4   |
|   міста Київ та Севастополь                               |                 |
| - Райони областей                                         | admin_level=6   |
| - Територіальні громади (міські, селищні та сільські)     | admin_level=8   |
| - Райони в міських громадах, містах Київ та Севастополь   | admin_level=10  |
|   та старостинські округи в селищних/сільських громадах   |                 |
|   (за наявності)                                          |                 |

Пара теґів boundary=administrative + admin_level=* призначається лише адміністративним одиницям, об’єкти, що не є самостійними адміністративними одиницями не мають позначатись цими теґами!

Як визначити що об’єкт є об’єктом адміністративного поділу?
Якщо є в наявності Рада відповідного рівня та органи виконавчої влади, що реалізують рішення такої ради - цей об’єкт є елементом адміністративного поділу і має відповідний ієрархічний рівень.

Крім власне території кожна адміністративна одиниця характеризується власним адміністративним центром. Органом, що приймає рішення на власному адміністративному рівні.

Адміністративним центром України є Верховна рада в Києві, адміністративними центрами областей є обласні ради в містах - обласних центрах, адміністративними центрами районів є районі ради в містах - районних центрах, адміністративними центрами громад є відповідні ради в центральному населеному пункті громади. Райони міст мають за адміністративний центр районі ради в містах. В разі утворення старостинських округів в громадах, адміністративним центром буде відповідний старостат (зараз не використовується за відсутності таких адміністративних одиниць).

Наявність адміністративного центру є безумовною вимогою до віднесення об’єкта даних до суб’єктів адміністративного устрою. Інші елементи даних, які не мають власного центру адміністрування своєї життєдіяльності відносяться тільки до об’єктів адміністративних стосунків та не є елементами адміністративного устрою.

Як позначати на мапі?

Територія адміністративної одиниці складається з набору послідовно з’єднаних одна з одною ліній, які мають утворювати замкнене коло, що позначають її межі. Для створення відповідної адміністративної одиниці в ОСМ використовуйте зв’язок type=boundary + boundary=administrative + admin_level=* членами якого мають бути лінії, що окреслюють її територію та точка, що є адміністративним центром для неї. Зовнішнім межам та ексклавам зазначте роль outer, внутрішнім межам, якщо територія адміністративної одиниці має анклави інших адміністративних одиниць, – зазначте роль inner. Точка адміністративного центру повинна мати роль admin_centre.

Крім додавання точки адміністративного центру до зв’язку може додаватись точка з роллю label, що може використовуватись для показу назви на мапі у відповідному місці. Використання цієї точки для показу назви на мапі залежить від правил, реалізованих для цього у кожному стилі, правилах рендерінгу мап.

Підпорядковані суб’єкти адміністративних стосунків можуть додаватись до зв’язків адміністративних суб’єктів вищого рівня з роллю subarea. Так, зв’язок громади може даватись до зв’язку району, в свою чергу, зв’язок району може входити до зв’язку області, а область до складу зв’язку країни. Не треба додавати зв’язки громад до зв’язків областей чи зв’язку країни.

Зв’язок адміністративного устрою з територіальним поділом.

Через збіг адміністративного устрою з територіальним поділом на верхніх щаблях ієрархії може виникнути хибне бажання не розділяти ці дві категорії в даних та теґувати одні й ті ж об’єкти одночасно теґами призначеними для адміністративного та територіального устроїв. Це може іноді пояснюватись бажанням мати дані в компактному вигляді, або попередніми домовленостями, звичками, тощо.

Завдяки проведеній нещодавно в Україні реформі адміністративно-територіального устрою у спільноти ОСМ України нарешті з’явилась можливість відділити в даних адміністративну складову від територіального поділу. Тим більше що є потреба в їх роздільному використанні.

Тож для цього в даних мають бути окремі об’єкти для адміністративного устрою та для територіального поділу. І це не буде дублюванням даних чи задвоєнням об’єктів.

Так, наприклад, Харківська територіальна громада (адміністративна одиниця), місто Харків (територіальна одиниця), Дніпровська територіальна громада та місто Дніпро.

| Теґи адмін одиниці (полігон)           | Теґи територіального поділу (точка)|
| -------------------------------------- | ---------------------------------- |
| type=boundary                          |                                    |
| bounadry=administrative                | place=city                         |
| admin_level=8                          | name=Харків                        |
| name=Харківська територіальна громада  |                                    |
| -------------------------------------- | ---------------------------------- |
| type=boundary                          |                                    |
| bounadry=administrative                | place=city                         |
| admin_level=8                          | name=Дніпро                        |
| name=Дніпровська територіальна громада |                                    |

Для того, щоб мати зв’язок в даних між ними, окрім геопросторового перекриття, точки об’єктів територіального устрою з теґами place=* та відповідною назвою корисно використовувати як член label зв’язку type=boundary. Таким чином на мапі можна показати Дніпро чи Харків замість, або одночасно з підписом, Дніпровська чи Харківська територіальна громада. Одночасно з цим мати в даних і адміністративну одиницю - відповідну громаду, і одиницю територіального поділу - місто, з власними назвами та іншими атрибутами. Це також дозволить користувачам даних однозначно посилатись на відповідні елементи даних, наприклад в статтях на Вікіпедії.