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

KekcuHa · 2009-06-18T11:21:29.000Z

Как я понял, когда делали перевод сверяли с КЛАДР. Кладр-коды где-нибудь прописывали?

AkMeR · 2009-06-18T11:31:39.000Z

KekcuHa:

??? ? ???, ??? ??? ??? ??? ? ???. ???-??? ???-??? ???

??.

???? ?? ?????:
Subject, Rayon Â– ??????? ? ???????????????? ????? ???????? ??.
??????? ?? ?? ????? ????? ?????? ????????????? ???????. ???????? ????????? ??? ?????????? 
???????? ?? 100% ??????????? ? ?????????? ????????? ? ?? ?????.
?ype Â– ??? ??????????? ??????. ??????? ?? ?? ????? ????? ?????? ????????????? ???????.
Name - ???????? ?? ?? ?????
Code - ??? ?????
Index - ???????? ??????
Ocatd - ??? ?????

KekcuHa · 2009-06-18T11:40:22.000Z

тогда при полной заливке проблем должно быть меньше

Upliner · 2009-06-18T12:15:10.000Z

тогда при полной заливке проблем должно быть меньше

Вот только там много посёлков не найдено в КЛАДР-е, а некоторые найдены неправильно(я писал выше – посёлок в Тульской области определился как посёлок в Смоленской). Уж лучше бы тогда бот проставил…

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” конечно не стоит.