предполагаю, что Асбестовский городской округ завтра тоже не подхватиться
http://dezhin.gis-lab.info/yav/settlements/?polygon=-79379
что делать?
Пока только так http://www.openstreetmap.org/browse/relation/1016589 ( У вас по всей свердловской области история такая?
[offtopic]
Странный всё-таки выбор суффикс :user. Сразу впадаешь в ступор, что это за пользователь октмо 
Имхо для таких случаев :force или :manual были бы понятнее.
по все области пока не скажу. границы нарисованы не все, райны, соответственно, не все и подписаны.
в остальных случаях обходилось без oktmo:user (только alt_name один раз)
еще такой вопрос type = multipolygon или type = boundary
что должно быть? в Курганской области юзают boundary
и еще… official_status = ru:муниципальный район
может быть должно быть official_status:ru
не?
Да, странный. Вначале :rule был, так что прогресс на лицо. Внутри бота вообще :hint используется.
Но как подчеркнуть тот момент, что этот тег ставится человеком, а остальные (наверное будет okato:code и oktmo:code) - нет?
За :force еще old_Bibigon выступал, но я к тому моменту уже на с :rule на :user перекинул.
В принципе, можно еще разок поменять, но стоит ли?
Тут тоже можно было alt_name=Город Асбест, но это мне показалось слишком в данном случае.
Без разницы. В германии все границы type=multipolygon сделаны и ничего. andriano бы наверное предложил все type=boundary на type=multipolygon поменять, чтобы не плодить сущности.
Я когда заваривал эту кашу с official_status, то подумал так. official_status:ru - это “официальный статус” на русском языке, а official_status=ru: - это официальный статус в РФ, т. е. здесь “ru” это уже не код языка, а код страны. То есть может быть что-то вроде official_status=ru:национальный парк;unesco:blah-blah-blah.
Как-то так.
ждал, что сегодня подхватиться данный релейшен
http://www.openstreetmap.org/browse/relation/1019865
или свежие данные еще не обрабатывались?
обрабатывались, не попал, потому что опечатка в теге type=multipolygon
на страницах со статистикой не хватает даты обновления статистики.
понял, поправим…
+1
Добавил, в правом верхнем углу на страницах со статистикой. На данный момент есть проблемы с дампами на гис-лабе, поэтому и “с ошибками” - завтра после обновления по идее должно уже стать без ошибок)
Пытаюсь привести в порядок Пензенскую область - http://dezhin.gis-lab.info/yav/settlements/?polygon=-72182
Отрисовал районы. Наткнулся на документ http://pnz.gks.ru/docs/981-zpo.pdf, по которому больше не существует Кондольского района.
Можно ли как-нибудь обработать такую ситуацию?
Попробую сделать объединение через oktmo:user=код_1;код_2
Как правильно обозначить границы (сами полигоны и отношение) муниципального округа, который расположен на двух географически раздельных территориях?
Точно так же как для границ с анклавами:
http://wiki.openstreetmap.org/wiki/Relation:boundary
два полигона замкнутых с ролью outer
учитывая что эти полигоны скорее всего будут состоять из кусочков, то скорее всего они должны быть в отношении в правильном порядке (как минимум josn в таком случае рисует замкнутую линию в редакторе отношений).
Dmitry Terentiev, вот пример в тверской области http://www.openstreetmap.org/browse/relation/369838
При том способе, который используете вы (все замкнутыми линиями), тег area=yes на мемберах получившегосе релейшна не нужен.
Этот способ мне не нравиться. Буду переделывать как в Твери.
Резать границы страны и региона не хотел, но придется.
В Краснодарском крае все границы порезаны и собраны в отношения. Проблем нет.
отношения затем и придумали, чтобы можно было спокойно резать веи, а не лепить по общим точками
Главное в josm при разделении вея на две части не забывать выкачать релейшны, которые на него ссылаются, через File|Download parent ways/relations, в случае если вей выкачан через API не по bbox-у. Иначе вероятность порвать какой-нибудь релейшн стремится в 1.