Saya punya ratusan shapefile dari berbagai proyek SIG yang berbeda yang ingin saya mulai konsolidasi ke dalam platform basis data tunggal, saat ini sedang mencoba ini dengan Postgres / PostGIS.
Hampir tidak ada data yang terstandarisasi - artinya banyak tipe data yang sama , tetapi nama / tipe atribut tertentu tidak cocok.
Di mana saya harus mulai menangani ini? Haruskah saya mengembangkan model standar untuk memigrasi setiap shapefile ke yang pertama (mis. Hydro_line, transport_line, standar Hydro_poly, dll)?
Alternatifnya adalah dengan mengimpor setiap shapefile ke Postgres secara individual, sehingga setiap shp menjadi tabel dalam database, tetapi saya tidak yakin tentang ini dalam hal kinerja dan organisasi. Rasanya seperti menunda ...
Adakah saran untuk menangani tugas yang menakutkan ini?
Halo
Saya akan mengimpornya ke PostGIS terlebih dahulu. Ada alat untuk memuat beberapa bentuk ke tabel individual. Ekstensi ludah QGIS adalah satu. Shp2pgsql grafis baru di trunk PostGIS atau biner eksperimental adalah alternatif lain. Atau Anda bisa menulis skrip batch dengan shp2pgsql.
Saya akan mulai dari sana, mengimpor semuanya ke skema yang disebut asli atau sesuatu seperti itu. Kemudian dari situ saya akan menyusun data. Menggabungkan bersama dalam tabel mana yang cocok dan sebagainya.
Hal yang menyenangkan tentang melakukannya seperti itu adalah bahwa jika Anda menyimpan semua pertanyaan yang Anda gunakan untuk melakukan transformasi itu, Anda memiliki dokumentasi yang bagus tentang sejarah data Anda. Ini juga sangat mudah untuk diulang jika diperlukan. Setelah Anda siap dengan pekerjaan pengorganisasian, Anda membuang cadangan "asli" skema Anda dan menyimpannya di suatu tempat.
Saya pikir ini adalah cara yang terstruktur dan bersih untuk melakukannya. Dan seperti yang dikatakan sebelumnya, Anda akan mendapatkan dokumentasi yang sangat solid tentang bidang apa yang berubah nama menjadi nama baru apa, dan tabel asli apa yang digabungkan menjadi yang baru dan seterusnya.
Dalam FME dan perangkat lunak seperti itu Anda tentu saja juga dapat menyimpan apa yang telah Anda lakukan, tetapi selain sangat lambat dibandingkan dengan permintaan basis data internal, bukan cara universal mendokumentasikan apa yang dilakukan sebagai sql-queries. Mereka akan dapat digunakan dan dibaca selama ada file teks dan database relasional.
Saya gunakan untuk berakhir dengan file teks terlihat seperti:
dan seterusnya. Ini disimpan sebagai file teks memiliki nilai yang bagus setelah beberapa tahun.
Salam Nicklas
sumber
Saran saya adalah memilih 2-5 dari lapisan data yang digunakan lebih berat (shapefile) dan memigrasikannya ke rdbms.
Selidiki dan terapkan alur kerja untuk data tersebut. Membiasakan diri dengan pembatasan dan persyaratan rdbms vs data berbasis file.
Keterbatasan meliputi: diperlukan ekspor, zona pendaratan, coordsys, tipe file untuk kolaborasi.
Ada banyak manfaat untuk apa yang Anda usulkan.
Sisi CATATAN: (Kakek saya mengatakan kepada orang tua saya untuk menghabiskan 6 bulan mencari rumah sebelum membeli) mempertimbangkan Anda mencari rumah (jangka panjang) untuk data Anda, Anda tidak ingin membayar sesuatu 30 tahun dari sekarang setelah Anda tidak suka.
Rekomendasi saya adalah menuliskan (digital atau analog) daftar pohon sumber data Anda dan melihatnya dalam gambar besar, ini akan memungkinkan Anda untuk mengatur data dalam pengelompokan yang lebih ringkas.
Ada beberapa metode dalam arcgis (asumsi saya: Anda belum menentukan sistem pilihan Anda) untuk mengintegrasikan data yang berbeda.
Anda dapat mencoba beberapa informasi ini jika Anda tertarik mempelajari praktik desain yang baik ...
ikhtisar desain
geodatabase dokumen geodatabase
Ada beberapa liinks yang serupa untuk arc 10 juga.
Resource Center
arc10 geodatabase
sumber