Перевод БД населенных пунктов РФ VMap0

liosha · 2009-06-18T12:59:44.000Z

в википедии пишут, что полностью

Level 0 (low resolution) coverage is global and entirely in the public domain

http://en.wikipedia.org/wiki/Vmap0

Ezhick · 2009-06-18T13:10:43.000Z

KekcuHa:

На сегодняшний день приблизительно нарисована уже куча границ, и когда идет обработка НП внутри региона, естественно, проверяется куда они попадают, так что ничего нового городить не надо.

Ок, тогда надо только дубли проверять.

vvoovv · 2009-06-18T13:20:14.000Z

Границы регионов внутри станы (любой, не только России) были сделаны ESRI, они не public domain, в отличие от всего остального VMAP0. Написано, что для коммерческого использования обращайтесь в ESRI.

sim · 2009-06-23T23:04:38.000Z

имейте в виду, просто чтобы не дублировать работу, что сейчас помимо правки мы делаем проверку несовпадений принадлежности полигонов и точек субъектам. Надеюсь количество подобных ошибок резко сократится.

sim · 2009-06-29T06:10:31.000Z

Прогнали оба слоя на предмет попадания наспункта в совершенно неправильный регион, исправлено еще порядка 50 ошибок в обоих слоях.
Исправленные слои на сайте (в шейпах).

sim · 2010-05-22T19:56:07.000Z

Господа, я тут полез разбираться с интересным мне куском и обнаружил, что по крайней мере в этом месте вообще ничего не импортировано, а это большая часть нашей страны. Подозреваю, что это и в других местах так.

Просто хотел напомнить, что набор данных этот весьма полезен и выверен вручную и базируется на открытом наборе данных, содержит уже проставленные кладрокоды и всякую атрибутику. Есть смещения позиционные, но поправить их просто, бывают конечно и ошибки, но их не много, все-таки делалось вручную с поиском по непонятным случаям в интернетах и кадастрах. Уж по крайней мере полигональный слой то можно было импортировать.

Пользуйтесь чтоли, местами эта база хорошо заполняет зияющие дыры.

Дабы облегчить вам жизнь, написал статью, как легко все сконвертировать самому: http://gis-lab.info/qa/ogr2osm.html
Чуть попозже сконвертируем все слои наши пакетно, если это облегчит перевод данных в OSM.

_DR · 2010-05-26T22:33:47.000Z

Завершен процесс конвертации данных по населенным пунктам vmap0 в формат OSM XML. Результат доступен на странице: http://gis-lab.info/qa/vmap0-settl-rus.html

loir · 2010-05-27T05:23:57.000Z

Посмотрел один район Воронежской области. чего в осм нету, тут тоже нету, а что есть не очень соответствует действительности. например, здесь село Верхний Карачан объединено с Нижним Карачаном, а Нижний прописан на другом.

Sergey_Astakhov · 2010-05-27T06:45:38.000Z

По Ленобласти фигня какая-то. Большие смещения относительно известных нас. пунктов (до 4 км), несовпадение границ и видимой застройки по спутнику.

loir · 2010-05-27T09:25:09.000Z

Вон у Твери в name:en стоит советское название, границы в три раза меньше, чем сегодняшнее состояние. Не стал бы я рекомендовать это импортировать в ОСМ ни разу.

Aleksandr_Dezhin · 2010-05-27T12:03:07.000Z

Конечно в населенных осмерами регионах, этот набор данных будет отставать от OSM, но в РФ сейчас не замаплено около >100 городов, > 500 пгт. То есть они не обозначены вообще никак, ни со старым названием, ни с новым, ни с правильной городской чертой, ни с неправильной. Подозреваю, что эти данные могут быть использованы для того, чтобы хоть как-то их обозначить в первом приближении… Ну а заливать “as is” конечно не стоит.

loir · 2010-05-27T12:38:04.000Z

ошибочно нанесённый населённый пункт плох не только собственно своей неточностью, но и тем, что он создаёт иллюзию, что в данном районе что-то нанесено. при прочих равных я в первую очередь поеду туда, где ничего нет, а не туда, где что-то вроде нарисовано.

Bowser · 2010-05-27T13:12:54.000Z

Технический вопрос: большинство нас. пунктов обозначены полигонами, как их по-проще превратить в точки (например по центру полигона), сохранив теги?

andriano · 2010-05-27T13:48:53.000Z

Ошибся, однако :(.

Sergey_Astakhov · 2010-05-27T13:55:07.000Z

andriano:

_DR_:

Завершен процесс конвертации данных по населенным пунктам vmap0 в формат OSM XML. Результат доступен на странице: http://gis-lab.info/qa/vmap0-settl-rus.html

Либо я чего-то не понимаю, либо это не XML:

…

В данном случае тег way заканчивается в той же строке, где и начался, т.к. перед ‘>’ присутствует ‘/’. Поэтому теги “<nd…” являются не вложенными, а следующими после, и строка , которая должна была бы быть закрывающей для тега way, не имеет смысла, т.к. тег уже закрыт.
Вывод: нужно убрать “/” из строк way, чтобы структура данных в действительности была такой, как хотелось бы авторам.

Что-то не вижу ничего плохого. JOSM файлы нормально открывает.

- где тут ‘/’ ?

sim · 2010-05-27T14:10:57.000Z

andriano, вы пробовали загрузить этот OSM в JOSM? Попробуйте. У меня все прочиталось, ни JOSM, ни сервер OSM ни на что не ругались.

Всем. Ребята, давайте без ловли блох ради нее самой. Неужели вы думаете что вам предоставят идеальный набор данных, который надо будет только аплоаднуть в OSM? Нашли ошибки - исправляйте, если оно того не стоит - не используйте, вам виднее. Sergey Astakhov, ну какой спутник, это данные с миллионки, circa 1995.

Я вчера-позавчера вдумчиво (подчеркиваю) взял OSM файлы по Астраханской области, которую б/м знаю и перенес попунктно объекты, где надо - двигая, где-то - удаляя ошибочные, практически везде перерисовывая полигоны по IRS. Получилось очень хорошо, в области стало больше на порядка 100 НП. Это очень удобно, все полигоны уже с тегами, ошибок не так много. Времени ушло - часа 2-3. Без этого набора я бы даже не стал связываться.

Короче говоря, не судите о наборе по паре найденных ошибок, почитайте лучше как он был сделан и сколько люди вложили в него труда, это вам не сконвертированный на автомате GNS. Но и не 100% готовый и выверенный источник!

andriano · 2010-05-27T14:44:58.000Z

Да, оказалось, что именно я чего-то не понимаю: смотрел файл глазками, а в нем, в отличие от всего, что раньше качал в OSM, случается, что в одной строке два тега. Не ожидал такого. Хотя XML такое вполне допускает.

coolkaas · 2010-05-27T15:05:37.000Z

На пустых местах загружаю поселения, спасибо большое!

Sergey_Astakhov · 2010-05-27T15:32:34.000Z

sim:

Sergey Astakhov, ну какой спутник, это данные с миллионки, circa 1995.

Я просто не понимаю как можно его использовать, если полигон нас. пункта ложится на соседний нас. пункт. И если границы даже после сдвига на правильное место не имеют ничего общего с текущими.

sim · 2010-05-27T15:43:39.000Z

Sergey Astakhov:

sim:

Sergey Astakhov, ну какой спутник, это данные с миллионки, circa 1995.

Я просто не понимаю как можно его использовать, если полигон нас. пункта ложится на соседний нас. пункт. И если границы даже после сдвига на правильное место не имеют ничего общего с текущими.

Мы говорим про конкретный полигон, а не слой вообще. Разберем этот случай. По моему опыту использования этих данных:

1 вариант: не импортировать этот пункт вообще. Если полигон наложился на один НП, а рядом другой и вы ну ни как не уверены, где он должен быть - конечно импортировать нельзя. Возможно есть еще какие-то свободные источники, где можно подчерпнуть информацию для разрешения этой дилеммы (я рылся в описаниях, часто пункты находящиеся рядом и упоминаются в текстах). Но по большому счету если есть сомнения - просто пропустите, не переносите.

2 вариант: если понимание есть, импортировать и перерисовывать НП (так делал я) Сдвига разумеется недостаточно, еще раз - это миллионка.

Мне сильно помогало наличие IRS, но в принципе для больших пунктов и по Ландсату можно перерисовать. Я перерисовал границы практически всех.