Sergey Astakhov внимательнее прочтите мои последние посты, где я привожу ссылки на Wiki, по которым и выполняется работы. Я говорю об ошибках в работе, которые приводят к уничтожению данных.
Вы считаете что мапить так как делает WOWIK не ванедализм? Не имея треков по территории, не подготовив тщательно информацию, делать исправления с охватом в 1000 километров?
В личной переписке он ведь признает ошибки, но не собирается их исправлять.
Так на каком уровне в административно-территориальном делении (boundary=administrative) находятся границы населённых пунктов? Раз уж на то пошло, прямо выдержку из НПА.
Звучит, как кто-то пришёл со своим уставом. Так вот, не надо перекладывать с больной головы на здоровую. Стоит не тут качать права, а пинать заказчиков/исполнителей, если у них
dair, fserges, Sergey Astakhov Вы все из Ленинградской области, в которой как я понимаю, используют boundary=administrative и admin_level=10 для садовых товариществ.
http://www.openstreetmap.org/way/176082207
http://overpass-turbo.eu/?key=admin_level&value=10&template=key-value (нажать старт).
Это что правильно? Это в каком законодательном документе прописано или хотя бы в вики?
С Ельней хороший пример и там ошибка.
Нет, неправильно. Садовые товарищества не относятся к административному делению. Я так понимаю тут тоже кому-то захотелось пунктирную линию в мапнике. Надо исправлять. Есть landuse=allotments для садоводств без индивидуальной адресации внутри и place=allotments для садоводств с адресацией.
https://www.openstreetmap.org/way/309488054
https://www.openstreetmap.org/relation/4105753
В разных странах свои умолчания. Очевидно что АТД в России или Вануату требует разного количества уровней иерархии. Собственно это можно увидеть в сводной таблице - http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level. Но вот в рамках одной страны хотелось бы иметь единообразия … И кстати ошибочных данных в ОСМ хватает тоже.
ИМХО admin_level=10 на населённых пунктах всё-таки плохая практика, единственным реальным аргументом за которую является отображение пунктирной линии в мапнике. (хотя я и сам поначалу проставлял boundary, но потом перестал) Кроме того я за массовое удаление этих границ в Смоленской области, иначе это получается какое-то государство в государстве, которое ещё и дурной пример остальным подаёт. (у нас человек занимавшийся отрисовкой одного района тоже проставлял boundary на границах населённых пунктов, полностью забывая при этом про place, плюс в некоторых местах admin_level’ы ещё и на субурбы навешивают…) В сельской местности, минимальным административным образованием служит сельсовет, который управляет всем сельским поселением, органы же управления для каждой отдельной деревни обычно отсутствуют. (а вот в случае их существования, использование boundary будет вполне оправдано)
Везде где они не обозначают административно-территориальное деление. Некоторые примеры выше уже привели.
Разумеется. Я говорил именно в контексте навешанных на деревни (и др. подобные объекты вроде субурбов и СДТ) boundary=administrative.
wowik Планируется ли добавить улицы в валидаторе?
На предыдущей странице есть обширный пост bim2010, который многие уже прокомментировали.
В данной ветке это практически полный оффтоп, так как тут обсуждается не работа Wowik’а, а работа валидатора от Wowik’а 
Но кратко отвечу тут, ибо пост того достоин:
- Уничтожение, искажение адресной информации.
Вначале, обнаружив расстановку admin_level=10 на границах НП, счел это стандартной ошибкой новичков, позже, когда выяснилось, что дело гораздо глубже, отношения границ с admin_level=10 оставил в покое. Людям же нужны рамочки вокруг НП - это святое.
Но оказалось, что кроме всего этого, границы НП отмечены, по два раза. То есть к каждому НП мы получили 3 объекта place: точку и две границы, way и relation.
Разумеется, почти вся информация между ними дублирована, и разумеется не всегда без искажений, к примеру тег population. (подробнее…)
Попытки убрать дублирование, стирая все теги с way’я, оставив разве что landuse=residential, и вызывает бурную реакцию bim2010, об удалении валидной (но еще дважды дублированной) информации.
Такая же реакция последовала и на удаление явно невалидной информации: сгенеренных тегов wikipedia (подробнее…)
- Wowik постоянно ломает маршрутизацию в нашем регионе.
bim2010, объясните же, наконец, как изолированная улица ломает маршрутизацию? В деревню как нельзя было проложить маршрут, так и нельзя по-прежнему.
Единственная улица в деревне практически по определению residential, видна зачастую хорошо, а дальше да, данных не хватает соединить с другими дорогами.- Еще одной ошибкой в работе Wowik является маппинг под его валидатор.
Что-то мне подсказывает, что bim2010 считает верным является маппинг под валидатор Zkir’а- Wowik массово переименовывает географические объекты, удаляет их официальные названия, необоснованная “Ё”-фикация всего.
Раз “массово”, то для bim2010 не составит труда привести конкретные примеры. Я название не с потолка беру, а стараюсь из источников, распространяемых государством, типа ОКТМО.
Нет “Ё” - нет проблем. Ну и раз “всего”, то примеры в студию. Могу представить два сорта ошибок
- “Ё” в имени на самом деле нет, ситуация и впрямь тяжелая, в документах буквой пренебрегают. Ориентация на википедию часто даёт плохую подсказку, поэтому теперь стараюсь смотреть офф.сайты районов/поселений и т.п.
- “Ё” в имени есть, но имя поменяно не везде, и забыты addr:city и т.п. его вхождения. Тут да, мог упустить, ну и надо допиливать валидатор, чтобы улицы проверял.
“необоснованность” - это первая.
И о дорогах.
Например, на участке в ~2000 метров, разница с расчетом Wowik и фактом составила 150 метров
Где пример? Давайте вместе сосчитаем, кадастр посмотрим, спутник разглядим, посмотрим на фактические показания вашей рулетки, всякое бывает…
Между вашей шпаргалкой (см.ниже) и расстоянием по документам на тех же ~2000 метрах набегает 400 метров
Дал ему OSM XML-ки в работу над слоем региональных дорог. 25 из 975 региональных трасс им нарисовано по шпаргалке. Попробовал денек - и бросил.
Не стану сейчас считать чего и сколько, но по “шпагралке” чаще получалось ни быстрей, ни точнее, чем по подсказкам собственного валидатора.
Переносить из слоя в слой отношения с веями, которые зачастую накладываются на существующие, прикреплять их к существующим концами оказалось не очень-то удобно.
wowik, подскажи пожалуйста, откуда ты ОКТМО берешь?
Спасибо
Что-то сломалось?
Да, отдельные регионы вчера обрабатывали битый RU.osm.pbf
Тестовый регион http://wowik.000space.com/places/ru-yev/99701000001.htm
валидация по ФИАС, куски улиц пока не склеены.
Что то не врублюсь что не так с Отважной, последствия битого файла? http://wowik.000space.com/places/ru-kda/3630443.htm
П.С wowik, спасибо, проверю наличие тега admin_centre в сп. Да, граница Отважненского сп неправильная 