gdal

GDAL 1.9.2

Вчера Frank Warmerdam объявил о выходе корректирующего выпуска 1.9.2 библиотеки GDAL. Не буду перечислять все исправления, вошедшие в эту версию, жаждущие подробностей могут ознакомиться со списком самостоятельно. Отмечу только наличие в ней ряда исправлений #4743, #4650, призванных решить проблему с определением кодировки shape-файла и связанной с ней перекодировкой атрибутивных данных и названий полей.

Еще про кодировки в GDAL

OKI Miyuki сделал патч для GDAL, реализующий преобразование кодовых страниц в Windows. Поддерживается как преобразование в UTF-8, так и обратное. Патч применен в r24514.

gdal-pascal

Начал в свободное время потихоньку обновлять Pascal интерфейс к библиотеке GDAL. Цель-минимум: синхронизировать функции OGR (так уж получилось, что с векторными данными приходится работать чаще) с текущей версией библиотеки. Цель-максимум — закончить с функциями собственно GDAL и сделать несколько примеров.

QGIS + GDAL 1.9.0 = ÐовоÑÐ

Обновился… Результат можно наблюдать в заголовке поста. Сижу теперь и думаю: откатиться на GDAL 1.8.1 или пропатчить провайдер OGR?

GDAL 1.9.0

Frank Warmerdam анонсировал GDAL 1.9.0. GDAL/OGR — открытая библиотека для работы с растровыми и векторными данными, web-сервисами и базами данных. Библиотека предоставляет приложениям единую обобщенную модель данных для всех поддерживаемых форматов. Помимо самой библиотеки в состав GDAL входит набор мощных утилит командной строки для преобразования и обработки данных. Выпуск 1.9.0 содержит множество давно ожидаемых изменений, в частности поддержку удаления полей и работу с разными кодировками. Краткий список измененний: новые драйвера GDAL: ACE2, CTG, E00GRID, ECRGTOC, GRASSASCIIGrid, GTA, NGSGEOID, SNODAS, WebP, ZMap новые драйвера OGR: ARCGEN, CouchDB, DWG, EDIGEO, FileGDB, Geomedia, GFT, IDRISI, MDB, SEGUKOOA, SEGY, SVG, XLS переработанный и улучшенный драйвер NetCDF поддержка разных кодировок в shape-файлах и таблицах DBF, в том числе автоматическое определение кодировки ([RFC 5](https://gdal.

ESRI WKT в GDAL: нужны файлы для тестирования

Файл .prj в формате ESRI WKT явлется довольно таки ограниченым подмножеством OGC WKT из-за чего часто возникают проблемы. Среди основных недостатков: отсутствие поддержки параметров TOWGS84 (см. #4345) и сложности с определением кодов EPSG для различных элементов (GEOCS, PROJCS, DATUM и SPHEROID). Разработчики GDAL начали работы по более полной поддержке .prj файлов формата ESRI WKT и просят всех, кому интересна эта тема поделиться примерами таких файлов.

Драйвер SXF для GDAL

В GDAL, возможно, появится поддержка формата SXF. Желающие могут взять код драйвера в trac (#4331), интегрировать его в код GDAL (нормального патча нет, видимо, это карма Панорамы — все через одно место) и скомпилировать. К новому драйверу много вопросов, начиная от достаточно тривиальных вроде форматирования кода и заканчивая принципиальными, касающимися лицензирования. Если автор драйвера сможет на них ответить/выполнить требования, SXF в GDAL быть. Если нет — пользователи Панорамы так и будут употреблять кактус.

Открытие растров OziExplorer в QGIS

Достаточно часто приходилось встречать вопрос: как использовать растры, имеющие привязку OziExplorer (растр + map-файл) в QGIS? Чтобы пользоваться такими данными в ГИС, их, в большинстве случаев, необходимо предварительно конвертировать, например, при помощи GlobalMapper. С выходом GDAL 1.7.1 надобность в коммерческом ПО отпала, т.к. именно в этой версии GDAL появилась поддержка map-файлов OZI. Подготовка Для работы растрами, имеющими привязку Ozi Explorer нам понадобится: QGIS версии 1.5.0 или старше GDAL 1.7.1 или старше (обычно устанавливается вместе с QGIS) модуль GDAL Tools (не обязателен, если вы не боитесь командной строки) В дальнейшем будем предполагать, что все установлено в каталог по умолчанию, C:\OSGeo4W.

GDAL 1.9, unicode и сопутствующие проблемы

GDAL постепенно движется в сторону полной поддержки unicode: уже реализован RFC 23, продолжаются работы по реализации RFC 5. Еще одним шагом стала реализация перекодирования атрибутов shape-файла в UTF-8 при чтении, и из UTF-8 при записи. Только вот… кодировка определяется путем считывания LDID (Language Driver ID) из заголовка DBF. Вобщем-то это правильный подход, только что-то я не припомню когда в последний раз видел шейпы с корректно указанной кодировкой. В основном попадаются файлы, у которых LDID установлен в 87, что соответствует значению default.

GDAL + Pascal = ?

Давным-давно в далекой галактике<… Почти год назад довелось мне участвовать в одном, сейчас практически заглохшем, проекте. Примечателен он был не только своими идеями, но и тем, что в качестве основного средства разработки использовался Delphi. На мой взгляд выбор не самый удачный: если уж так нужен ObjectPascal, стоило бы ориентироваться на FreePascal, тут 64-разрядность, и кроссплатформенность, не говоря уже о цене. Но не об этом речь. Предполагалось, что для работы с векторыми и растровыми данными будет использоваться библиотека GDAL, но… Как выяснилось, интерфейса для Pascal не существует.