Файл Gdb, чем открыть

Обновлено: 03.07.2024

Может ли кто-нибудь рассказать мне, как удобно читать файл базы геоданных (*.gdb)? У меня нет ни MS Access, ни ArcCatalog, но я слышал, что esri выпустила API для этого формата, и мне интересно, есть ли у кого-нибудь переводчик?

Уоррен Вик

Я не думаю, что есть другой вариант, кроме как использовать программное обеспечение Esri для чтения файловой базы геоданных. Даже FME проверяет лицензию Esri для работы с ними. Я думаю, что векторные данные Natural Earth доступны в виде шейп-файлов, и это было бы более простым путем в Pro.

Билл Тон

Значит, файлы gdb параллельны шейп-файлам? У меня есть шейп-файлы, но похоже, что с ними связано много данных, которые либо переработаны, либо избыточны. Я надеялся найти что-то, что могло бы показать мне, что важно, а что нет, и подумал, что, возможно, в файлах gdb есть что-то полезное.

Ричард Гринвуд

для создания файла вкладки MapInfo в outDirectory. .gdb может содержать несколько слоев, поэтому для начала вы можете запросить его с помощью:

Я не мог прожить и дня без org/gdal. Время и усилия, необходимые для изучения интерфейса командной строки, многократно окупятся.

Билл Тон

Отлично! Завтра попробую! Я знал об ogr2ogr, но не знал, что он также может создавать базы геоданных. Но разве для этого не требовалась какая-то dll, которую вы получаете, только если покупаете MS Access? Или уже исправили?

Уоррен Вик

Файловые базы геоданных больше похожи на традиционные СУБД, поскольку они содержат несколько таблиц, а не подход «база данных=таблица», как в шейп-файлах Esri и наборах TAB MapInfo. Насколько мне известно, базы геоданных являются закрытым форматом, в то время как шейп-файлы хорошо известны (возможно, за исключением формата пространственного индекса).

Уоррен Вик

… Я исправляюсь. GDAL/OGR действительно поддерживает файловые базы геоданных, поэтому они не настолько закрыты, как формат, как я думал.

Ричард Гринвуд

Файл gdb был в закрытом формате в течение первых года или двух своего существования, и я полагаю, что в ogr он доступен только для чтения, так что, как вы понимаете, он не был неуместен. Может быть, для написания fgdb требуется лицензия?

Эндрю Харфут

Существуют разные варианты баз геоданных ESRI:

Персональные GDB используют в качестве контейнера БД MS Access с обычным расширением .mdb, и доступ к ним в MI некоторое время назад был возможен с помощью универсального транслятора и копирования DLL из одной из бесплатных программ просмотра ESRI.

Однако, прежде чем приступить к установке GDAL (хотя, повторяя Ричарда, я думаю, что он вам все равно должен быть!), в MI 12.5 и 15 (и, возможно, ранее) как файловые, так и личные базы данных доступны через Open Universal. Данные или универсальный транслятор.

В некоторых случаях содержимое файловой базы геоданных невозможно просмотреть в ArcMap/ArcCatalog, поскольку база данных отображается в виде папки, а не базы геоданных.

 [O-изображение]

Причина

Эта проблема может возникнуть, когда файловая база геоданных получена от кого-то другого, файловая база геоданных скопирована в другое место или файловая база геоданных повреждена.

Файловая база геоданных хранится как папка с файлами, и ArcGIS идентифицирует файловую базу геоданных на основе следующих трех критериев, невыполнение которых приводит к тому, что файловая база геоданных отображается как папка в ArcMap.

  • файл с именем gdb должен находиться в папке файловой базы геоданных
  • в папке файловой базы геоданных должен находиться файл с именем timestamps
  • имя папки файловой базы геоданных должно включать расширение .gdb

 [O-изображение]

Решение или обходной путь

  • Если файл gdb или файл временных меток (или оба) отсутствуют, скопируйте файлы из существующей файловой базы геоданных и вставьте их в поврежденную файловую базу геоданных.
  1. Откройте существующую файловую базу геоданных в проводнике Windows. Выберите файл gdb или файл временных меток (или оба) и щелкните правой кнопкой мыши > Копировать.
  2. Вставьте скопированные файлы gdb и timestamps в файловую базу геоданных, которая не содержит файлы gdb и timestamps.
  • Создайте файл gdb или временных меток (или оба) в папке поврежденной файловой базы геоданных.
  1. Откройте текстовый редактор, например Блокнот. Ничего не вводите в документ.
  2. Сохраните документ с именем «gdb» в поврежденной папке файловой базы геоданных, в которой отсутствует файл gdb.

 [O-изображение]

  1. Повторите шаги 1 и 2, чтобы создать файл временных меток в папке поврежденной файловой базы геоданных.
    1. В ArcMap создайте новую файловую базу геоданных в окне Каталога. Дополнительные сведения о создании файловой базы геоданных см. в разделе «Дополнительная информация».
    2. Откройте поврежденную файловую базу геоданных в проводнике Windows, выберите все содержимое в папке, щелкните содержимое правой кнопкой мыши и выберите «Отправить в» > «Сжатая (заархивированная) папка».
    3. Нажмите правой кнопкой мыши на заархивированный файл и выберите «Извлечь все».
    4. В диалоговом окне «Извлечение сжатых (архивированных) папок» перейдите к вновь созданной файловой базе геоданных в ArcMap и нажмите кнопку «Извлечь», чтобы извлечь данные в новую файловую базу геоданных.

     [O-изображение]

    1. В ArcMap щелкните правой кнопкой мыши новую файловую базу геоданных и выберите Обновить. Теперь новая файловая база геоданных готова к использованию.

    Дополнительная информация

    Последняя публикация: 20 декабря 2019 г.

    Идентификатор статьи: 000012096

    Когда GDB запускается, он считывает любые аргументы, кроме опций, как определяющие исполняемый файл и основной файл (или идентификатор процесса). Это то же самое, как если бы аргументы были указаны опциями ‘-se’ и ‘-c’ (или ‘-p’) соответственно. (GDB читает первый аргумент, который не имеет связанного флага параметра, как эквивалентный параметру '-se', за которым следует этот аргумент; а второй аргумент, который не имеет связанного флага параметра, если он есть , что эквивалентно опции ' -c '/' -p ', за которой следует этот аргумент.) Если второй аргумент начинается с десятичной цифры, GDB сначала попытается подключиться к нему как к процессу, и если это не удается, попробуйте открыть его как основной файл. Если у вас есть основной файл, имя которого начинается с цифры, вы можете запретить GDB обрабатывать его как pid, добавив к нему префикс ./ , например ./12345 .

    Если в GDB не включена поддержка основных файлов, например, для большинства встроенных целей, тогда он выдаст сообщение о втором аргументе и проигнорирует его.

    Многие параметры имеют как длинную, так и краткую формы; оба показаны в следующем списке. GDB также распознает длинные формы, если вы их усекаете, если присутствует достаточное количество опций для однозначности. (Если вы предпочитаете, вы можете пометить аргументы опций с помощью ‘-’, а не ‘-’, хотя мы иллюстрируем более обычное соглашение.)

    -файл символов -s файл

    Читать таблицу символов из файла file .

    -exec файл -e файл

    Используйте файл файл в качестве исполняемого файла для выполнения, когда это необходимо, и для проверки чистых данных в сочетании с дампом ядра.

    Чтение таблицы символов из файла file и использование ее в качестве исполняемого файла.

    -основной файл -c файл

    Использовать файл file в качестве дампа ядра для проверки.

    -pid число -p число

    Подключиться к процессу с идентификационным номером , как и в случае с командой attach.

    -командный файл -x файл

    Выполнять команды из файла файл . Содержимое этого файла оценивается точно так же, как исходная команда. См. Командные файлы.

    -eval-command команда -ex команда

    Выполнить одну команду GDB.

    Эту опцию можно использовать несколько раз для вызова нескольких команд. При необходимости он также может чередоваться с ‘-command’.

    Выполнять команды из файла file перед загрузкой подчиненного (но после загрузки файлов gdbinit). См. Запуск.

    -init-eval-command команда -iex команда

    Выполните одну команду GDB перед загрузкой подчиненного (но после загрузки файлов gdbinit). См. Запуск.

    -early-init-command файл -eix файл

    Выполнять команды из файла в самом начале процесса инициализации, до того, как будут созданы какие-либо выходные данные. См. Запуск.

    -early-init-eval-command команда -eiex команда

    Выполните одну команду GDB в самом начале процесса инициализации, прежде чем будет произведен какой-либо вывод.

    -каталог каталог -d каталог

    Добавить каталог к ​​пути для поиска исходных файлов и файлов сценариев.

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

    Не читайте символическую отладочную информацию каждого файла символов. Это ускоряет запуск, но за счет невозможности выполнять символьную отладку. Информация раскрутки DWARF также не считывается, что означает, что обратные трассировки могут стать неполными или неточными. Одно из применений этого — когда пользователь просто хочет выполнить следующую последовательность: присоединение, дамп ядра, отсоединение. Загрузка отладочной информации в этом случае является ненужной причиной задержки.

    Несмотря на широко распространенное заблуждение, что файлы баз геоданных (.gdb) можно читать и редактировать только с помощью инструментов платформы Esri ArcGIS, последние версии GDAL (и, следовательно, приложения, использующие GDAL, такие как QGIS) способны эффективно считывать и извлекать информацию из файловых баз геоданных. Формат файловой базы геоданных стал очень распространенным форматом для хранения и обмена пространственными данными, особенно с учетом того, что он позволяет хранить несколько слоев данных и позволяет хранить слои данных, выходящие за пределы других спецификаций. Пользователи ArcGIS регулярно используют файловые базы геоданных, когда таблицы атрибутов превышают емкость хранения таблицы атрибутов шейп-файла (размер отдельного файла DBF ограничен ~2 ГБ).

    Пользователи GDAL, работающие с файловыми базами геоданных, должны знать, что GDAL теперь включает очень надежный драйвер с открытым исходным кодом, доступный только для чтения для формата файловой базы геоданных: OpenFileGDB. В спецификациях драйвера указано, что этот драйвер способен эффективно считывать содержимое баз данных с большим количеством полей, никоим образом не завися от проприетарного программного обеспечения.

    Дополнительной опцией для взаимодействия с файловыми базами геоданных с помощью GDAL является драйвер FileGDB. FileGDB зависит от Esri File Geodatabase SDK, но обеспечивает доступ как для чтения, так и для записи к файловым базам геоданных. Однако внутреннее тестирование в Geospatial @ UCLA показало, что для операций файловой базы геоданных только для чтения драйвер FileGDB может быть на много порядков медленнее, чем драйвер OpenFileGDB.

    Поэтому пользователям, которым необходимо регулярно редактировать файловые базы геоданных, следует установить и использовать драйвер FileGDB, в то время как пользователям, которым нужно только конвертировать содержимое файловых баз геоданных в другие форматы, следует использовать драйвер OpenFileGDB.

    Пользователи QGIS могут читать файловые базы геоданных, перетаскивая базы геоданных с расширением .gdb непосредственно на панель «Слои». База геоданных может отображаться в виде папки и может быть недоступна для выбора с помощью инструмента «Добавить векторный слой» в QGIS. Содержимое файловой базы геоданных появится на панели «Слои», и каждый слой можно экспортировать в любой другой формат с поддержкой записи в GDAL, включая формат шейп-файла.

    Для больших баз геоданных, содержимое которых выходит за пределы спецификации шейп-файла, мы рекомендуем использовать интерфейс командной строки GDAL ogr2ogr для копирования содержимого файловой базы геоданных непосредственно в базу данных PostGIS. Используйте следующую команду, заменив текст между квадратными скобками значениями, соответствующими вашей конфигурации (квадратные скобки не должны быть включены в вашу команду):

    Читайте также: