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

Ezhick · 2009-06-18T12:36:48.000Z

Если бы у нас были нарисованы границы всех субъектов РФ, то сверить координаты объекта в vmap при наличие о нем кладр-данных с координатами области (чтобы не попадало из Тульской в Смоленскую) не составит труда. И тогда можно было бы отсортировать и залить только те, по которым кладр и координаты области совпали.

Интересно, можно ли где-то надыбать координаты границ субъектов?

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

liosha · 2009-06-18T12:49:41.000Z

дык в этом же VMAP0 границы вроде были. или я что-то путаю?

AkMeR · 2009-06-18T12:52:03.000Z

liosha:

дык в этом же VMAP0 границы вроде были. или я что-то путаю?

В VMAP0 слой с границами не опенсорсный. Его в ОСМе использовать нельзя…

AkMeR · 2009-06-18T12:53:30.000Z

Ezhick:

Интересно, можно ли где-то надыбать координаты границ субъектов?

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

Насчет границ - есть мысли, надо обдумать маленько.

Скрипт - пробуй, пригодится однозначно.

KekcuHa · 2009-06-18T12:53:46.000Z

На сегодняшний день приблизительно нарисована уже куча границ, и когда идет обработка НП внутри региона, естественно, проверяется куда они попадают, так что ничего нового городить не надо.
Вот, например:
http://osm.tesoro-shop.ru/50000000000(МОСКОВСКАЯ).htm

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 файлы нормально открывает.

- где тут ‘/’ ?