Административное деление

По административному делению появилось несколько вопросов.

По областному делению (admin_level=4):

Это Брестская, Витебская, Гомельская, Гродненская, Минская (не включая Минск), Молилевская области и город Минск.

По районному делению (admin_level=6):

Я взял за основу инфу с вики об административном делении областей:
По Брестской области: Брест, Пинск не входят, но Барановичи входит: http://www.openstreetmap.org/relation/71116.
По Витебской области: Витебск и Новополоцк не входят, но также не входят Полоцк и Орша: http://www.openstreetmap.org/relation/70671 и http://www.openstreetmap.org/relation/70660 (с 14.01.2013 перестали быть городами областного подчинения).
По Гомельской области: Гомель не входит.
По Гродненской области: Гродно не входит.
По Минской области: Минск не входит, но Жодино входит: http://www.openstreetmap.org/relation/69554.
По Могилевской области: Могилев и Бобруйск не входят.
1? Собсвенно вопрос, верна ли данная информация и стоит поправить?

2? Также вопрос по аналогии с областным делением, стоит ли города областного подчинения задавать как admin_level=6 (сейчас у них admin_level=8) или Минску задавать admin_level=8 (сейчас admin_level=4)? Из http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level не совсем понятно. По osm wiki вроде как стоит задавать admin_level=6: http://wiki.openstreetmap.org/wiki/Category:RU:Belarus:%D0%90%D0%B4%D0%BC%D0%B8%D0%BD%D0%B8%D1%81%D1%82%D1%80%D0%B0%D1%82%D0%B8%D0%B2%D0%BD%D0%BE%D0%B5_%D0%B4%D0%B5%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5 (см. конкретную область), но там инфа видимо немного устарела.

По населенным пунктам (admin_level=8):

Как я понял большая часть обозначается через place=city|town|vilage и тд и может не иметь границ. Далеко не все границы городов обозначаются с помощью admin_level=8. Также нашел некоторые обозначения через http://wiki.openstreetmap.org/wiki/Relations/Proposed/Postal_Addresses, например:


address:a3=Полоцк
address:type=a3

но вроде пишут что это рудимент: http://forum.openstreetmap.org/viewtopic.php?pid=387591#p387591.
3? Собсвенно вопрос по каким признакам правильно искать населенные пункты?
4? Стоит ли избавляться по возможности от Postal_Addresses обозначений в пользу name, admin_level и тд?

По районам городов (admin_level=9):

Брест - не нашел.
Бобруйск - не нашел.
Витебск - есть.
Гродно - есть.
Гомель - не нашел.
Минск - есть.
Могилев - есть.

5? Может кто добавить отсутсвующие районы или рассказать по каким признакам можно самому нарисовать?

ЗЫ. Есть тема немного пересекающуюся: http://forum.openstreetmap.org/viewtopic.php?id=15157.

6? Также появился вопрос как правильно обозначать районы города admin_level=9:

  • “Такой-то район г. Того-то” без точки распложения метки (Витебск, Минск, Могилев),
  • “Такой-то район” без точки распложения метки (частично Могилев),
  • “Такой-то район” с точкой расположения метки (Гродно)?

Тут видно, как оно нынче устроено http://wowik.000space.com/places/by/

Кое-какие ошибки хорошо видны http://wowik.000space.com/places/by/_58.htm
Браславский район имеет не тот уровень admin_level

Как я понял это только то что есть в ОСМ или все же есть привязка к официальным источникам?

Браславский район поправлен, Вам еще обновление не дошло.

Я специяльно не выкладывал, чтобы было что показать. :slight_smile:
Теперь обновил

Из официального есть старовастенький СОАТО, могу попробовать посопоставлять (файлик за начало 2011 года, новее не могу найти).
Но есть одна закавыка, один пользователь решил попереименовывать нп http://forum.openstreetmap.org/viewtopic.php?id=22061 , так, что многое теперь не будет найдено, как я понимаю.

Пока все хорошо вроде-бы.

Я, вообще-то, сильно за это, так как тогда admin_level=6 будет покрывать всю площадь, как сейчас покрывает admin_level=4

Я тоже.

7? Другой вопрос стоит ли как-то города областного подчинения привязывать к районам, в рамках которых они находятся физически? Если для районных центров это понятно, то такие примеры как Полоцкий район и Новополоцк и Смолевичский район и Жодино не очень вписываются.

Они физически, я думаю, там не находятся. Там дырка в районе должна быть. Территорией же другие власти командуют.
http://www.openstreetmap.org/relation/59504#map=10/55.2251/30.3429

А если город является адм. центром района, в который не входит, то в relation района его вносить, как и те, которые входят.

Отлично.

Тогда вопрос как определить отношение района, если смотреть тот же Витебский район: http://www.openstreetmap.org/relation/79947, то она использует нотацию http://wiki.openstreetmap.org/wiki/Relations/Proposed/Postal_Addresses, но как я понял она умерла. Также с ней в некоторых местах используется роль is_in, которая тоже как я понял является устаревшей. Вообще пока не совсем понятна позиция по поводу Postal_Addresses.

На мой взгляд - ошибка. Витебск в район не входит.

Ну и протухают эти адресные отношения, бо из моды вышли и не особо-то используются.
В моде addr:*

8? Также заметил что отношения городов и их административные центры часто имеют одинакоые теги, которые могут содержать разную информацию, например, Брест: http://www.openstreetmap.org/relation/72615 и http://www.openstreetmap.org/node/27171628 имеют тэг population=320920 и population=326428 или часто имеет место разный набор разных тегов, напиример, name:lt только у одного и name:de только у другого. Вообщем что с этим делать, в идеале данные должны лежать в одном месте?

Поправил города областного подчинения, изменил admin_level=6 для городов областного подчинения.
Накидал границы райнонов городов (admin_level=9) для Бреста, Бобруйска, для Гомеля была, добавил отношения городских районов (admin_level=9). Привел районы к типу “Такой-то район” с точкой расположения метки и без тега place=suburb для метки и отношения.

Для Postal_Addresses нашел около 3000 отношений. В принципе при желании можно от него избавиться, тк протухает, видимо никому не нужно и иногда довольно плохо приходится с двумя нотациями одновременно.


type=address		2954
address:type=house	26
address:type=a3		333
address:type=hno	2
address:type=a1		80
address:type=hns	5
address:type=a4		21
address:type=a6		2275
address:type=country	4
address:type=a2		203
address:hno		7
address:a3		312
address:a2		155
address:a1		83
address:house		26
address:a6_old		1319
address:a6		1721
address:country		3
address:hns		5

Также предлагаю для отношений с узлами в роли admin_center или label стараться избегать дублирования тегов в пользу отношения, те по возможности все пихать в отношения, а в точках оставлять name и другие необгодимые теги.

Ну, тут холивар. Я, лично, за главенство точки :slight_smile:
Границы не всегда известны или не всегда определены.

Я понимаю что момент скользкий, с другой стороны у отношения таких точек может не быть или быть несколько (admin_center и label одновременно), также отношение может быть более информативно (например границы и тд) и ссылаться на точку из отношения проще чем в обратном направлении.
Если бы для точки можно было не указывать вообще тегов, то было бы возможно более интерестно, но необходимость все равно дублировать хоть и частично как-то не очень, но сейчас от этого наверное все приложения используемые эти данные могут немного поломаться.

Раз холивар, то наверное лучше оставить как есть и склоняться к дубликатам и валидированию, пока не придумано лучшего.

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

admin_center - это НП (place), который есть центр границы admin_level. admin_level точками не бывает.
label - любая вообще точка, куда привязывать вывеску для объекта, описываемого границей.

В принципе резонно, но где тогда должна находится эта точка и как отношения должны ссылаться на данную точку?

Как мне видится так сюда хорошо подпадают всякого рода административные деления: области, районы, населенные пунукты. Для каких других делений активно используются отношения и также стоит вопрос дублирования?

Отделим мух от котлет.

  1. У НП может быть как граница, так и точка. Они связываются только геометрически — точка должна быть внутри границы.
    Лучше еще для порядка, чтобы совпадали значения name да и place.
  2. Административные границы - области, районы, горсоветы, сельсоветы имеют только границы, а факультативно admin_center label точки.

Иногда границу НП и административные совмещают в одном объекте. Отсюда и возникает путаница.
Возьмем Витебск. Тут соединено два понятия — НП и граница власти горсовета.

Такое построение предполагает, что

  1. бывают вложенные НП.
  2. называются объекты (НП и горсовет) одинаково

В разных странах мапят по-разному.

  1. В РФ считается, что вложенных НП не должно быть. (кроме suburb и т.п.)
  2. В Казахстане НП и администрация разведены даже на уровне справочника (КАТО)
    В РФ - город и городской округ тоже разные объекты в ОКТМО
    На Украине в КОАТУУ объект один, но местные маперы зачастую разделяют город и горсовет на два объекта (с разным именем).

В Белоруссии в OSM пока НП и граница горсовета слеплены, хотя в справочнике СОАТО я встречаю следующую намекающую запись:

2401000	г. Витебск (горсовет)

Пока же причин разлеплять на два объекта нп Витебск и Витебский горсовет я не вижу. Оно пока и то, и то вполне может называться одним именем.

Возможно вопрос нубский, но можете пояснить что такое горсоветы и сельсоветы, тк я смотрю на приведенный в пример Витебск и не могу понять где здесь горсовет. Или имеется ввиду что административная граница - это по сути горсовет с admin_level, а граница города должна быть отдельно?

населенный пункт

place=xxxx

point и/или граница в виде way/relation

административная граница

type=boundary
boundary=administrative
admin_level=X

в виде relation

Границы сельсоветов в Белоруссии не размечены, ибо чаще всего известен только состав НП, входящих в совет.