Tại sao Intersect cung cấp cho ERROR 999999: Chức năng thực thi lỗi Cấu trúc liên kết không hợp lệ [Quá nhiều điểm cuối dòng]?


9

Tôi đang cố gắng chạy quy trình Intersect trong arcgis 10 sp 3 với 2 bộ tệp (khía cạnh và độ dốc) từ tối đa 1m DEM trên diện tích 65.000 km2. Khía cạnh có 9,930,384 bản ghi và độ dốc có 31,435,462 bản ghi (tổng cộng khoảng 12 GB trong 2 tệp cơ sở dữ liệu địa lý).

Tôi đã chạy hình học sửa chữa khoảng 3 lần và bây giờ các bộ dữ liệu không báo cáo bất kỳ lỗi nào (mỗi lần mất hơn 30h).

Bây giờ tôi nhận được

Đang thực hiện (Intersect): Intersect "D: \ SCRATCH \ Project \ 106 \ data \ 7_asp_Merge.gdb \ asp_HghstRez_M_Vp #" D: \ SCRATCH \ Project \ 106 \ data \ work \ work.gdb \ AsSl_Int Ngày 23 tháng 10 02:19:10 2011 Tính năng đọc ...

Gia công gạch ...

LRI 999999: Lỗi thực thi chức năng.

Cấu trúc liên kết không hợp lệ [Quá nhiều điểm cuối dòng.]

Không thể thực thi (Giao lộ).

Thất bại vào Chủ Nhật ngày 23 tháng 10 04:09:12 2011 (Thời gian đã trôi qua: 1 giờ 50 phút 2 giây)

Đây thực sự là một vấn đề cấu trúc liên kết hoặc một vấn đề kích thước tập tin?

Tôi đã thử sử dụng công cụ ArcINFO SPLIT nhưng nó không thành công ngay cả với hơn 1TB dung lượng trống trên ổ đĩa và trên tập tin nhỏ hơn gây ra các cạnh lởm chởm. Tôi không thể sử dụng DICE vì các khu vực giao nhau giữa asp và dốc phải hoàn toàn giống nhau. Tôi hiểu rằng trên các bộ dữ liệu lớn, các vết nứt ESRI (tự động xếp) các bộ dữ liệu có thể giới thiệu vấn đề này? Có thêm thông tin nào tôi có thể cung cấp để giải quyết vấn đề.

Thông số kỹ thuật của các máy nhiều hơn tối thiểu ESRI có RAM 16 GB, Intel Xeon, Windows 7, 64-bit, 2 x One TB và hơn 1,2TB miễn phí trên các ổ đĩa. Tất cả các tệp được sử dụng trong quá trình này là trên các ổ đĩa cục bộ.


chỉ tìm thấy lời giải thích này (ngày 2 tháng 7 năm 2012) đưa ra rất nhiều gợi ý hữu ích trong việc giải quyết các vấn đề.

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


1
Giới hạn kích thước tệp cho hệ điều hành Windows là 2 GB. (3 GB với / 3 GB trên XP). Hãy dùng thử công cụ SPILLED trong ArcGIS với các bộ dữ liệu lớn 'Tiling' resource.esri.com/help/9.3/arcgisdesktop/com/gp_toolref/
Mapperz

1
Một thông tin quan trọng từ liên kết Mapperz đã gửi: "Cơ sở dữ liệu địa lý tệp và doanh nghiệp không có giới hạn này nên chúng được đề xuất làm không gian làm việc đầu ra khi sử dụng bộ dữ liệu rất lớn."
RyanKDalton

1
Bạn có độ dốc và khía cạnh raster? Nếu vậy, bạn có phân tích không gian?
Kirk Kuykendall

@Mapperz, nó phụ thuộc vào Hệ thống tệp. FAT được giới hạn ở 2GB, FAT32 là 4GB và NTFS là không giới hạn theo: microsoft.com/resource/documentation/windows/xp/all/proddocs/
Lỗi

1
Để tính toán raster, George, bạn có thể lấy mẫu lại thành một ô chung (chẳng hạn như 1m) hoặc xử lý các bản vá khác nhau một cách riêng biệt. Nó đáng được suy nghĩ, bởi vì độ dốc hoặc khía cạnh được tính toán ở độ phân giải 30m không thể so sánh chính xác với độ dốc được tính toán ở độ phân giải 1m. Thật khó để đưa ra lời khuyên chung trong trường hợp không có thông tin về mục đích của phép tính này.
whuber

Câu trả lời:


9

Rất ít ô liền kề trong một DEM chi tiết sẽ có các giá trị giống hệt nhau về cả độ dốc và khía cạnh. Do đó, nếu các tính năng đầu vào biểu thị các khu vực tiếp giáp của độ dốc chung và khía cạnh chung, chúng ta nên mong đợi kết quả của quy trình giao cắt này, trung bình, gần như một tính năng trên mỗi ô.

Ban đầu có 65.000 * 1000 ^ 2 = 6,5 tế bào E10 trong DEM. Để đại diện cho mỗi trong số này yêu cầu ít nhất bốn cặp có thứ tự là số nguyên 4 byte hoặc tọa độ nổi 8 byte hoặc 32-64 byte. Đó là yêu cầu 1.3 E12 - 2.6 E12 byte (1.3 - 2.5 TB). Chúng tôi thậm chí chưa bắt đầu tính đến chi phí tập tin (một tính năng được lưu trữ không chỉ là tọa độ của nó), chỉ mục hoặc giá trị thuộc tính, mà bản thân chúng có thể cần 0,6 TB (nếu được lưu trữ ở độ chính xác kép) hoặc hơn (nếu được lưu trữ dưới dạng văn bản), cộng với lưu trữ cho định danh. Ồ, vâng - ArcGIS thích giữ hai bản sao của mỗi giao lộ xung quanh, do đó nhân đôi mọi thứ. Bạn có thể cần 7-8 TB chỉ để lưu trữ đầu ra.

Ngay cả khi bạn có dung lượng lưu trữ cần thiết, (a) bạn vẫn có thể sử dụng gấp đôi số này (hoặc hơn) nếu ArcGIS đang lưu các tệp trung gian và (b) dù sao thì thao tác sẽ hoàn thành trong bất kỳ thời gian hợp lý nào.

Giải pháp là thực hiện các hoạt động lưới bằng cách sử dụng các cấu trúc dữ liệu lưới, không phải cấu trúc dữ liệu vector. Nếu đầu ra vector hoàn toàn cần thiết, thực hiện vector hóa sau khi tất cả các hoạt động lưới hoàn thành.


Chấp nhận với nhiều nỗi buồn. Thay vì kết hợp các bộ dữ liệu 30m, 10m và 1m, thay vào đó tôi chạy asp + slp + veg giao nhau / ghi điểm trên từng tập dữ liệu một cách riêng biệt và sau đó hợp nhất chúng.
GeorgeC

Sử dụng chiến lược phân chia không gian cho phép chúng tôi hoàn thành dự án. Một bộ dữ liệu mất 7 giờ để xử lý (và đôi khi bị lỗi), được xử lý trong khoảng 100 phút khi chia thành 6 phần và sau đó mất 10 phút để hợp nhất. Để thêm điều này, hãy thêm khoảng 40 phút để sửa đổi các mô hình để xử lý hiệu quả nhiều phần với đầu vào tối thiểu (cho mỗi lần lặp) và về cơ bản, nó tiết kiệm một nửa thời gian xử lý (ít nhất). Vì vậy, một quá trình khác mất gần 200 giờ chỉ mất chưa đến 50 giờ và chỉ với khoảng 15 giờ làm việc "thực sự" (trong việc quyết định cách phân chia dữ liệu, nhập các biến vào các mô hình, v.v.
GeorgeC

1

Experince của tôi với việc sử dụng công cụ chia và sửa chữa geomtry. Nó hoạt động với tôi bởi vì cái tôi làm việc đang sử dụng lớp vectơ mà tôi đã chuyển đổi từ raster sang vector. Tôi đã cố gắng tách công cụ đầu tiên và cho tôi lỗi. Vì vậy, tôi đã phải sử dụng geomtry sửa chữa và nó phụ thuộc vào thời gian nó chạy. Tôi đã làm điều này hai lần bởi vì bất cứ khi nào bạn thực hiện bất kỳ thay đổi hoặc chỉnh sửa nào, bạn vẫn phải chạy lại repaire geomtry trước khi bạn thực hiện phân tách. nó làm việc cho tôi

Nhân tiện, tôi đã chạy sửa chữa geomtry trên cả hai lớp: shapefile và tập tin geodatabase. Tôi đề nghị bạn chạy sửa chữa geomtry qua đêm.


1
Một điều nữa tôi quên mất. Tôi có thể đề nghị là bất cứ khi nào bạn làm điều gì đó như thế này, tôi khuyên bạn nên thử mở ArcMap mới và chạy các công cụ này? Để xóa các tệp tạm thời bạn đã mở, hãy đóng nó và mở ArcMap. Nó làm sạch temp. Đó là một xu của tôi đề nghị.
VẤN ĐỀ

Cảm ơn. Tôi đã chạy sửa chữa geom 3-4 lần và bây giờ các bộ dữ liệu không báo cáo bất kỳ lỗi nào. Điều này thường hoạt động nhưng tôi nghĩ rằng các bộ dữ liệu chỉ lớn theo lời giải thích của mọi người ...
GeorgeC

George, tôi rất vui vì nó làm việc cho bạn. Vâng, tôi đã đọc những gì người giải thích nhưng câu hỏi của tôi cho bạn đã hợp nhất độ dốc và khía cạnh? Nếu vậy, khi bạn sử dụng công cụ phân tách, lớp tính năng nào bạn đã sử dụng để phân tách các lớp này mà bạn đã hợp nhất? Ví dụ, tôi đã phải sử dụng 24 quad (khoảng 24 trong số đó không lớn) để phân chia với lớp sáp nhập độ cao ane dốc của tôi. Có lẽ bạn có thể thử và thu hẹp thành lớp nhỏ hơn có thể phân chia với lớp đã hợp nhất của bạn?
VẤN ĐỀ

Tôi đã hợp nhất độ dốc và khía cạnh và nó hoạt động nhưng không phải là quy trình đúng ... chúng tôi cần phải giao nhau và điều đó không hiệu quả. Để phân chia, tôi đã lấy một bản sao của lưới bản đồ topo quốc gia 100k và sử dụng nó trên asp và dốc riêng biệt. Khu vực này được bao phủ bởi 30 tờ bản đồ.
GeorgeC

Bạn đã chạy lưới bản đồ topo 100k để làm sạch geomtry? Vì tôi hỏi, tôi đã phát hiện ra một số lỗi và phải sửa chữa sạch sẽ. Vì vậy, nó làm việc trên mỏ của tôi. Nếu bạn vẫn gặp phải nhiều vấn đề hơn, bạn có thể thử và khiến họ chia 100k quốc gia thành các vấn đề nhỏ hơn không? Giống như chia chúng cho ba?
VẤN ĐỀ
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.