Національна класифікація "admin_level"

Так як admin_level використовується разом із теґом boundary та слугує поясненням типу кордону/межі, його застосування до точки, що позначає населений пункт не є доречним.

Читаємо про http://wiki.openstreetmap.org/wiki/Key:boundary

Розробники КОАТУУ провели дійсно велику роботу по систематизації територіального устрою України і нехтувати нею було б великою помилкою. Тому, я вважаю, що перенос класифікації КОАТУУ на admin_level віддзеркалює поточний стан територіального устрою. В Німеччині теж використовується 11 рівнів для admin_level.

Про застосування теґу place йдеться тут - http://wiki.openstreetmap.org/wiki/Uk:Key:place#Застосування

PS
Використання теґу capital, нажаль ще знаходиться у стані розгляду.

Там є також класифікація з 10 рівнями, але головне і там і там міста мають рівень 8.
Якщо орієнтуватися на німецьку класифікацію, то там села з якимсь органом самоврядування прирівнюються до районів міст (admin_level=9), а без цих органів до частини міста(admin_level=10). admin_level=11 використовується лише для позначення історичних районів.

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

Зробив спробу візуалізувати предмет голосування, дивіться уважніше (в дужках значення admin_level) або далі буде незрозуміло :slight_smile:

Згідно запропонованого до голосування варіанту з’явилися розбіжностi:

  1. C. Дзержинське (малиновий колір) нікуди віднести. Я мабуть недобачив :slight_smile: що райони міст обласного підпорядкування можуть мати інші міста під собою, а ті, в свою чергу, мати ще залежні села/селища. Може для цього випадку вжити рівень 11?

  2. Виявляється, що населені пункти без посади Голови, тобто людини-очільника, (рівень 9) стоять вище за населені пункти, які Голів мають (рівень 10).

Тому, є пропозиція щодо уточнення рівнів 8—10:

  • 8 Міста, СМТ, сільради, селищні ради, що мають очільників і безпосередньо входять до складу міськради;

  • 9 Міста, СМТ, сільради, селищні ради, що мають очільників і входять до складу “ради району області” або “районної ради у місті”;

  • 10 Села, селища без очільників у складі спільної сільради або приналежні до “міст у складі “районної ради у місті””;

Відповідно до поправки, див. малюнок вище:

  • населені пункти (9) змінять рівень на (10)

  • населені пункти (10) змінять рівень на (9)

  • населений пункт (?11) — на (10)

Я зараз працюю над формулою для електронної таблиці, яка б автоматично (і логічно :)) проставляла потрібний рівень 2—10 на основі значення коду КОАТУУ.

Доречі що-до вул. Леніна у Києві нагадує Ільфа та Пєтрова

Якщо пошукати вулицю Леніна на сайті Укрпошти то знайдемо вулиці що обслуговуються різними відділеннями Укрпошти та мають різні індекси але однакові номери (принаймі №26).

Як справи в цьому напрямку? Щось вийшло?

=) так, формула вже є, але з’ясувалося, що код КОАТУУ містить для деяких елементів лише 9 знаків. Для більшості (10-значний код) вона працює належним чином. Ніяк не вдається приділити достатньо часу, обміркувати…

Ні, то не 9 знаків, а 10, де на першому місці стоїть «нуль». Тож код треба обробляти не як «число», а як «текст» — тоді все буде як треба.

Дуже повільно йде голосування по запропонованій класифікації рівнів адміністративно-територіального устрою в Україні.
Станом на 21-07-2010 віддали свої голоси всього 8 осіб.
Ще раз звертаюсь до всіх: до тих хто ще не проголосував — проголосувати; до тих хто вже це зробив — розповісти іншим, залучивши таким чином інсуючих та нових користувачів до з’ясування цього доволі важливого питання.

PS. Може когось не влаштовує запропонований механізм голосування (через вікі) — зазначайте совю прихільність або незгоду у цій гілці форуму. Я буду переносити ваши голоси у Вікі із зазначенням посилання на ваш голос у форумі.

Админ-тер. деление имеет свои казусы, которые сложно вписать в уровни. Например есть горисполкомы. Причем горисполкомы могут и зачастую содержат в своём составе сёла и посёлки. И, что самое заковыристое, эти сёла и посёлки могут не иметь общей границы и городом-метрополией, т.е. существуют себе анклавно на территории района не подчиняясь административно ему, как, собственно и город.
Получается, что надо приравнивать горисполкомы к районам (по уровню).
Или ещё казус: В Донецкий горисполком входит город Моспино, казалось бы ну и ладно, но… админитративно этот город входит в состав Пролетарского района города Донецка. Если полностью отображать иерархию, то надо бы районы городов с районным делением приравнивать с районам области, но так не получится, да и неправильно (нецелесообразно) это.
Вот как тут быть?

Може ще раз подивитись на класифікацію КОАТУУ та приклади кодування КОАТУУ?

Бо запропонований на голосування варіант повністю спирається на КОАТУУ, який відбиває становище адміністративно-територіального устрою в державі

Станом на 21-09-2010 року свої голоси віддали лише 8 осіб (5 - за, 3 - проти). Я вважаю це недостатнім для прийняття остаточного рішення. Тож ще раз закликаю тих хто не проголосував зробити це.

Внесу ка я и свои 5 копеек к этому обсуждению.

Суть - я категорически не согласен с предложенной схемой и постараюсь объяснить почему и может вы меня и переубедите.

Зачем нужен admin_levels?..
В первую очередь он нужен и используется для правильной графической визуализации границ в зависимости от их административного статуса на картах отрендеренных в определенном масштабе
Второе, для чего он используется, это для группировки объектов, находящихся внутри границ, в адресную иерархию, поисковиками и прочим софтом.

для обеспечения этого схема должна обладать:

  • правильной вложенностью, от большего к меньшему, т.е. граница страны, внутри которой есть области, штаты, воеводства… внутри которых, районы, округа, поветы… внутри которых города, поселки, села… внутри которых городские районы… и фактически соответствовать адресной, а не административной, иерархии… так-так это навигационная карта мира, а не дерево распределения власти у чиновников;
  • быть согласованной с принципами рендеринга карт в разных масштабах, т.е. соответствовать принятым в ОСМ рендерах принципам картографической генерализации;
  • и быть максимально согласованной с системами других стран, чтобы быть интуитивно понятной для всех участников ОСМ.

В предложенной схеме уже нарушена вложенность…

  • 4 міста обласного підпорядкування;
  • 5 райони в областях;
    хотя областные центры у нас находятся в районах своего же имени… т.е. наоборот.

С генерализацией тоже проблема - в предложенной схеме областные центры будут иметь уровень 4 который уже отображается при масштабе ~6.5км/пиксель (Mapnik zoom 4)… т.е. город с поперечником в 20 км будет прорисован фиолетовой кляксой где-то 4 на 4 пикселя и без названия… информативности ноль… внешний вид - никакой…
если попробовать отрендерить и все остальное - думаю не очень красиво и информативно получится по тем-же причинам, а переделывать под нас рендеры - никто не будет…

Уровни 8, 9, 10 - мне не понятно какое это имеет отношение к картографии. Это административная группировка, которая используется для других целей и к картографии имеет мало отношения. хотя… КОТАТУ можно и представить на карте… но лучше это сделать как отдельный проект на базе ОСМ, так как в КОТАТУ все-таки немного другой смысл…

В подавляющем большинстве стран города начинаются с уровня 8… причем в некоторых скриптах работающие с ОСМ данными это уже и забито хардкодом - уровни 3-7 территориальное деление страны, 8 - города, 9, 10 - все что в городах…

Что предлагаю… а предлагаю узаконить уже сложившуюся систему, которой уже размаплено много чего на Украине, и которая полностью вписывается в изложенные выше принципы и согласуется с системами других государств. а именно:

1 - N/A
2 - государственная граница (всемирно признанная практика)
3 - N/A (или для чего-то очень государственной важности, например Крым)
4 - Границы областей (всемирно признанная практика - штаты, провинции, федеральные округа, воеводства…)
5 - N/A (может какие-то межрайонные образования, но таких я у нас не помню)
6 - Границы районов (всемирно признанная практика - округа, поветы, районы…)
7 - N/A (а может границы областных центров, хотя не вижу в этом смысла)
8 - границы городов, поселков, сел (всемирно признанная практика)
9 и 10 - границы чего-то внутри городов (обсуждаемо)

Данная схема подобна схемам большинства стран, и я не вижу никакой необходимости изобретать велосипед… хотя можем его немного доработать :slight_smile:

підтримую останній пост.
поділ на

неочевидний і малоінформативний, втім, забиратиме багато часу на отримання інформації по кожному місту-селу. або просто не буде використовуватись мапперами.

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

На поточний момент свої голоси віддало 9 осіб (5 - за, 4 - проти) по запропонованому варіанту. Хоча я і голосував «за», в мене є пропозиція: можливо розглянути й варіант DSem’а + додатковий теґ (наприклад code:koatuu=*). В майбутньому можливо створити бота який би перевіряв відповідність admin_level з класифікацією КОАТУУ і виправляв помилки. Треба лише затвердити таблицю відповідності.

Мені більше подобається варіант DSemа теж. Додатковий теґ по КОАТУУ це взагалі було б чудово, бо відкриває можливості для автоматизації процесів.

Перший варіант неочевидний, як вказує Larry0ua, і при переході сел вище за ієрархією, тобто сел.->c.->смт., буде потребувати перегляду, не говорячі вже про те, що цю інформацію треба ще визначати вже для занесення.

Eugene

підтримую. Також додатковий тег дасть можливість пошуку, ну і ще перевірки відповідності до admin_level-а.

І так, станом на 24/10/2010 проголосувало 10 осіб. 5 — за, 5— проти по запропонованому варіанту. Варіант Va-deam не отримав безумовної підтримки спільноти.
Пропозиція до DSem — зробити порівняльну таблицю власного варіанту та варіанта Va-deam та таблицю співставлення рівнів admin_level та КОАТУУ.
_sev вже почав підготовчу роботу (це я зрозумів із сусідньої гілки - http://forum.openstreetmap.org/viewtopic.php?id=9708)) по автоматизованому внесенню кодів КОАТУУ до населених пунктів. Наявність такої таблиці (співставлення admin_level та КОАТУУ) дозволить в автоматизованому режимі проставляти/виправляти admin_level на основі кодів КОАТУУ.

Прослідкувавши за аргументацією сторін, я б скоріш підтримав варіанти, що не копіюють напряму кодування КОАТУУ (наприклад, варіант DSem), але в голосуванні поки що участи не братиму, бо не почуваюся в достатній мірі експертом.

Панове, пропоную поновити дискусію.

Eugene

Беручи за основу класифікацію запропоновану DSem’ом пропоную наступний варіант класифікації:

admin_level=2

  • кордон України

admin_level=4

  • Київ
  • Севастополь
  • кордони областей(з Київської “вирізаємо” Київ)
  • кордон Криму з “вирізаним” Севастополем

admin_level=6

  • кордони так званих міських рад, наприклад:
    а) Ялтинська, Алуштинська в Криму, що включають місто, навколишні села і території навколо них
    б) Сєвєродонецьк Луганської області, що включає місто, навколишні села і території навколо них
  • кордони міст обласного підпорядкування(цей статус мають всі обласні центри та ряд інших міст, жоден з обласних центрів адміністративно не належить жодному з районів області, хоча він(обл.центр) може бути адміністративним центром одного з районів області(Полтава,Бровари) ), наприклад:
    а) Алчевськ, Рубіжне Луганської області(в цьому випадку межі міста співпадають з кордонами адміністративної території міста)
    б) Полтава Полтавської області(межі міста співпадають з кордонами адміністративної території міста)
    в) Бровари Київської області(межі міста співпадають з кордонами адміністративної території міста)
    г) Новодністровськ Чернівецької області
  • кордони обласних районів з “вирізаними” адміністративними центрами якщо вони є містами обласного підпорядкування, наприклад:
    а) Полтавський район Полтавської області з “вирізаною” Полтавою
    б) Великобагачанський район Полтавської області, включаючи смт.Велика Багачка, оскільки смт. адміністративно підпорядковане району

admin_level=7

  • кордони районів в межах міста(на райони поділяються тільки об’єкти з admin_level=6, +Київ,+Севастополь)

admin_level=8

  • кордони повноважень міських рад які не є міськрадами шостого рівня, наприклад:
    а) смт.Велика Багачанка Полтавської області
    б) м.Кремінна Кремінського району Луганської області
    в) міста Перевальськ, Артемівськ, Зоринськ Перевальського району Луганської області
  • кордони селищних та сільських рад, наприклад:
    а) Іванівська селищна рада, що включає території сіл Іванівка,Ковильне,Степове та території навколо них
    подібно до французького варіанту: http://www.openstreetmap.org/?lat=44.3879&lon=0.8952&zoom=14&layers=M

Розбиття на менші рівні недоцільне:)

Таким чином

  • полігони рівня 4 повністю покривають рівень 2
  • полігони рівня 6(за виключенням Києва і Севастополя) повністю покривають рівень 4
  • кожен з полігонів рівня 6 належить тільки одному полігону рівня 4
  • кожен з полігонів рівня 7 належить тільки одному полігону рівня 6
  • кожен з полігонів рівня 8 належить тільки одному полігону рівня 6/7

Якщо територія міста співпадає з територією тієї ж міськради

  • на той сами полігон(або зв’язок з type=boundary) ставимо place=city
    Якщо територія міста/села менша за територію тієї ж міськради/сільради
  • потрібно намалювати менший полігон і поставити на нього place=city/town/village і при цьому ніяких admin_level
    Ось з цих сіл пропоную зняти admin_level і поставити place=village, можливо додатково landuse=residential, оскільки адміністративний кордон повинен включати також територію навколо села, яка йому належить.

приклади державної класифікації взято з http://w1.c1.rada.gov.ua/pls/z7502/a002