Генерация липовых wiki ссылок продолжается:
http://www.openstreetmap.org/way/253595643
CupIvan’овский валидатор не Смоленщине похоже не работает.
Пробывал в славном городе Гжатске … Такое ощущение что весь город - импорт. Я прошёлся по кварталам и обнаружил что адреска идеальна, все дома обозначены, включая частный сектор. Это очень порадовало … Но в городе при такой детальной адреске - практически нет POI, даже самых очевидных. Даже самые известные символы города - памятник Гагарину, музей Гагарина, Казанская церковь, Благовещенский собор и простые POI - не отмечены …
Поэтому пришлось пользоваться Яндекс.Картами - там и адреска и POI актуальны.
Ну так они её со своей ГИС перетягивают, а там же нет ПОИ.
То-то и оно, что не знаю.
Не видно: чистое поле с некоторыми признаками хозяйственной деятельности
вроде отдельно стоящего бетонного столбика.
По моим наблюдениям, одна дорога идёт из Клушина в Груздево, остальные – на лесопилку.
В продолжение поста в другой ветке и темы удвоенных границ населенных пунктов
http://forum.openstreetmap.org/viewtopic.php?pid=396955#p396955
Наверно все уже заметили, что bim2010 сотоварищи нанес все населенные пункты, нарисовал границы всех населенных пунктов, проставил теги addr:*, official_status, official_name, population, wikipedia.
Это вправду здорово.
Однако оказалось, что способ, которым оказались замаплены границы НП вызывает споры.
Для каждого НП тегом place были размечены точечный центр (node) и граница (way).
Но, как известно, mapnik не рисует границы НП, отмеченные только тегом place.
Поэтому дополнительно на way (а иногда и на node) были повешены теги admin_level и boundary=administrative, и созданы отношения типа boundary как с boundary=administrative, так и с тегом place.
Результат получился прекрасный - на карте видны границы.
Но дьявол в мелочах.
Кроме того, что появилось еще одно место с дублированной информацией, а стало быть еще один повод для ее расхождения (например population запросто отличается на границе и точке http://wowik.000space.com/places/ru-smo/err.htm)) теперь place имеет две геометрии границы.
Это не очень здорово, но чтобы разрешить эту коллизию (вероятно, что она возникла в софте, используемом bim2010), применена интересная техника:
name на relation не был проставлен!
http://atd.osm.rambler.ru/r3343849.html
http://wowik.000space.com/places/ru-smo/err3.htm
Возникают вопросы
- насколько валиден такой объект, как неименованный place?
- надо ли ему для полной валидности прописать name?
- насколько верно рисовать две границы для одного place? (Имено place, а не одну place, а другую boundary=administrative, это другой вопрос).
Ну и какие будут предложения?
- оставить данные как есть
- удалить relation’ы,
- удалить с веев дубрированную информацию, перенеся недостающий name в relation
По мне так третий пункт позволит и рамочки рисовать и границы не дублировать, и адресный поиск в известных конверторах должен работать.
В продолжение предыдущего поста и темы генеренных wiki ссылок
http://forum.openstreetmap.org/viewtopic.php?pid=414531#p414531
http://forum.openstreetmap.org/viewtopic.php?pid=417921#p417921
Я не представлял масштаба бедствия и пытался ручками либо поправлять wiki ссылку на верную, либо удалял вовсе.
Это вызвало негативную реакцию bim2010, которые еще по весне пояснил, что они и привлеченные ими силы собираются в скором времени, не раньше сентября, начать наполнять википедию информацией про все населенные пункты Смоленской области. (Кстати, уж октябрь на дворе).
Ну, подумал я, подождем, наполнения вики, раз она пуста и там в самом деле нет статей про НП области.
А тут недавно вдруг выяснилось, что ссылки сгенерены, даже тогда, когда в wiki уже есть статья про НП .
Сделав, по совету друзей, в валидаторе проверку валидности wiki ссылок, я исследовал проблему более пристально и выяснил, что для практически всех НП области bim2010 и товарищи прописали, сгенеренные по собственному шаблону, теги wikipedia ru:ИмяНП (Имя поселения, Имя района), которые никогда не указывают на реальную страницу в вики, так как там коллизии имен статей разрешают по более сложным правилам.
Приведенный же выше диалог банально не дает различия между деревней и одноименным поселком при станции (“станцией”), к тому же иногда генерация сбоила и мы получили местами удвоенные пробелы.
Недавно же я выяснил вообще замечательную вещь. Практически для всех НП области в википедии есть странички уже как года три-четыре.
Ясное дело, что новые про те же самые НП, но по другим адресам, никто создавать там не даст.
Добавив в валидатор к валидации wiki ссылок еще и поиск wiki статей, я получил наглядную картину происходящего и инструмент для нахождения верных wiki ссылок.
http://wowik.000space.com/places/ru-smo/66605464.htm
Итак, какие будут предложения?
- оставить невалидные данные как есть
- удалить невалидные данные
- заменить на валидные данные (знамо дело не автоматом, а пристально проверяя)
boundary=administrative со всего не относящегося к АТД удалить.
найденные вики поправить, остальные фейковые лучше убрать.
wiki-ссылки надо всё-таки починить на правильные, но только с их автопоиском аккуратно, а то он не всегда корректный: http://wowik.000space.com/places/ru-kam/_3.htm
Если статьи нет, так и ссылку удалить — хоть какая-то целостность данных должна быть.
way в составе relation тоже бы почистить.
А вот от admin_level=10 в принципе особого вреда нет — пусть пока живут…
Странно, что для вики, вы целостность цените, а тут нет.
Тогда пожалуй буду обводить придомовую территорию многоквартирного дома admin_level=20, а территорию обслуживания управляющей компании admin_level=18. Для микрорайонов наверное зарезервирую admin_level=15. Ах, ещё же кварталы нужны, ну для них пожалуй admin_level=17 будет в самый раз. Ну вроде ни кого не забыл.
Так целостность тут никак не страдает.
А вот нарисованы эти границы довольно неаккуратно, местами пересекаясь с границами сельских поселений (хотя мб это границы сельских поселений нарисованы неаккуратно), и, на первый взгляд, общие границы смежных населённых пунктов отрисованы параллельными линиями, возможно, из-за недоверия к мультиполигонам.
Возможно, я не уловил суть обсуждения, но считаю, что надо привести все НП к стандартному виду: одна точка с полным набором тэгов и один полигон с name и place; все тэги admin_level и отношения с admin_level удалить.
И кривые дубликаты поселений из линий тоже удалить. Чё за бардак там вообще?
Это конечно. На Камчатке много нп отсутствует в Вики, вот и находятся другие объекты. На такой случай будут добавлены дополнительные проверки - чтение из статьи имени района, поселения и т.п.
На Смоленщине же в Вики есть практически всё. Статьи с именами поселений/районов в скобках после имени НП попадают точно. С простыми же именами есть пара случаев ошибок.
Такая новость:
Границы между субъектами должен утверждать еще Совет Федерации, как минимум.
http://www.openstreetmap.org/#map=13/54.5178/34.4219
Здравствуйте bim2010.
Написала Вам несколько писем по ДелоПро с вопросами. Ответа нет, а время поджимает. Дублирую их здесь. Руководством поставлена задача нанести адресные планы и дороги по Смоленскому району до конца года.
Как с ST Matix® Web забрать треки и загрузить в josm? Там формат различается.
Что делать если по нп нет треков?
Что делать если нет адресных планов?
Я была весной на Вашем мастер-классе по OSM в универе. Не думала что это мне нужно будет. Огромное спасибо Вам за создание ОТКРЫТЫХ карт по Смоленской области.
Игорь Михайлович я одна не справлюсь в срок, помогите пожалуйста!!!
Ничего, рисовать так как есть, когда появятся, подвинуть под новое смещение.
Создать самим - распечатать карту и выдвинуться на местность для пополнения данных.
Уж полночь Новый Год близится, а Игоря Михайловича всё нет.
Будем готовится начинать без него.
В Ветке многие высказались и задвоение границ НП заклеймили.
duplicated place borders
Поскольку, как я полагаю, boundary admin_level=10 на границах грех невеликий, а пользя для демонстрации работы руководству огромна, то собираюсь причесать ситуацию следующим образом:
С вея границы НП nаme (и что еще вдруг там найдется не дублированное) перенести на отношение, и теги на вее почистить. Заодно исправить викиссылку.
Вовик, не надо тащить во все темы, то что вы с bim2010 разругались на тему границ.
admin_level=10 не противоречит схеме ОСМ.
А это противоречит схеме отношений. Теги должны быть или на вее (а на отношении пусто, что впрочем является устаревшей схемой) или на отношении (тогда на вее только теги уникальные для данного вея, например, если граница проходит по руслу реки то на вее границы стоят теги реки).
Так я так и написал - “теги на вее почистить”
Пока что, в качестве подготовки, добавил несколько недостававших НП и вставил местами букву ё в addr:subdistrict, где расходилось с отношением.