Tipe geodatabase mana yang paling tepat untuk penggunaan open source dan ESRI?

22

Pertanyaan Utama: Apakah ada tipe geodatabase yang bekerja dengan baik dengan produk ESRI dan open source?

Detail: Perusahaan saya saat ini berkeliling geodata dalam berbagai format file vektor dan raster dan tidak terlalu terorganisir. Sebagian besar pemrosesan dilakukan menggunakan alat sumber terbuka, tetapi beberapa pelanggan meminta kami meng-host data kami dalam format layanan Peta ESRI. Kami sudah memiliki instance server ArcGIS yang meng-host layanan ini, tetapi kami masih melakukan pemrosesan di hulu menggunakan alat sumber terbuka sebelum membuang hasilnya dalam geodatabase ESRI arcsde. Dari apa yang bisa saya katakan, ogr / gdal memiliki kemampuan agak terbatas untuk membaca / menulis dari geodatabase arcsde, tetapi tidak cukup bahwa saya bisa menyimpan semua data kami secara wajar dalam geodatabase arcsde dan berharap alat pemrosesan kami dapat menggunakan arcsde geodatabase sebagai penyimpan data utama bagi perusahaan. Apakah aku salah? Jika saya beralih ke geodatabase open source seperti postgis, alat pemrosesan kami akan berfungsi dengan baik tetapi saya tidak berpikir bahwa saya bisa menggunakan database postgis sebagai penyimpan data untuk hosting layanan ESRI. Apakah aku salah? Apakah ada tipe geodatabase di luar sana yang dapat melayani open source dan ESRI dengan mulus? Jika tidak, apakah praktik umum untuk mempertahankan geodatabasa paralel, satu untuk sumber terbuka dan satu untuk ESRI?

Kerut tambahan: Jawaban yang saya dapat adalah menggunakan PostgreSQL / PostGIS. Satu-satunya potensi kerutan dengan itu adalah bahwa saya ingin meng-host database ini di Amazon Web Services (AWS) dan jika mungkin saya ingin menggunakan Amazon Relational Database Service (RDS) untuk meminimalkan overhead manajemen database kami (backup, load balancing , dll). Namun, RDS saat ini hanya mendukung MySQL, Oracle dan SQL Server sebagai mesin basis data. Saya berpikir bahwa jika RDS mulai mendukung PostgreSQL bahwa ini akan menjadi skenario ideal, tetapi hanya untuk mengecek, PostgreSQL adalah satu-satunya pilihan saya untuk interoperabilitas open source berbasis ArcGIS + gdal / ogr yang benar? Jika demikian saya kemungkinan akan membuat database PostgreSQL di AWS, saya hanya perlu menghabiskan lebih banyak sumber daya untuk mengelolanya.

Ethan H
sumber
Pada saat saya menulis pertanyaan ini RDS tidak mendukung PostgreSQL, tetapi sekarang berhasil dan juga mudah untuk menambahkan PostGIS ke database RDS PostgreSQL.
Ethan H

Jawaban:

14

Anda dapat menggunakan database PostGIS asli sebagai penyimpan data SDE.

http://resources.arcgis.com/en/help/main/10.1/index.html#//002p0000006v000000

Tautan itu menjelaskan pengaturan dasar untuk mendaftarkan tabel PostGIS asli dengan SDE. Kekurangannya adalah bahwa ESRI hanya mendukung sejumlah kecil versi Postgres dan PostGIS, inilah daftar yang mereka dukung:

http://resources.arcgis.com/en/help/system-requirements/10.1/index.html#//01510000007500000000

HeyOverThere
sumber
1
Terima kasih! Saya memiliki banyak bacaan yang harus dilakukan di bagian manual ESRI, tetapi jika saya mengerti dengan benar, saya harus dapat mengatur geodatabase PostgreSQL / PostGIS dan menyambungkannya dari ArcGIS tanpa harus menjalankan "EnableEnterpriseGeodatabase ( ) "berfungsi di atasnya dari sisi ArcGIS? Juga, setelah terhubung, saya harus dapat membuat semua jenis layanan ArcGIS (layanan peta, layanan fitur, dll) dengan PostGIS sebagai penyimpan data?
Ethan H
2
Anda masih perlu menjalankan alat Create Enterprise Geodatabase, tetapi Anda ingin membuat database PostGIS terlebih dahulu, kemudian arahkan alat ke database yang ada.
HeyOverThere
OK, dan alat Aktifkan / CreateEnterpriseGeodatabase tidak mengganggu struktur database postgis sehingga gdal / ogr akan mengalami kesulitan membaca / menulis ke / darinya dengan benar?
Ethan H
1
Benar. Apa yang akan dilakukannya adalah membuat skema baru yang disebut sde dan meletakkan semua hal yang terkait sde di sana. Itu tidak akan benar-benar menyentuh data di tabel Anda yang ada, mereka akan tetap menjadi geometri PostGIS. Anda masih dapat melihat dan mengedit dalam perangkat lunak non-ESRI, namun, jika Anda membuat versi data, perangkat lunak non-ESRI akan mengabaikan versi tersebut dan mengedit tabel secara langsung yang dapat mengacaukan versi Anda. Saya pikir itu akan tetapi saya belum menguji asumsi itu.
HeyOverThere
@HeyOverThere jika Anda mengedit tabel dasar secara langsung, Anda tidak akan merusak apa pun, karena hasilnya akan tampak tidak dapat diprediksi. Jika Anda ingin mengakses data versi ArcSDE dengan perangkat lunak lain, Anda harus melihat pendaftaran sebagai versi dengan opsi pindah ke pangkalan, dan tampilan berversi.
Travis
3

Anda tidak harus mengatur basis data sebagai SDE Geodatabase sama sekali. Di ArcGIS 10.1 ArcGIS dapat membaca dan menulis SQL Server dan PostGIS (antara lain) database asli. Itu berarti bahwa Anda dapat mengatur database Anda di salah satu RDBMS yang didukung oleh paket open source dan ArcGIS (secara pribadi saya akan mengatakan MS SQL Server atau PostGIS) dan mengaksesnya dari dalam ArcGIS.

Berikut ini tautan ke sistem Bantuan dengan info lebih lanjut:

Tur singkat bekerja dengan database di ArcGIS

Brian
sumber
Saya ragu Anda dapat mengedit basis data apa pun dengan ArcGIS tanpa mendaftarkannya sebagai SDE Geodatabase (dengan lisensi yang sesuai) ... Sejak versi 10.0, ESRI memberi Anda kemungkinan untuk terhubung ke directlty basis data tanpa SDE tetapi hanya untuk membaca dan Anda tidak dapat menggunakan fonctionnality seperti topologi, jaringan, atau pengeditan versi.
Etienne Desgagné
@ EtienneDesgagné - Sejauh yang saya tahu, mereka meningkatkan fungsionalitas non-SDE di 10.1 untuk mendukung membaca. Namun, Anda benar bahwa tidak ada dukungan untuk fungsionalitas Geodatabase seperti topologi, versi, kumpulan data fitur, dll. Saat menggunakan basis data non-SDE di ArcGIS. Di sisi lain, fungsionalitas Geodatabase tidak akan tersedia saat menggunakan alat sumber terbuka baik dan menggunakan basis data SDE di luar lingkungan ArcGIS tidak terlalu intuitif.
Brian