Постановление Правительства Российской Федерации от 17 апреля 2014 г. N 349 г. Москва
“О присвоении наименования географическому объекту в Смоленской области”:
Есть такой населённый пункт, https://www.openstreetmap.org/node/682281994; судя по прописанному адресу, он нарисован десятками километров севернее, чем на самом деле (если вообще существует – во всяком случае, на том месте ни одного строения нет).
Что с такими принято делать?
Если знаешь где это на самом деле перенеси туда. А так чуть западнее видно пару домиков, ну и дорога в никуда приходит вряд ли, так что, тут тоже что-то есть.
По структуре поля вполне могла когда то быть деревня, но остатков домов как-то не видно
Смущать скорее addr:district должен - там до границы Тёмкинского района километров 40
Генерация липовых 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