Ich versuche, einen Intersect-Prozess in arcgis 10 sp 3 mit 2 Dateigruppen (Aspekt und Neigung) von bis zu 1 m DEM auf einer Fläche von 65.000 km² auszuführen. Der Aspekt hat 9.930.384 Datensätze und die Steigung hat 31.435.462 Datensätze (insgesamt ca. 12 GB in 2 Geodatenbanken).
Ich habe die Reparaturgeometrie ungefähr dreimal ausgeführt und jetzt melden die Datensätze keine Fehler (jedes Mal dauerte es mehr als 30 Stunden).
Jetzt verstehe ich
Ausführen (Überschneiden): Überschneiden Sie "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 Startzeit: So. 23. Oktober 02:19:10 2011 Funktionen lesen ...
Fliesen verarbeiten ...
FEHLER 999999: Fehler beim Ausführen der Funktion.
Ungültige Topologie [Zu viele Lineseg-Endpunkte.]
Fehler beim Ausführen (Intersect).
Fehlgeschlagen am Sonntag, 23. Oktober, 04:09:12 Uhr 2011 (Verstrichene Zeit: 1 Stunde 50 Minuten 2 Sekunden)
Ist dies wirklich ein Topologieproblem oder ein Problem mit der Dateigröße?
Ich habe versucht, das ArcINFO SPLIT-Tool zu verwenden, aber es schlägt fehl, selbst wenn mehr als 1 TB freier Speicherplatz auf dem Laufwerk und bei kleineren Dateisätzen gezackte Kanten verursachen. Ich kann DICE nicht verwenden, da die Bereiche, in denen sich Asp und Hang schneiden, genau gleich sein müssen. Ich verstehe, dass bei großen Datensätzen ESRI die Datensätze knackt (automatisch kachelt) - kann dies zu Problemen führen? Gibt es weitere Informationen, die ich zur Problemlösung bereitstellen kann?
Die technischen Daten der Maschinen sind mehr als das ESRI-Minimum - wir haben 16 GB RAM, Intel Xeon, Windows 7, 64-Bit, 2 x 1 TB Festplatten und mehr als 1,2 TB frei auf den Laufwerken. Alle dabei verwendeten Dateien befinden sich auf den lokalen Laufwerken.
Ich habe gerade diese Erklärung (2. Juli 2012) gefunden, die viele hilfreiche Hinweise zur Lösung der Probleme gibt.
http://blogs.esri.com/esri/arcgis/2010/07/23/dicing-godzillas-features-with-too-many-vertices/
Antworten:
Sehr wenige zusammenhängende Zellen in einem detaillierten DEM haben identische Werte für Steigung und Aspekt. Wenn die Eingabemerkmale zusammenhängende Bereiche mit gemeinsamer Steigung und gemeinsamem Aspekt darstellen, sollten wir daher erwarten, dass das Ergebnis dieser Schnittprozedur im Durchschnitt fast ein Merkmal pro Zelle aufweist.
Es gab ursprünglich 65.000 * 1000 ^ 2 = 6,5 E10-Zellen im DEM. Um jedes dieser Elemente darzustellen, sind mindestens vier geordnete Paare von 4-Byte-Ganzzahlen oder 8-Byte-Gleitkoordinaten oder 32-64 Bytes erforderlich. Dies ist eine Anforderung von 1,3 E12 - 2,6 E12 Byte (1,3 - 2,5 TB). Wir haben noch nicht einmal damit begonnen, den Datei-Overhead (ein Feature wird als mehr als nur seine Koordinaten gespeichert), Indizes oder Attributwerte zu berücksichtigen, die selbst 0,6 TB (bei doppelter Genauigkeit) oder mehr (bei Speicherung als) benötigen könnten Text) plus Speicher für Bezeichner. Oh ja - ArcGIS behält gerne zwei Kopien jeder Kreuzung bei und verdoppelt so alles. Möglicherweise benötigen Sie 7-8 TB, um die Ausgabe zu speichern.
Selbst wenn Sie über den erforderlichen Speicher verfügen, können Sie (a) das Doppelte (oder mehr) verwenden, wenn ArcGIS Zwischendateien zwischenspeichert, und (b) es ist zweifelhaft, ob der Vorgang ohnehin in angemessener Zeit abgeschlossen wird.
Die Lösung besteht darin, Gitteroperationen unter Verwendung von Gitterdatenstrukturen und nicht von Vektordatenstrukturen durchzuführen. Wenn eine Vektorausgabe unbedingt erforderlich ist, führen Sie die Vektorisierung durch, nachdem alle Gitteroperationen abgeschlossen sind.
quelle
Meine Erfahrung mit Split-Tool und Reparatur-Geomtrie. Es funktioniert für mich, weil ich an der Vektorebene gearbeitet habe, die ich von Raster zu Vektor konvertiert habe. Ich habe zuerst versucht, das Tool zu teilen und habe den Fehler erhalten. Also musste ich das Reparatur-Geomtry verwenden und es hängt davon ab, wie lange es läuft. Ich musste dies zweimal tun, da Sie immer dann, wenn Sie Änderungen oder Bearbeitungen vorgenommen haben, die Reparatur-Geomtrie erneut ausführen müssen, bevor Sie den Split durchführen. es hat bei mir funktioniert.
Übrigens habe ich Reparatur-Geomtrie auf beiden Ebenen ausgeführt: Shapefile und File-Geodatabase. Ich schlage vor, Sie führen über Nacht Reparatur-Geomtrie durch.
quelle