Praktik terbaik saat menggunakan file geodatabase yang akan digunakan dan diedit oleh banyak pengguna? [Tutup]


12

Saya memiliki file geodatabase yang berisi 3 kelas fitur di dalamnya dan setiap kelas fitur berisi banyak data yang akan dilihat dan diedit setiap hari oleh 6 pengguna lain. Saya mencari saran dari orang-orang yang berada dalam situasi yang sama dan praktik terbaik untuk menghindari penguncian edit dan agar semuanya berjalan semulus mungkin. Apakah ini alat open source yang bisa saya gunakan yang akan memungkinkan pengeditan multi-pengguna pada file geodatabase? Terima kasih!

Pekerjaan saya hanya memiliki lisensi level ArcView dengan ekstensi pasangan (Analis Bisnis, Analis Jaringan dan Analis Tata Ruang)


Anda menyebutkan 3 fitur? Saya mendefinisikan fitur sebagai bentuk geometris tunggal dalam kelas fitur. Apakah Anda berbicara tentang kelas fitur atau mungkin dataset fitur (yang dapat berisi beberapa kelas fitur)?
Simon

Maksud saya kelas fitur, maaf soal itu.
Furlong

Pertanyaan yang menanyakan "praktik terbaik" pada dasarnya terlalu luas karena mereka mencari banyak jawaban dan cenderung menghasilkan jawaban berdasarkan pendapat. Akibatnya, mereka kurang cocok untuk tanya jawab.
PolyGeo

Jawaban:


5

Saya setuju, Mencoba menggunakan format db (fgdb atau pgdb) yang dibuat oleh esri dan dikelola melalui lisensi mereka adalah jalan yang sia-sia. Jika Anda bertekad untuk tidak menghabiskan uang lisensi, Anda akan menghabiskan sumber daya (waktu Anda dan waktu karyawan lain) uang. Apa yang Anda usulkan dapat dilakukan dengan rdbms opensource atau rdbms versi lite yang dipatenkan, dan beberapa alat yang dapat dioperasikan (sebagian besar yang bagus meskipun tidak gratis). Jadi dalam jangka panjang Anda membutuhkan pengalaman yang mahal atau beberapa alat yang bagus, keduanya mahal. Arcview bukan alat untuk menyelesaikannya. Matriks fungsionalitas tugas


9

Gunakan file GDB sebagai master (di server), ekstrak COPY ke 6 GDB pribadi (batas 2GB) atau 6 FGDB jika lebih dari 2GB. Individu mengedit setiap GDB kemudian menempatkan dalam folder dengan template FILE Geodatabase [kosong tetapi memiliki skema yang diatur] untuk Nightly APPEND (server geoprocessing)

Skema TEST —Masukan dataset dataset (definisi bidang) harus cocok dengan skema dataset target. Kesalahan akan dikembalikan jika skema tidak cocok.

Kerugian: Konflik Data - Satu Fitur. Beberapa suntingan oleh 2 plus pengguna. Tambah akan menimpa file yang ditambahkan sebelumnya. Dapat dideteksi dengan membandingkan <ini lebih murah daripada mendapatkan lisensi Arc Info.

Berhasil diimplementasikan dalam peran sebelumnya ...

Dapat juga dicapai dengan FME 2010


1
Pendekatan yang baik, kecuali saya akan membuang gdb pribadi secara keseluruhan untuk kesederhanaan dan kinerja (kecuali jika Anda perlu mengakses data dengan alat non-esri, dalam hal ini p-gdb atau shapefile adalah satu-satunya pilihan Anda). Juga tidak ada yang menjawab yang jelas, "Tidak, Anda tidak dapat mengedit multi-pengguna dalam geodatabase file dengan dataset / kelas fitur yang sama."
matt wilkie

Kecuali jika menggunakan Geodatabase Open API ...? untuk dilanjutkan ..
Mapperz

oh Bandingkan membutuhkan ekstensi Pemetaan Produksi (Alat Produksi Line alias Ditetapkan dalam pra-v10), meskipun pada $ 10k adalah harga yang hampir sama dengan peningkatan ArcView ke ArcInfo sekali pakai (harga 2009) .
matt wilkie

Tapi ArcInfo masih membutuhkan ArcSDE untuk mengedit pengguna mutli ($ 28k) sehingga Pemetaan Ext masih merupakan pilihan yang lebih murah.
Mapperz

Arcinfo hadir dengan Workgroup SDE, yaitu ArcSDE di atas SQL Express; memiliki batas koneksi 4 atau 10 tergantung pada versi ArcGIS yang Anda gunakan (9,10).
matt wilkie

5

Ini tidak dapat dilakukan dengan ArcView. (Mengedit PGDB / FGDB yang sama oleh beberapa pengguna pada saat yang bersamaan.) Lihatlah ke peningkatan ke ArcEditor: ArcEditor memungkinkan banyak pengguna untuk secara bersamaan memodifikasi dan mengedit data. http://www.esri.com/software/arcgis/arceditor/key-features.html

Sebagai catatan; Saya terlibat dalam mengembangkan aplikasi tempat kami mencoba meniru pengeditan multi-pengguna dengan basis data pribadi dan akhirnya menjadi cukup kompleks dengan hasil yang beragam. Alasannya sama; database multi-pengguna terlalu mahal. Itu akhirnya menghabiskan banyak biaya untuk mengembangkan lingkungan seperti itu. Pada akhirnya akan lebih baik untuk berinvestasi ke dalam ArcSDE atau solusi sejenisnya.


Apakah saya hanya perlu 1 lisensi ArcEditor dan mempertahankan pengguna lain di level Arcview atau semua orang harus memiliki lisensi ArcEditor?
Furlong

Semua pengguna kemungkinan membutuhkan ArcEditor. Idealnya, Anda mungkin ingin mengimplementasikan SDE Geodatabase. Dengan cara ini lalu lintas jaringan juga akan dikelola dengan baik dan semua pengguna dapat tetap menggunakan ArcView.
Jakub Sisak GeoGraphics

4

Saya tidak akan mencoba ini dengan fGDB. Ini akan menjadi sakit kepala satu demi satu. Jika Anda perlu mengedit multi-pengguna, Anda harus menggunakan SDE GDB. Jika Anda hanya memiliki enam editor, workgroup SDE akan bekerja dengan baik untuk Anda. Dari dokumentasi ArcGIS 10: Jenis-jenis geodatabases

ArcGIS Server Workgroup juga menyertakan dukungan ArcSDE untuk SQL Server Express. Dengan level ArcSDE ini, Anda dapat menggunakan SQL Server Express untuk hingga 10 pengguna dan editor desktop Windows secara bersamaan (pengguna ArcView, ArcEditor, ArcInfo, aplikasi ArcGIS Engine khusus, AutoCAD, MicroStation, dan sebagainya) plus sejumlah tambahan koneksi server dari aplikasi Web. (Konsultasikan perjanjian lisensi Anda untuk informasi spesifik tentang jumlah koneksi untuk implementasi Anda.)


Saya setuju dengan Anda, sayangnya saya tidak memiliki akses ke SDE GDB. Pekerjaan saya hanya memiliki lisensi level ArcView dengan ekstensi pasangan (Analis Bisnis, Analis Jaringan, dan Analis Tata Ruang)
Furlong

Saya akan mengatakan menyimpan data masing-masing editor di fGDB sendiri ... itu, atau petisi siapa pun yang menulis cek untuk menambah $ $$ untuk lisensi SDE.
Derek Swingley
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.