Mengapa Intersect memberikan ERROR 999999: Fungsi pengeksekusi kesalahan Topologi Tidak Valid [Terlalu banyak baris dan titik akhir]?

Saya mencoba menjalankan proses Intersect di arcgis 10 sp 3 dengan 2 set file (aspek dan kemiringan) mulai dari DEM 1m melintasi area seluas 65.000 km persegi. Aspek ini memiliki 9.930.384 catatan dan lereng memiliki 31.435.462 catatan (total sekitar 12GB dalam 2 file geo-database).

Saya telah menjalankan perbaikan geometri sekitar 3 kali dan sekarang dataset tidak melaporkan kesalahan (setiap kali mengambil alih 30 jam).

Sekarang saya mengerti

Eksekusi (Persimpangan): Persimpangan "D: \ SCRATCH \ Projects \ 106 \ data \ 7_asp_Merge.gdb \ asp_HghstRez_M_rep #" D: \ SCRATCH \ Projects \ 106 \ data \ working \ working.gdb \ AsSl_Int ALL # INPUT Waktu Mulai: Sun 23 Okt 02:19:10 2011 Fitur Bacaan ...

Memproses Ubin ...

GALAT 999999: Fungsi eksekusi kesalahan.

Topologi Tidak Valid [Terlalu banyak garis akhir dan titik.]

Gagal menjalankan (Intersect).

Gagal di Sun 23 Okt 04:09:12 2011 (Waktu Berlalu: 1 jam 50 menit 2 detik)

Apakah ini benar-benar masalah topologi atau masalah ukuran file?

Saya telah mencoba menggunakan alat ArcINFO SPLIT tetapi gagal bahkan dengan lebih dari 1TB ruang kosong pada drive dan pada set file yang lebih kecil menyebabkan tepi bergerigi. Saya tidak bisa menggunakan DICE karena area untuk memotong antara asp dan slope harus persis sama. Saya mengerti bahwa pada dataset besar ESRI retak (secara otomatis ubin) dataset - dapatkah ini menimbulkan masalah? Apakah ada info lagi yang bisa saya berikan untuk memecahkan masalah.

Spesifikasi mesin lebih dari ESRI minimum - kami memiliki 16GB RAM, Intel Xeon, Windows 7, 64-bit, 2 x Satu TB disk dan lebih dari 1.2TB gratis pada drive. Semua file yang digunakan dalam proses berada di drive lokal.

baru saja menemukan penjelasan ini (2 Juli 2012) yang memberikan banyak petunjuk bermanfaat untuk menyelesaikan masalah.

http://blogs.esri.com/esri/arcgis/2010/07/23/dicing-godzillas-features-with-too-many-vertices/

arcgis-desktop arcgis-10.0 file-geodatabase topology error-999999 GeorgeC
sumber

Batas ukuran file untuk sistem operasi Windows adalah 2 GB. (3GB dengan / 3GB pada XP). Coba alat SPILT di ArcGIS dengan dataset besar 'ubin' resources.esri.com/help/9.3/arcgisdesktop/com/gp_toolref/...

Mapperz

Sepotong informasi penting dari tautan yang dikirim Mapperz: "Enterprise dan file geodatabases tidak memiliki batasan ini sehingga mereka direkomendasikan sebagai ruang kerja keluaran saat menggunakan kumpulan data yang sangat besar."

RyanKDalton

Apakah Anda memiliki lereng dan aspek raster? Jika demikian, apakah Anda memiliki analis spasial?

Kirk Kuykendall

@Mapperz, itu tergantung pada Sistem File. FAT terbatas pada 2GB, FAT32 adalah 4GB dan NTFS tidak terbatas menurut: microsoft.com/resources/documentation/windows/xp/all/proddocs/…

blah238

Untuk perhitungan raster, George, Anda dapat melakukan resample ke cellsize umum (seperti 1m) atau memproses patch yang berbeda secara terpisah. Perlu beberapa pemikiran, karena kemiringan atau aspek yang dihitung pada resolusi 30m tidak persis sebanding dengan yang dihitung pada resolusi 1m. Sulit untuk memberikan saran umum tanpa adanya informasi tentang tujuan perhitungan ini.

whuber

Jawaban:

Sangat sedikit sel yang berdekatan dalam DEM terperinci yang akan memiliki nilai identik dari kemiringan dan aspek. Oleh karena itu, jika fitur input mewakili area yang berdekatan dari kemiringan umum dan aspek umum, kita harus mengharapkan hasil dari prosedur persimpangan ini memiliki, rata-rata, hampir satu fitur per sel.

Awalnya ada 65.000 * 1000 ^ 2 = 6,5 sel E10 dalam DEM. Untuk mewakili masing-masing membutuhkan paling tidak empat pasang bilangan integer 4-byte atau koordinat mengambang 8-byte, atau 32-64 byte. Itu persyaratan 1,3 E12 - 2,6 E12 byte (1,3 - 2,5 TB). Kami bahkan belum mulai menghitung overhead file (fitur disimpan lebih dari sekadar koordinatnya), indeks, atau nilai atribut, yang sendiri mungkin memerlukan 0,6 TB (jika disimpan dalam presisi ganda) atau lebih (jika disimpan sebagai teks), plus penyimpanan untuk pengidentifikasi. Oh, ya - ArcGIS suka menyimpan dua salinan dari setiap persimpangan, sehingga menggandakan semuanya. Anda mungkin perlu 7-8 TB hanya untuk menyimpan hasilnya.

Bahkan jika Anda memiliki penyimpanan yang diperlukan, (a) Anda mungkin menggunakan ini dua kali (atau lebih) jika ArcGIS melakukan caching file perantara dan (b) diragukan bahwa operasi akan selesai dalam waktu yang masuk akal.

Solusinya adalah melakukan operasi grid menggunakan struktur data grid, bukan struktur data vektor. Jika output vektor benar-benar diperlukan, lakukan vektorisasi setelah semua operasi grid selesai.

whuber
sumber

Diterima dengan banyak kesedihan. Alih-alih menggabungkan dataset 30m, 10m dan 1m saya malah menjalankan asp + slp + veg memotong / mencetak pada setiap dataset secara terpisah dan kemudian menggabungkannya.

GeorgeC

Menggunakan strategi pemisahan spasial memungkinkan kami untuk menyelesaikan proyek. Dataset yang membutuhkan waktu 7 jam untuk diproses (dan terkadang macet), diproses dalam waktu sekitar 100 menit ketika dipecah menjadi 6 bagian dan kemudian butuh 10 menit untuk bergabung. Untuk ini tambahkan sekitar 40 menit untuk memodifikasi model untuk secara efisien memproses beberapa bagian dengan input minimum (untuk setiap iterasi) dan pada dasarnya ini menghemat setengah dari waktu pemrosesan (setidaknya). Jadi sebuah proses yang dinyatakan mendekati 200j membutuhkan waktu kurang dari 50 jam dan dengan hanya sekitar 15 jam kerja "nyata" (dalam memutuskan bagaimana membagi data, memasukkan variabel ke dalam model, dll.)

GeorgeC

Pengalaman saya dengan menggunakan alat split dan perbaikan geomtry. Ini bekerja untuk saya karena yang saya kerjakan menggunakan lapisan vektor yang saya konversi dari raster ke vektor. Saya mencoba untuk membagi alat terlebih dahulu dan memberi saya kesalahan. Jadi, saya harus menggunakan perbaikan geomtry dan itu tergantung berapa lama itu berjalan. Saya telah melakukan ini dua kali karena setiap kali Anda membuat perubahan atau mengedit, Anda masih harus menjalankan kembali perbaikan geomtry sebelum Anda melakukan pemisahan. itu berhasil untuk saya.

By the way, saya menjalankan perbaikan geomtry pada kedua lapisan: shapefile dan file geodatabase. Saya sarankan Anda menjalankan perbaikan geomtry dalam semalam.

PROBERT
sumber

Satu hal lagi yang saya lupa. Bolehkah saya menyarankan setiap kali Anda melakukan sesuatu seperti ini, saya sarankan untuk mencoba membuka ArcMap baru dan menjalankan alat-alat ini? Untuk menghapus file temp yang sudah Anda buka, lalu tutup dan buka ArcMap. Itu membersihkan temp. Itu saran saya satu sen.

PROBERT

Terima kasih. Saya telah menjalankan perbaikan geom 3-4 kali dan sekarang dataset tidak melaporkan kesalahan. Ini biasanya bekerja tetapi saya pikir dataset hanya besar sesuai penjelasan

Whuber

George, aku senang itu berhasil untukmu. Ya saya membaca penjelasan Whuber apa tapi pertanyaan saya kepada Anda apakah Anda menggabungkan kemiringan dan aspek? Jika demikian, maka ketika Anda menggunakan alat pisah, lapisan fitur apa yang Anda gunakan untuk memisahkan lapisan yang Anda gabungkan? Sebagai contoh, saya harus menggunakan 24 quad (sekitar 24 dari mereka yang tidak sebesar itu) untuk membelah dengan lereng saya dan lapisan gabungan. Mungkin Anda bisa mencoba dan mempersempit ke lapisan yang lebih kecil yang dapat terpecah dengan lapisan gabungan Anda?

PROBERT

Saya menggabungkan kemiringan dan aspek dan itu berhasil tetapi bukan proses yang tepat ... kami harus memotong dan itu tidak berhasil. Untuk membagi saya mendapat salinan dari grid peta topo 100k nasional dan menggunakannya pada asp dan kemiringan secara terpisah. Zona ini ditutupi oleh 30 lembar peta.

GeorgeC

Apakah Anda menjalankan kotak peta topo 100k untuk membersihkan geomtry? Karena saya bertanya, saya telah mendeteksi kesalahan saya dan harus melakukan perbaikan bersih. Jadi itu berhasil pada saya. Jika Anda masih menghadapi lebih banyak masalah, dapatkah Anda mencoba dan membuat mereka membagi 100k nasional menjadi yang lebih kecil? Suka membaginya menjadi tiga?

PROBERT