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

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

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

Я специяльно не выкладывал, чтобы было что показать. :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

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

Еще одно замечание, здесь http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative указано, что может присутствовать admin_level=10: Suburb (микрорайон и т.п.) border, но насколько мне извесно микрарайоны города мапятся в Беларуси с помощью suburb/neighbourhood, те административное деление оканчивается admin_level=9 и есть только в Бобруйске, Бресте, Витебске, Гомеле, Гродно, Минске, Могилеве.

С помощью admin_level=10 замаплены только районы Солигорска и часть Гомеля.

Солигорск:
http://www.openstreetmap.org/relation/286022
http://www.openstreetmap.org/relation/286012
http://www.openstreetmap.org/relation/286013
http://www.openstreetmap.org/relation/286023
http://www.openstreetmap.org/relation/286021
http://www.openstreetmap.org/relation/286020
http://www.openstreetmap.org/relation/1641779
http://www.openstreetmap.org/relation/286014
http://www.openstreetmap.org/relation/286015
http://www.openstreetmap.org/relation/286016
http://www.openstreetmap.org/relation/286017
http://www.openstreetmap.org/relation/286019
http://www.openstreetmap.org/relation/286018

Гродно:
http://www.openstreetmap.org/relation/1263408 или http://www.openstreetmap.org/way/83991225
http://www.openstreetmap.org/relation/1147580 или http://www.openstreetmap.org/way/74502404
http://www.openstreetmap.org/relation/1002274 или http://www.openstreetmap.org/way/49269554
http://www.openstreetmap.org/relation/1002275 или http://www.openstreetmap.org/way/63593842
http://www.openstreetmap.org/relation/1147579 или http://www.openstreetmap.org/way/74502405
http://www.openstreetmap.org/relation/1479878 или http://www.openstreetmap.org/way/25082217
http://www.openstreetmap.org/way/25082206
http://www.openstreetmap.org/relation/1355546 или http://www.openstreetmap.org/way/93228529
http://www.openstreetmap.org/relation/1355545 или http://www.openstreetmap.org/way/93228531
http://www.openstreetmap.org/relation/1344083 или http://www.openstreetmap.org/way/91872332
http://www.openstreetmap.org/relation/1355547 или http://www.openstreetmap.org/way/93228525

Если я прав то нужно поправить http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative и данные районы Солигорска и Гомеля.

Витебский городской Совет http://www.openstreetmap.org/relation/68614
Новополоцкий городской Совет http://www.openstreetmap.org/relation/1749242

Два горсовета на республику, и ни туды и ни сюды с ними. Попадают в выборку по admin_level=6 и ломают всю логику административного деления. Прописывать горсоветы для всех остальных городов республику ради этих двух не будешь, но и на карте выводить две белых вороны не ахти вариант.

Есть такая »информация« по Витебску.