Форумы GIS-Lab.info

Возникла очередная творческая задача. Имеется много .shp файлов, у которых необходимо поправить .dbf, исправив не только тип поля но и порядок размещения полей. Усердно погуглив и покурив несколько .dbf редакторов, задачу удалось решить, но только для одного .dbf. А необходимо для пары сотен. Есть ли такие редакторы, работающие пакетно с .dbf ? Возможно такие, которые позволяют писать примитивные макросы.

Буду крайне благодарен за любой совет.

visual foxpro

Смена типа полей:
-- загнать DBF с нормальную БД (PostgreSQL, MySQL, SQLite) --> сменить тип поля (CAST) --> экспорт назад в DBF
-- Python+ogr2ogr (в OGR SQL тоже есть оператор CAST)
Порядок полей:
-- Python+ogr2ogr: экспорт DBF в CSV --> смена порядка полей в CSV --> назад в DBF (?)

порядок размещения полей в SQL запросе должен быть на выходе именно таким, каким он задан в SQL Select'е. По крайней мере это так во всех известных мне реализациях.
Судя по http://www.gdal.org/ogr/ogr_sql.html
никаких описаний того, что это не так там нет. Что простой SQL в ogr2ogr с заменой порядка столбцов не работает?

Действительно, похоже, что хватит одного ogr2ogr. Оператор "-select" меняет порядок полей в выходном файле, с CAST ещё надо разобраться...

Спасибо всем за ответы. Если с помощью ogr2ogr действительно можно менять тип поля и порядок полей и у кого достаточно опыта в этом деле - не могли бы вы помочь ?

Пример вложен в сообщение.

Порядок и тип полей должен быть таким:

1) FID
2) Shape
3) KOD (int)
4) NAME (char 40)
5) NUMOBJ (int)
6) FUNKTION (int)
7) ANGLE (float)

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

Примерно так:

Огромное спасибо, всё получилось. Запрос, соответствующий моим требования, выглядит так:
Однако возникла пара вопросов

1) Не могу никак задать тип Float. Если использовать при указании тип Float, но не указывать длину поля, то берётся максимум и поле становится типом Double. Задание специфичного Numeric'a тоже не прокатило.

2) Есть ли возможность задать точность типа данных Float? В некоторых моих слоях есть колонка с высотами горизонталей и тип у этой колонки должен быть Float. А Float всегда имеет точность до 6 знаков после запятой, поэтому он упорно дописывает несуществующие нули в конце, хотя мне надо до сотых. Можно ли как-это ограничить ?

1) CAST (ANGLE AS NUMERIC(9,2)) не пойдёт разве?
2) Судя по http://www.gdal.org/ogr/ogr_sql.html, задать точность Float нельзя.

1) Получится Double, у которого Length 9, Precision 8 и Scale 2. Правда ограничение до сотых присутствует, но не уверен, насколько это устроит руководство.

2) Очень жаль.

Ещё возник вопрос. В описалось ogr2ogr не нашёл опции на перезапись. То есть если имя выходного файла совпадает с именем файла, который уже лежит в той же директории, то обновлённый файл просто не создаётся. Если ли что-нибудь вроде ключа '-o' или около того ?

Перезапись: -overwrite
* 1) А что, double -- не float ?

Спасибо за -overwrite, забыл совершенно глянуть основную страницу: http://www.gdal.org/ogr2ogr.html

Ну вроде как float это одиночное с плавающей точкой, а double это двойное с плавающей точкой. Что-то вроде расширенного варианта float'a...

Сдаётся мне, придётся править классификатор вдобавок.

Очередной непонятный ребус к уже вышеописанным вопросам. Необходимо заменить файлы обновлёнными файлами с тем же именем. Как ни странно - ключа не нашёл. Есть только append, который хоть и заменяет существующий файл обновлённым, но ещё вдобавок и подсоединяет его самому к этому же файлу (то есть объекты дублируются). Как-то это можно обойти ?

Slinger писал(а):Необходимо заменить файлы обновлёнными файлами с тем же именем. Как ни странно - ключа не нашёл.

OGR тут не поможет. Можно переименовать в скрипте (?)

Очень жаль. Придётся пользоваться ren, copy и del соответственно. Безумие конечно...

Кстати и цикл своять тоже не получилось. При указании таблицы FROM 'имя таблицы', так или иначе необходимо вводить корректное имя таблицы, дикие карты не поддерживаются.