Форумы GIS-Lab.info

srvsub писал(а):Добрый день. Почему по Краснодарскому краю файлы не все выгружаются в ночных экспортах, например дороги последний раз обновлялись 21.12.2010 ? Можно ли получить актуальные выгрузки?

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

Проблема должна быть исправлена при следующей выгрузке.

Выгрузки в osm.bz2 "зависли" на 15 июля. Это хороший повод перейти на новые выгрузки, но мне ещё нужны регионы в PostGIS - что с ними делать?

А что не так с PostGIS - тоже зависшие на 15 число данные?

Ещё не знаю, но можно проверить.

Проверил - данные в moscow_* актуальны. Проверять .osm-файлы не стал - всё равно перешёл на новые выгрузки.

http://gis-lab.info/data/osm/russia/russia-city-p.7z
почему-то тут только калининградская область

dezhin писал(а):http://gis-lab.info/data/osm/russia/russia-city-p.7z
почему-то тут только калининградская область

Присоединяюсь. russia-poi-p.7z - здесь тоже нет данных

по ссылке http://gis-lab.info/data/osm/uzbekistan/ данные файла uzbekistan.osm.bz2 перестали изменяться с 30-Jul-2011
Однако если пойти по ссылке http://gis-lab.info/data/osm/uzbekistan ... an.osm.bz2 скачивается файл UZ.osm.bz2

Может быть из-за переименования файла данные не изменяются?

Я позволю себе вернуться к проблеме кодировки в SHP файлах. После не продолжительной дискуссии на ветке MapInfo viewtopic.php?f=17&t=8499&p=49574#p49475, я бы позволил себе сформулировать ее так:
Что мешает появлению набора данных в SHP'ах, но с кодировкой Win1251, либо приложению в виде DBF файлов в той же кодировке? Либо, что уж совсем избыточно, формату MIF/MID в той же кодировке для тех кто не использует UTF8 совместимые программы. В частности MapInfo Версий ниже 10.0. Да и еще ряда других.
Я полагаю, что наборы OSM на нашем сайте созданы для максимального круга пользователей. Но когда я посылаю страждущих карт Родины на наш сайт, мне каждый раз приходится проводить дополнительные беседы, о красоте различных кодировок, командной строке, питоне и т.п. И я не уверен, что в результате многих отправились по данном мною адресу.

Ну что, напряжёмся вместе и таки сделаем эти несчастные SHP-файлы в CP1251? Хотя это же надо будет делать регулярно, так ведь? Может, тогда стоит завести скрипт на сервере для перекодировки, а то народ вон как изнемогает..

В wxGIS все перекодируется из SHP в TAB и MIF/MID без всяких проблем с перекодировкой (без питона и установки). Естественно если атрибуты SHP в этой самой wxGIS читаются нормально (если не читаются нормально - просто создается текстовый файлик с именем шейпа и расширением CPG и туда пишется код кодировки шейпа - для UTF8 код 65001).
Кстати, базовая часть wxGIS не требует оконных менеджеров и может работать в консольном окружении (например, на сервере).

Bishop писал(а):Кстати, базовая часть wxGIS не требует оконных менеджеров и может работать в консольном окружении (например, на сервере).

wxGIS изменяет кодировку шейпов через OGR, так? Тогда, IMHO, в консоли логичнее исп-ть "чистый" ogr2ogr.

Нет, не так. Он читает используя OGR, потом с использованием wxWidgets перекодирует текстовые строки в текущую локаль и пишет в выходной формат с использованием опять же OGR. Причем, если формат не поддерживает текущую локаль (например, KML поддерживает только UTF8), то пишется в поддерживаемой локали.
В принципе, кажется, с 1.9 версии будет возможность указания локали. Можно подождать.

Bishop писал(а): В принципе, кажется, с 1.9 версии будет возможность указания локали. Можно подождать.

А пока можно спокойно делать: