Daha çox

Niyə Intersect ERROR 999999 verir: Yanlış Topologiya funksiyasını yerinə yetirərkən xəta [Çox çox xətt son nöqtələri]?

Niyə Intersect ERROR 999999 verir: Yanlış Topologiya funksiyasını yerinə yetirərkən xəta [Çox çox xətt son nöqtələri]?


65.000 kv km ərazidə 1 m DEM -ə qədər 2 fayl dəsti (aspekt və yamac) ilə arcgis 10 sp 3 -də bir Intersect prosesi aparmağa çalışıram. Bu aspektdə 9.930.384 qeyd və yamacda 31.435.462 qeyd var (təxminən 2 fayl coğrafi verilənlər bazasında təxminən 12GB).

Təmir həndəsəsini təxminən 3 dəfə işlədim və indi məlumat dəstləri heç bir səhv bildirmir (hər dəfə 30 saatdan çox çəkdi).

İndi alıram

İcra (kəsiş): "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 Start Time: Sun 23 Okt 02:19:10 2011 Oxuma Xüsusiyyətləri…

Fayans emal olunur…

ERROR 999999: funksiyanı yerinə yetirərkən xəta baş verdi.

Yanlış Topologiya [Çox çox xətt son nöqtələri.]

İcra edilə bilmədi (kəsiş).

23 Oktyabr 04:09:12 Günəşdə uğursuz oldu (Keçən Zaman: 1 saat 50 dəqiqə 2 saniyə)

Bu həqiqətən bir topologiya problemidir və ya bir fayl ölçüsü problemidir?

ArcINFO SPLIT alətini istifadə etməyə çalışdım, ancaq sürücüdə və 1TB -dən çox boş yer olsa da, uğursuz olur və kiçik fayl dəsti kənarların əyilməsinə səbəb olur. DICE istifadə edə bilmirəm, çünki asp və yamac arasında kəsişən sahələr eyni olmalıdır. Mən başa düşürəm ki, böyük məlumat dəstlərində ESRI çatları (avtomatik olaraq plitələr) məlumat dəstləri -bu problemlərə səbəb ola bilərmi? Problemi həll etmək üçün əlavə məlumat verə bilərəmmi?

Maşınların spesifikasiyası ESRI minimumundan çoxdur -sürücülərdə 16 GB RAM, Intel Xeon, Windows 7, 64 bit, 2 x One TB disklər və 1,2 TB -dən çox pulsuz var. Prosesdə istifadə olunan bütün fayllar yerli sürücülərdədir.


məsələlərin həlli ilə bağlı bir çox faydalı göstərişlər verən bu izahı (2 iyul 2012) tapdım.

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


Ətraflı DEM -də çox az sayda bitişik hüceyrə həm yamacın, həm də aspektin eyni dəyərlərinə malik olacaqdır. Buna görə, əgər giriş xüsusiyyətləri ümumi yamacın və ortaq tərəfin bitişik sahələrini təmsil edərsə, bu kəsişmə prosedurunun nəticəsinin orta hesabla hər bir hüceyrədə bir xüsusiyyətə sahib olmasını gözləməliyik.

Əvvəlcə DEM -də 65.000 * 1000^2 = 6.5 E10 hüceyrəsi var idi. Bunların hər birini təmsil etmək üçün 4 baytlı tam ədəd və ya 8 baytlıq üzən koordinatlardan və ya 32-64 baytdan ibarət ən az dörd sifarişli cüt lazımdır. Bu, 1.3 E12 - 2.6 E12 bayt (1.3 - 2.5 TB) tələbidir. Fayl yükü (bir xüsusiyyət yalnız koordinatlarından çox saxlanılır), indekslər və ya özləri üçün 0,6 TB (ikiqat dəqiqliklə saxlanılırsa) və ya daha çox (ehtimal ki, mətn), üstəgəl identifikatorlar üçün saxlama. Oh, bəli-ArcGIS saxlamağı sevir iki ətrafdakı hər kəsişmənin surətləri, bununla da hər şeyi ikiqat artırır. Çıxışı saxlamaq üçün 7-8 TB lazım ola bilər.

Lazım olan yaddaşa sahib olsanız belə, (a) ArcGIS ara faylları önbelleğe alırsa, (a) iki dəfə (və ya daha çox) istifadə edə bilərsiniz və (b) əməliyyatın hər hansı bir məqbul vaxtda başa çatacağı şübhə altındadır.

Çözüm, vektor məlumat quruluşlarını deyil, şəbəkə məlumat strukturlarını istifadə edərək şəbəkə əməliyyatlarını yerinə yetirməkdir. Vektor çıxışı mütləq lazımdırsa, vektorizasiyanı yerinə yetirin sonra bütün şəbəkə əməliyyatları tamamlandı.


Split alətdən istifadə və geomtryləri təmir etmək təcrübəm. Mənim üçün işləyir, çünki üzərində işlədiyim, rastrdən vektora çevrildiyim vektor təbəqəsindən istifadə edirdi. Əvvəlcə aləti bölməyə çalışdım və səhvimi mənə verdim. Beləliklə, təmir geomtryindən istifadə etməli oldum və bunun nə qədər davam etməsindən asılıdır. Bunu iki dəfə etdim, çünki hər hansı bir dəyişiklik və ya düzəliş etdikdə, bölünmədən əvvəl hələ də təmir edilmiş geomtryləri yenidən işə salmalısınız. mənim üçün işlədi.

Yeri gəlmişkən, hər iki təbəqədə təmir geomtryini işlədim: shapefile və fayl geodatabase. Bir gecədə geomtry təmir etməyinizi təklif edirəm.


Videoya baxın: كيفية التعامل مع الاخطاء البرمجية ال error و انواعها