Перенесення даних з ArcSDE на PostGIS?

Було запропоновано, що я задаю це питання ще раз, але, можливо, сформульовано інакше, ніж як масово завантажувати декілька форм-файлів у PostGIS .

Я новачок у postgis та sql, але я хочу використовувати postgis як раб (на даний момент) для ArcSDE. Тому те, про що я хочу, - це допомога в пробудженні, як я можу щодня вести пакетне завантаження даних ArcSDE в PostGIS.

Я можу створити сценарій python для експорту даних ArcSDE у SHP щоночі, але я тоді не впевнений, як потім пакетно завантажувати експортовані файли SHP в PostGIS, перезаписуючи ті, які вже існували в postgis, все як автоматичне завдання (пакетний файл, я думаю, ).

Мій грандіозний план - вчасно замінити ArcSDE / ArcGIS на PostGIS, QGIS та GeoServer або MapServer.

Замість того, щоб робити DB -> file -> DB конверсію, де Esri Shapefiles є посередником файлового компонента, варто було б дослідити більш пряму передачу DB -> DB. Є кілька інструментів, які можуть це зробити, але я зосереджуюсь лише на інструментах GDAL / OGR з відкритим кодом .

Якщо припустити, що у вас є сервер Windows, ви можете легко встановити GDAL / OGR за допомогою OSGeo4W . У режимі розширеної установки ви маєте можливість вибирати власні конфігурації пакунків, такі як драйвер SDE (див. Цей перелік пакунків, щоб переконатися, що відповідність вашій версії SDE є відповідним - підтримуються лише версії SDE 9.0 до 9.2). Ці пакети - це лише заголовки та обгортки, і вам потрібно встановити бібліотеки SDE, які ви повинні мати на CD / DVD ROM, і переконатися, що змінні PATH належним чином встановлені для GDAL / OGR для її знаходження. Успішна установка десь покаже "SDE" із такою командою в оболонці OSGeo4W:ogr2ogr --formats

Після налаштування GDAL / OGR ви можете скористатися кількома інструментами:

• Інструмент командного рядка ogr2ogr з OSGeo4W оболонки, яка буде потрібна команда що - щось на кшталт: ogr2ogr -f "PostgreSQL" PG:"host=localhost user=someuser dbname=somedb password=somepassword port=5432" \ SDE:server,instance,database,username,password,layer,[version](ви також можете досліджувати різні -append, -overwriteабо -updateваріанти)
• Скопіюйте та модифікуйте існуючий сценарій Python, який підключається до SDE, і ви можете змінити його для передачі даних до іншого джерела даних.

Найважливішим застереженням цього методу є те, що його складно налаштувати.

PostGIS має завантажувач з іменем shp2pgsql, який можна використовувати для завантаження форм- файлів у базу даних PostGIS. Один із його параметрів ("-d") скидає існуючу таблицю бази даних перед завантаженням даних. Створити пакетний файл або скрипт, який може переглядати всі файли форм і досить завантажувати їх, слід досить просто.

Якщо ви хочете пофантазувати це, ви можете встановити GDAL та скористатися інструментами OGR (у яких є роз'єм ArcSDE) та пропустити експорт формфіле. Інформацію про роз'єм ArcSDE можна знайти тут .

Я знаю, що я спізнююся на вечірку, але є інший варіант для цього, який дозволяє уникнути наявності 2 баз даних.

Ви можете мати ArcSDE поверх Postgresql + Postgis. Це був би ваш господар і тільки db.

ArcSDE може бути налаштований на використання постгіс-геометрії, а не st_geometries (фірмову ESRI).

Це означає, що ви можете потім використовувати будь-який інструмент postgis для прямого використання завантажених / відредагованих просторових таблиць ArcSDE, оскільки вони насправді є натільними таблицями postgis.

Наприклад, ви можете використовувати qgis для прямого підключення до бази даних postgis і для читання тих же даних, що і arcgis, через arcsde.

Іншим підходом було б використання просторового ETL типу Geokettle (відкритий код).

http://www.spatialytics.org/projects/geokettle/

Я використовую Geokettle для переміщення даних між сервером sql та PostGIS постійно. Однак, хоча він добре працює з PostGIS, є проблеми при роботі з типом просторових даних SQL Server (див. Підказки нижче). Крім того, це передбачає, що ви зберігаєте геодезії SDE як тип власних просторових даних SQL Server. Це можна зробити за допомогою ключового слова Geometry при завантаженні даних через ArcCatalog.

Підказка 1: при виборі даних із сервера sql застосуйте .STAsText () до поля геометрії або Geokettle задихається на типі даних сервера sql.

Підказка 2. Під час вставки даних на сервер sql sql вам потрібно буде вставити геометрію як текст у текстове поле. Потім скористайтеся кроком sql, щоб додати новий стовпець геометрії (якщо потрібно) і заповнити його з геометрії тексту. Таким чином ви використовуєте SQL Server для побудови геометрії зі стандартного представлення тексту OGC геометрії.

Підказка 3: Обов’язково зареєструйте свою нову просторову таблицю за допомогою SDE.

Подумайте про налаштування реплікації бази даних на вихідні 9,3 дБ.
Це працює не так добре, як нові 10, але ...
реплікує це на інший sde в postgresql, використовуючи тип даних postgis pg_geometry.

Ось деяка допомога esri.
ПРИМІТКА. Для цього потрібні дублікати ліцензій, якщо обидва dbs не на одній машині

Ви можете написати ArcObjects на:

А) скиньте свою базу даних arcsde; B) Простий c # код для створення shp2pgsql sqls; C) Простий c # код для скидання старих таблиць; D) Звичайна c #, щоб виконати всі shp2pgsql у ваш postgresql;

Ви можете використовувати драйвер npgsql для досягнення цього, виконуючи функції та оператори sql безпосередньо у вашу базу даних postgis;

Яка ваша геометрія ArcSDE ( сховище Geodatabase у реляційних базах даних )? У такому сценарії ви можете скористатися типом ST_Geometry, а потім використати реплікацію PostGre / PostGIS (реплікація PostGIS @ FOSS4G ). Ця схема може мати перевагу у використанні функцій ArcSDE / ArcGIS / geodatabase для видання (база даних видань) та інструментів відкритого коду для дифузії (реплікувана база даних дифузії).