왜 Intersect가 ERROR 999999를 제공 하는가 : 잘못된 토폴로지 기능을 실행하는 동안 오류가 발생했습니다.

65,000 평방 미터의 면적에서 최대 1m DEM에서 2 개의 파일 세트 (종횡비 및 기울기)가있는 arcgis 10 sp 3에서 교차 프로세스를 실행하려고합니다. 측면에는 9,930,384 개의 레코드가 있고 슬로프에는 31,435,462 개의 레코드가 있습니다 (2 개의 파일 지오 데이터베이스에서 총 약 12GB).

수리 지오메트리를 약 3 회 실행했으며 이제 데이터 세트에 오류가보고되지 않습니다 (각 시간이 30 시간 이상 소요됨).

이제 나는

실행 (교차) : "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 시작 시간 : Sun 10 월 23 일 02:19:10 2011 읽기 기능 ...

타일 처리 중 ...

ERROR 999999 : 기능 실행 오류.

잘못된 토폴로지 [너무 많은 lineeg 끝점]

(교차)를 실행하지 못했습니다.

2011 년 10 월 23 일 04:09:12에 실패 (경과 시간 : 1 시간 50 분 2 초)

이것이 실제로 토폴로지 문제입니까 아니면 파일 크기 문제입니까?

ArcINFO SPLIT 도구를 사용하려고 시도했지만 드라이브에 1TB 이상의 여유 공간이 있어도 실패하고 작은 파일 세트에서 가장자리가 고르지 않습니다. ASP와 경사 사이의 교차 영역이 정확히 동일해야하기 때문에 DICE를 사용할 수 없습니다. 대규모 데이터 세트에서 ESRI가 데이터 세트를 크랙 (자동 타일링)하면 문제가 발생할 수 있음을 이해합니다. 문제 해결에 제공 할 수있는 정보가 더 있습니까?

머신 사양은 최소 ESRI 이상입니다. 16GB RAM, Intel Xeon, Windows 7, 64 비트, 2 x 1TB 디스크 및 드라이브에 1.2TB 이상의 여유 공간이 있습니다. 프로세스에 사용 된 모든 파일은 로컬 드라이브에 있습니다.

이 문제를 해결하는 데 도움이되는 많은 힌트를 제공하는이 설명 (2012 년 7 월 2 일)을 찾았습니다.

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

— GeorgeC
소스

Windows 운영 체제의 파일 크기 제한은 2GB입니다. (XP의 경우 3GB는 3GB). 큰 데이터 세트 '타일링' resources.esri.com/help/9.3/arcgisdesktop/com/gp_toolref/…

— Mapperz

Mapperz 링크에서 보낸 중요한 정보 : "기업 및 파일 지오 데이터베이스에는 이러한 제한이 없으므로 매우 큰 데이터 세트를 사용할 때 출력 작업 공간으로 권장됩니다."

— RyanKDalton

경사 및 종횡비 래스터가 있습니까? 그렇다면 공간 분석가가 있습니까?

— Kirk Kuykendall

@Mapperz, 파일 시스템에 따라 다릅니다. FAT는 2GB로 제한되고 FAT32는 4GB이며 NTFS는 무제한입니다. microsoft.com/resources/documentation/windows/xp/all/proddocs/…

— blah238

래스터 계산을 위해 George는 1m와 같은 일반적인 셀 크기로 다시 샘플링하거나 다른 패치를 개별적으로 처리 할 수 있습니다. 30m 해상도로 계산 된 기울기 또는 종횡비가 1m 해상도로 계산 된 기울기 또는 종횡비와 정확하게 비교할 수 없기 때문에 약간의 생각이 필요합니다. 이 계산의 목적에 대한 정보가 없으면 일반적인 조언을하기가 어렵습니다.

— whuber

답변:

세부적인 DEM에서 연속 셀은 극소수의 기울기와 종횡비 값을 갖습니다. 따라서 입력 지형지 물이 공통 경사 및 공통 측면의 연속 영역을 나타내는 경우이 교차 절차의 결과에 평균적으로 셀당 거의 하나의 지형지 물이 있어야합니다.

DEM에는 원래 65,000 * 1000 ^ 2 = 6.5 E10 셀이있었습니다. 이들 각각을 나타내려면 4 바이트 정수 또는 8 바이트 부동 좌표 또는 32-64 바이트 중 적어도 4 개의 정렬 된 쌍이 필요합니다. 1.3 E12-2.6 E12 바이트 (1.3-2.5 TB) 요구 사항입니다. 우리는 심지어 파일 오버 헤드 (특징이 그 좌표보다 더 많은 것으로 저장 됨), 인덱스 또는 속성 값을 고려하지 않았습니다. 텍스트)와 식별자 저장소 예, ArcGIS는 각 교차점의 사본 두 개 를 유지 하여 모든 것을 두 배로 늘리기를 좋아합니다 . 출력을 저장하기 위해 7-8TB가 필요할 수 있습니다.

필요한 저장 공간이 있더라도 (a) ArcGIS가 중간 파일을 캐싱하는 경우이 (또는 그 이상)의 두 배를 사용할 수 있습니다.

해결책은 벡터 데이터 구조가 아닌 그리드 데이터 구조를 사용하여 그리드 작업을 수행하는 것입니다. 벡터 출력이 절대적으로 필요한 경우 모든 그리드 작업이 완료된 후 벡터화를 수행하십시오 .

— 우버
소스

많은 슬픔으로 받아 들여졌습니다. 30m, 10m 및 1m 데이터 세트를 결합하는 대신 각 데이터 세트에서 개별적으로 asp + slp + veg 교차 / 점수를 실행 한 다음 병합합니다.

— GeorgeC

공간 분할 전략을 사용하여 프로젝트를 완료 할 수있었습니다. 처리하는 데 7 시간이 걸리고 (때로는 충돌하는) 데이터 세트가 6 개 부품으로 분할 될 때 약 100 분 후에 처리 된 다음 병합하는 데 10 분이 걸렸습니다. 여기에 최소 40 분을 추가하여 모델을 수정하여 최소한의 입력 (각 반복마다)으로 여러 부품을 효율적으로 처리하고 기본적으로 처리 시간의 절반 (최소)을 절약합니다. 따라서 200 시간에 가까운 프로세스는 50 시간이 채 걸리지 않았고 "실제"작업의 약 15 시간 만 소요되었습니다 (데이터를 분할하는 방법 결정, 변수를 모델에 입력하는 방법 등

— GeorgeC

분할 도구 및 수리 형상을 사용하는 경험. 내가 일한 것은 래스터에서 벡터로 변환 한 벡터 레이어를 사용했기 때문에 저에게 효과적입니다. 도구를 먼저 분할하려고 시도하고 오류가 발생했습니다. 그래서 수리 지오메트리를 사용해야했고, 그것이 얼마나 오래 실행되는지에 달려 있습니다. 변경하거나 편집 할 때마다 분할을 수행하기 전에 수리 형상을 다시 실행해야하기 때문에이 작업을 두 번 수행했습니다. 그것은 나를 위해 일했다.

그건 그렇고, shapefile과 file geodatabase의 두 계층에서 복구 기하학을 실행했습니다. 밤새 수리 기하 구조를 실행하는 것이 좋습니다.

— 프로 버트
소스

한가지 더 잊어 버렸습니다. 이런 식으로 할 때마다 새로운 ArcMap을 열고이 도구를 실행하는 것이 좋습니다. 이미 열려있는 임시 파일을 지우고 닫고 ArcMap을 엽니 다. 온도를 청소합니다. 그건 내 센트 제안입니다.

— PROBERT

감사. 수리 지오메트리를 3-4 회 실행했으며 이제 데이터 세트에 오류가보고되지 않습니다. 이것은 일반적으로 작동하지만 데이터 세트가 whuber의 설명에 따라 크게 크다고 생각합니다 ...

— GeorgeC

조지, 나는 그것이 당신을 위해 일하게되어 기쁘다. 그래 whuber의 설명을 읽었지만 내 질문에 슬로프와 측면을 병합 했습니까? 그렇다면 분할 도구를 사용할 때 병합 한 레이어를 분할하기 위해 어떤 피처 레이어를 사용 했습니까? 예를 들어, 24 개의 쿼드 (약 24 개는 크지 않음)를 사용하여 내 경사면 병합 병합 레이어로 분할해야했습니다. 어쩌면 병합 된 레이어와 분할 할 수있는 더 작은 레이어로 좁힐 수 있습니까?

— PROBERT

나는 경사와 측면을 합 쳤고 효과가 있었지만 올바른 프로세스는 아니었다 ... 우리는 교차해야했고 작동하지 않았다. 분할하기 위해 전국 100k 토포지도 그리드의 사본을 받아서 ASP와 경사면에서 별도로 사용했습니다. 이 구역은 30 개의 맵 시트로 덮여 있습니다.

— GeorgeC

지오메트리를 청소하기 위해 100k topo 맵 그리드를 실행 했습니까? 내가 물었 기 때문에 몇 가지 오류를 감지하고 깨끗하게 수리해야했습니다. 그래서 그것은 내 일을했습니다. 여전히 더 많은 문제가 발생하면 전국 100k를 작은 것으로 나눌 수 있습니까? 그것들을 3으로 나누는 것처럼?

— PROBERT