Perché Intersect fornisce ERRORE 999999: Errore nell'esecuzione della funzione Topologia non valida [Troppi endpoint lineeg]?

Sto cercando di eseguire un processo Intersect in arcgis 10 sp 3 con 2 set di file (aspetto e pendenza) da un massimo di 1m DEM su un'area di 65.000 kmq. L'aspetto ha 9.930.384 record e la pendenza ha 31.435.462 record (circa 12 GB in totale in 2 database geografici di file).

Ho eseguito la geometria di riparazione circa 3 volte e ora i set di dati non riportano alcun errore (ogni volta sono occorse più di 30 ore).

Adesso capisco

Executing (Intersect): Intersect "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 Ora di inizio: Sun 23 ott 02:19:10 2011 Funzioni di lettura ...

Elaborazione di piastrelle ...

ERRORE 999999: errore nell'esecuzione della funzione.

Topologia non valida [Troppi endpoint lineeg.]

Impossibile eseguire (Intersezione).

Fallito al sole 23 ott 04:09:12 2011 (tempo trascorso: 1 ora 50 minuti 2 secondi)

Si tratta davvero di un problema di topologia o di dimensioni del file?

Ho provato a utilizzare lo strumento ArcINFO SPLIT ma non riesce anche con oltre 1 TB di spazio libero sull'unità e su un set di file più piccolo provoca bordi frastagliati. Non posso usare DICE poiché le aree che si intersecano tra asp e pendenza devono essere esattamente le stesse. Capisco che su set di dati di grandi dimensioni le crepe ESRI (automaticamente i riquadri) i set di dati possono essere causa di problemi? Ci sono altre informazioni che posso fornire per risolvere il problema.

Le specifiche delle macchine sono superiori al minimo ESRI: abbiamo 16 GB di RAM, Intel Xeon, Windows 7, 64 bit, 2 dischi da 1 TB e più di 1,2 TB gratuiti sulle unità. Tutti i file utilizzati nel processo si trovano sulle unità locali.

ho appena trovato questa spiegazione (2 luglio 2012) che fornisce molti suggerimenti utili sulla risoluzione dei problemi.

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

— GeorgeC
fonte

Il limite della dimensione del file per il sistema operativo Windows è di 2 GB. (3 GB con / 3 GB su XP). Prova lo strumento versato in ArcGIS con grandi serie di dati 'rivestimenti' resources.esri.com/help/9.3/arcgisdesktop/com/gp_toolref/...

— Mapperz

Un'importante informazione dal link Mapperz inviato: "I

— RyanKDalton,

Hai raster pendenza e aspetto? Se è così, hai un analista spaziale?

— Kirk Kuykendall,

@Mapperz, dipende dal file system. FAT è limitato a 2 GB, FAT32 è 4 GB e NTFS è illimitato in base a: microsoft.com/resources/documentation/windows/xp/all/proddocs/…

— blah238

Per un calcolo raster, George, puoi ricampionare su una dimensione di cella comune (come 1m) o elaborare separatamente le diverse patch. Merita un pensiero, perché una pendenza o un aspetto calcolati con una risoluzione di 30 m non è esattamente paragonabile a uno calcolato con una risoluzione di 1 m. È difficile dare consigli generali in assenza di informazioni sullo scopo di questo calcolo.

— whuber

Risposte:

Pochissime celle contigue in un DEM dettagliato avranno valori identici sia di pendenza che di aspetto. Pertanto, se le funzioni di input rappresentano aree contigue di pendenza e aspetto comuni, dovremmo aspettarci che il risultato di questa procedura di intersezione abbia, in media, quasi una caratteristica per cella.

Originariamente c'erano 65.000 * 1000 ^ 2 = 6.5 celle E10 nel DEM. Per rappresentare ognuna di queste sono necessarie almeno quattro coppie ordinate di coordinate intere a 4 byte o in virgola mobile a 8 byte o 32-64 byte. Questo è un requisito 1.3 E12 - 2.6 E12 byte (1.3 - 2.5 TB). Non abbiamo nemmeno iniziato a tenere conto dell'overhead dei file (una funzione è memorizzata come più delle sole coordinate), degli indici o dei valori degli attributi, che potrebbero richiedere 0,6 TB (se archiviati in doppia precisione) o più (se archiviati come testo), più spazio di archiviazione per identificatori. Oh, sì - ad ArcGIS piace tenere due copie di ogni incrocio, raddoppiando così tutto. Potrebbero essere necessari 7-8 TB solo per memorizzare l'output.

Anche se si disponesse della memoria necessaria, (a) si potrebbe usare due volte questo (o più) se ArcGIS sta memorizzando nella cache file intermedi e (b) è dubbio che l'operazione si completerebbe in un tempo ragionevole, comunque.

La soluzione consiste nell'eseguire operazioni di griglia utilizzando strutture di dati di griglia, non strutture di dati vettoriali. Se è assolutamente necessario l'output vettoriale, eseguire la vettorializzazione al termine di tutte le operazioni sulla griglia.

— whuber
fonte

Accettato con molta tristezza. Invece di combinare i set di dati 30m, 10m e 1m, sto invece eseguendo asp + slp + veg intersechi / punteggi su ciascun set di dati separatamente e quindi unendoli.

— GeorgeC,

L'uso della strategia di suddivisione spaziale ci ha permesso di completare il progetto. Un set di dati che ha richiesto 7 ore per l'elaborazione (e talvolta si è arrestato in modo anomalo), è stato elaborato in circa 100 minuti quando è stato suddiviso in 6 parti e quindi ha impiegato 10 minuti per unirsi. A questo si aggiungono circa 40 minuti per modificare i modelli per elaborare in modo efficiente le parti multiple con input minimi (per ogni iterazione) e fondamentalmente è un risparmio della metà del tempo di elaborazione (almeno). Quindi un processo che avrebbe richiesto quasi 200 ore impiegava meno di 50 ore e con solo circa 15 ore di lavoro "reale" (nel decidere come dividere i dati, inserire le variabili nei modelli ecc.

— GeorgeC,

La mia esperienza con l'utilizzo di strumenti divisi e riparazione geomtry. Funziona per me perché quello su cui ho lavorato stava usando il livello vettoriale che ho fatto la conversione da raster a vettore. Ho provato prima a dividere lo strumento e mi ha dato l'errore. Quindi, ho dovuto usare la geomtry di riparazione e dipende da quanto tempo funziona. L'ho fatto due volte perché ogni volta che hai apportato modifiche o modifiche, devi ancora rieseguire repaire geomtry prima di eseguire la divisione. ha funzionato per me.

A proposito, ho eseguito la riparazione di geomtry su entrambi i livelli: shapefile e file geodatabase. Ti suggerisco di eseguire la riparazione di geomtry durante la notte.

— Probert
fonte

Un'altra cosa che ho dimenticato. Posso suggerire che ogni volta che fai qualcosa del genere, ti consiglio di provare ad aprire una nuova ArcMap ed eseguire questi strumenti? Per cancellare i file temporanei già aperti, chiuderlo e aprire ArcMap. Pulisce la temperatura. Questo è il mio suggerimento di un centesimo.

— PROBERT

Grazie. Ho eseguito la riparazione geom 3-4 volte e ora i set di dati non riportano alcun errore. Questo di solito funziona, ma penso che i set di dati siano troppo grandi secondo la spiegazione di whuber ...

— GeorgeC

George, sono felice che funzioni per te. Sì, ho letto quale spiegazione di Whuber, ma la mia domanda per te ha unito pendenza e aspetto? In tal caso, quando hai utilizzato lo strumento Dividi, quale livello caratteristica hai usato per dividere questi livelli con cui ti sei unito? Ad esempio, ho dovuto usare 24 quad (circa 24 di questi, che non è poi così grande) per dividere con il mio livello unito di inclinazione e elevazione dell'inclinazione. Forse potresti provare a restringere il livello a un livello più piccolo che può essere diviso con il livello unito?

— PROBERT

Ho unito la pendenza e l'aspetto e ha funzionato ma non è stato il processo giusto ... dovevamo intersecarci e non funziona. Per dividere ho ottenuto una copia della griglia della mappa topografica nazionale da 100k e l'ho usata separatamente su asp e pendenza. La zona è coperta da 30 fogli di mappe.

— GeorgeC,

Hai eseguito la griglia della mappa topografica 100k per pulire la geomtry? Perché ho chiesto, ho avuto il mio rilevato alcuni errori e ho dovuto fare una riparazione pulita. Quindi ha funzionato sul mio. Se riscontri ancora più problemi, puoi provare a farli dividere i 100k nazionali in quelli più piccoli? Come dividerli in tre?

— PROBERT