Viac

Prečo Intersect dáva ERROR 999999: Chyba pri vykonávaní funkcie Neplatná topológia [Príliš veľa koncových bodov čiary]?

Prečo Intersect dáva ERROR 999999: Chyba pri vykonávaní funkcie Neplatná topológia [Príliš veľa koncových bodov čiary]?


Snažím sa spustiť proces priesečníka v arcgis 10 sp 3 s 2 súbormi súborov (aspekt a sklon) od až do 1 m DEM na ploche 65 000 km2. Aspekt má 9 930 384 záznamov a sklon má 31 435 462 záznamov (približne 12 GB v 2 súborových geo-databázach).

Geometriu opravy som spustil asi trikrát a teraz súbory údajov nehlásia žiadne chyby (zakaždým to trvalo viac ako 30 hodín).

Teraz chápem

Vykonáva sa (pretínať sa): Priesečník "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 Čas začiatku: slnko 23. október 02:19:10 Funkcie čítania 2011…

Spracovanie dlaždíc…

CHYBA 999999: Chyba pri vykonávaní funkcie.

Neplatná topológia [Príliš veľa koncových bodov čiary.]

Spustenie zlyhalo (Intersect).

Neúspešné v Ne 23. októbra 04:09:12 2011 (Uplynulý čas: 1 hodina 50 minút 2 sekundy)

Ide skutočne o problém topológie alebo problém s veľkosťou súboru?

Skúsil som použiť nástroj ArcINFO SPLIT, ale zlyhá to, aj keď má na disku viac ako 1 TB voľného miesta a pri menšej množine súborov zubaté hrany. Nemôžem použiť DICE, pretože oblasti, ktoré sa majú pretínať medzi aspom a svahom, musia byť úplne rovnaké. Rozumiem, že vo veľkých množinách údajov ESRI praskne (automaticky dlaždice) súbory údajov -môžu to predstavovať problémy? Existujú nejaké ďalšie informácie, ktoré môžem poskytnúť pri riešení problému.

Špecifikácia strojov je viac ako minimálna ESRI -máme 16 GB RAM, Intel Xeon, Windows 7, 64 -bitové, 2 x jeden TB disk a viac ako 1,2 TB voľného miesta na jednotkách. Všetky súbory použité v tomto procese sú na lokálnych jednotkách.


práve sme našli toto vysvetlenie (2. júla 2012), ktoré ponúka mnoho užitočných rád na riešenie problémov.

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


Veľmi málo susediacich buniek v podrobnom DEM bude mať identické hodnoty sklonu aj aspektu. Ak teda vstupné prvky predstavujú súvislé oblasti spoločného sklonu a spoločného aspektu, mali by sme očakávať, že výsledok tohto postupu priesečníka bude mať v priemere takmer jeden prvok na bunku.

V DEM bolo pôvodne 65 000 * 1 000^2 = 6,5 buniek E10. Na reprezentáciu každého z nich sú potrebné najmenej štyri usporiadané páry buď 4-bajtových celočíselných alebo 8-bajtových plávajúcich súradníc, alebo 32-64 bajtov. To je požiadavka 1,3 E12 - 2,6 E12 bajtu (1,3 - 2,5 TB). Ešte sme ani nezačali účtovať réžiu súboru (funkcia je uložená viac než len súradnice), indexy alebo hodnoty atribútov, ktoré samotné môžu potrebovať 0,6 TB (ak sú uložené s dvojitou presnosťou) alebo viac (ak sú uložené ako text) a úložisko identifikátorov. Ach áno-ArcGIS rád zachováva dva kópie každej križovatky v okolí, čím sa všetko zdvojnásobí. Na uloženie výstupu možno budete potrebovať 7-8 TB.

Aj keď máte potrebný úložný priestor, (a) môžete použiť dvojnásobok (alebo viac), ak ArcGIS ukladá do vyrovnávacej pamäte dočasné súbory a (b) je pochybné, že by sa operácia dokončila v každom rozumnom čase.

Riešením je vykonávať mriežkové operácie pomocou mriežkových dátových štruktúr, nie vektorových dátových štruktúr. Ak je vektorový výstup absolútne potrebný, vykonajte vektorizáciu po všetky operácie so sieťou sú dokončené.


Moje skúsenosti s používaním deleného nástroja a opravou geomtry. Funguje to na mňa, pretože ten, na ktorom som pracoval, používal vektorovú vrstvu, ktorú som prevádzal z rastra na vektor. Najprv som sa pokúsil rozdeliť nástroj a zobrazila sa chyba. Musel som teda použiť opravu geomtry a záleží na tom, ako dlho beží. Musel som to urobiť dvakrát, pretože vždy, keď vykonáte akékoľvek zmeny alebo úpravy, musíte pred rozdelením znova spustiť geomtry repaire. mne to fungovalo.

Mimochodom, vykonal som opravu geomtry na oboch vrstvách: shapefile a file geodatabase. Navrhujem, aby ste cez noc spustili opravu geomtry.