Чому Intersect дає ПОМИЛКУ 999999: Помилка виконання функції Недійсна топологія [Занадто багато кінцевих точок рядкових рядків]?

Я намагаюся запустити процес перетину в арггісі 10 sp 3 з 2 наборами файлів (аспект і нахил) від до 1м DEM на площі 65 000 квадратних км. Аспект має 9 930 384 записів, а на схилі - 31 465 462 записів (загалом близько 12 ГБ у двох файлових базах даних).

Я провів геометрію ремонту близько 3 разів, і тепер набори даних не повідомляють про помилки (кожен раз за 30 годин).

Тепер я отримую

Виконання (Пересікання): Перетин "D: \ SCRATCH \ Проекти \ 106 \ дані \ 7_asp_Merge.gdb \ asp_HghstRez_M_rep #" D: \ SCRATCH \ Проекти \ 106 \ дані \ робочі \ робочі \ ggbb \ AsSl_Int ВСЕ # ВХОД Час початку: НД 23 жовтня 02:19:10 Особливості читання ...

Обробка плитки ...

ПОМИЛКА 999999: Помилка виконання функції.

Недійсна топологія [Занадто багато кінцевих точок рядкових рядків.]

Не вдалося виконати (Перехрестити).

Не вдалося в неді 23 жовтня 04:09:12 2011 (минуло часу: 1 година 50 хвилин 2 секунди)

Це справді проблема з топологією чи проблема з розміром файлу?

Я спробував використовувати інструмент ArcINFO SPLIT, але він не вдається навіть при наявності понад 1 ТБ вільного місця на диску, а також на меншому наборі файлів викликає нерівні краї. Я не можу використовувати DICE, оскільки ділянки для перетину між осі та схилом повинні бути абсолютно однаковими. Я розумію, що на великих наборах даних ESRI розтріскує (автоматично плитки) набори даних - може це спричинить проблеми? Чи є якась інформація, яку я можу надати для вирішення проблеми.

Характеристики машин перевищують мінімум ESRI - у нас є 16 Гб оперативної пам’яті, Intel Xeon, Windows 7, 64-розрядні, 2 x один TB диски та більше 1,2 ТБ безкоштовно на накопичувачах. Усі файли, які використовуються в процесі, знаходяться на локальних дисках.

щойно знайшли це пояснення (2 липня 2012 р.), яке дає багато корисних підказок щодо вирішення питань.

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

Дуже мало суміжних комірок у деталізованій DEM матиме однакові значення як нахилу, так і аспекту. Отже, якщо вхідні функції представляють суміжні ділянки спільного нахилу та спільного аспекту, слід очікувати, що результат цієї процедури перетину має в середньому майже одну особливість на комірку.

Спочатку в DEM було 65 000 * 1000 ^ 2 = 6,5 клітин E10. Для представлення кожного з них потрібно щонайменше чотири впорядковані пари або 4-байтних цілих чисел, або 8-байтних плаваючих координат, або 32-64 байт. Це вимога 1,3 Е12 - 2,6 Е12 байт (1,3 - 2,5 ТБ). Ми навіть не почали обліковувати накладні файли (функція зберігається як більше, ніж лише її координати), індекси або значення атрибутів, для яких самі могли знадобитися 0,6 ТБ (якщо вони зберігаються в подвійній точності) або більше (якщо вони зберігаються як текст), а також сховище для ідентифікаторів. О так, ArcGIS любить зберігати дві копії кожного перехрестя навколо, тим самим подвоюючи все. Можливо, вам знадобиться 7-8 ТБ просто для збереження виводу.

Навіть якщо у вас було необхідне сховище, (а) ви можете використати двічі це (або більше), якщо ArcGIS кешує проміжні файли, і (б) сумнівно, що операція завершиться в будь-який розумний час, у будь-якому випадку.

Рішення полягає у виконанні операцій з використанням сітки, використовуючи структури даних, а не векторні структури даних. Якщо векторний вихід абсолютно необхідний, виконайте векторизацію після завершення всіх операцій з сіткою.

Мій досвід роботи з використанням розбитого інструменту та ремонту геометри. Це працює для мене, тому що на одному, над яким я працював, використовувався векторний шар, який я робив перетворенням з растрового у векторний. Я спробував спочатку розбити інструмент і дав мені помилку. Отже, мені довелося скористатися ремонтною геометриєю і залежить, як довго вона працює. Я робив це двічі, тому що щоразу, коли ви вносили будь-які зміни чи редагування, вам доведеться повторно запускати ремонт геометри, перш ніж робити розкол. це працювало для мене.

До речі, я запускав ремонт геометрії на обох шарах: shapefile та файл geodatabase. Я пропоную вам запустити ремонт геометри на ніч.