أكثر

لماذا يعطي Intersect الخطأ 999999: خطأ في تنفيذ الدالة Topology غير صالح [عدد كبير جدًا من نقاط نهاية lineeg]؟

لماذا يعطي Intersect الخطأ 999999: خطأ في تنفيذ الدالة Topology غير صالح [عدد كبير جدًا من نقاط نهاية lineeg]؟


أحاول تشغيل عملية التقاطع في arcgis 10 sp 3 مع مجموعتين من الملفات (الجانب والمنحدر) من ما يصل إلى 1 متر مارك ألماني عبر مساحة 65000 كيلومتر مربع. يحتوي الجانب على 9،930،384 سجلًا ويحتوي المنحدر على 31،435،462 سجلًا (إجمالي 12 جيجابايت تقريبًا في 2 ملف قواعد بيانات جغرافية).

لقد قمت بتشغيل هندسة الإصلاح حوالي 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 وقت البدء: الشمس Oct 23 02:19:10 2011 ميزات القراءة ...

معالجة البلاط ...

خطأ 999999: خطأ في تنفيذ الوظيفة.

طبولوجيا غير صالحة [عدد كبير جدًا من نقاط نهاية الخطوط.]

فشل تنفيذ (التقاطع).

فشل في الأحد 23 تشرين الأول (أكتوبر) 04:09:12 2011 (الوقت المنقضي: 1 ساعة و 50 دقيقة وثانيتين)

هل هذه مشكلة طبولوجيا حقًا أم مشكلة في حجم الملف؟

لقد حاولت استخدام أداة ArcINFO SPLIT ولكنها فشلت حتى مع وجود أكثر من 1 تيرابايت من المساحة الخالية على محرك الأقراص وعلى مجموعة ملفات أصغر مما يؤدي إلى حواف خشنة. لا يمكنني استخدام DICE حيث يجب أن تكون المناطق المراد تقاطعها بين الأسفل والمنحدر هي نفسها تمامًا. أفهم أنه في مجموعات البيانات الكبيرة ، تتصدع ESRI (المربعات تلقائيًا) لمجموعات البيانات - هل يمكن أن يؤدي ذلك إلى حدوث مشكلات؟ هل هناك المزيد من المعلومات التي يمكنني تقديمها لحل المشكلة.

مواصفات الأجهزة أكثر من الحد الأدنى من ESRI - فلدينا ذاكرة وصول عشوائي (RAM) بسعة 16 جيجابايت ، و Intel Xeon ، و Windows 7 ، و 64 بت ، و 2 x قرص واحد تيرابايت ، وأكثر من 1.2 تيرابايت مجانًا على محركات الأقراص. جميع الملفات المستخدمة في العملية موجودة على محركات الأقراص المحلية.


وجدت للتو هذا التفسير (2 يوليو 2012) الذي يقدم الكثير من التلميحات المفيدة حول حل المشكلات.

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


عدد قليل جدًا من الخلايا المتجاورة في DEM المفصل سيكون لها قيم متطابقة لكل من المنحدر والوجه. لذلك ، إذا كانت ميزات الإدخال تمثل مناطق متجاورة من المنحدر المشترك والجانب المشترك ، فيجب أن نتوقع أن تكون نتيجة إجراء التقاطع هذا ، في المتوسط ​​، ميزة واحدة تقريبًا لكل خلية.

كان هناك في الأصل 65000 * 1000 ^ 2 = 6.5 خلية E10 في DEM. لتمثيل كل من هذه ، يتطلب ما لا يقل عن أربعة أزواج مرتبة إما من 4 بايت أو 8 بايت الإحداثيات العائمة ، أو 32-64 بايت. هذا مطلوب 1.3 E12 - 2.6 E12 بايت (1.3 - 2.5 تيرابايت). لم نبدأ حتى في حساب عبء الملف (يتم تخزين الميزة على أنها أكثر من مجرد إحداثيات) أو فهارس أو قيم السمات ، والتي قد تحتاج بحد ذاتها إلى 0.6 تيرابايت (إذا تم تخزينها بدقة مزدوجة) أو أكثر (إذا تم تخزينها على هيئة text) ، بالإضافة إلى مساحة تخزين للمعرفات. أوه ، نعم - يحب ArcGIS الاحتفاظ به اثنين نسخ من كل تقاطع حولها ، وبالتالي مضاعفة كل شيء. قد تحتاج إلى 7-8 تيرابايت فقط لتخزين الإخراج.

حتى إذا كانت لديك مساحة التخزين المطلوبة ، (أ) يمكنك استخدام ضعف هذا (أو أكثر) إذا كان ArcGIS يخزن ملفات وسيطة مؤقتًا و (ب) من المشكوك فيه أن تكتمل العملية في أي وقت معقول ، على أي حال.

الحل هو إجراء عمليات الشبكة باستخدام هياكل بيانات الشبكة ، وليس هياكل البيانات المتجهة. إذا كانت هناك حاجة ماسة لإخراج المتجه ، فقم بإجراء التوجيه بعد، بعدما اكتملت جميع عمليات الشبكة.


خبرتي في استخدام أداة الانقسام وإصلاح geomtry. إنه يعمل بالنسبة لي لأن الطبقة التي عملت عليها كانت تستخدم طبقة متجهة قمت بالتحويل من خطوط نقطية إلى متجه. حاولت تقسيم الأداة أولاً وأعطيتني الخطأ. لذلك ، اضطررت إلى استخدام geomtry للإصلاح ويعتمد ذلك على مدة تشغيله. لقد قمت بذلك مرتين لأنه كلما أجريت أي تغييرات أو تعديل ، لا يزال يتعين عليك إعادة تشغيل repaire geomtry قبل إجراء التقسيم. عملت معي.

بالمناسبة ، قمت بتشغيل إصلاح geomtry على كلا الطبقتين: ملف الشكل وقاعدة البيانات الجغرافية للملف. أقترح عليك تشغيل إصلاح geomtry بين عشية وضحاها.


شاهد الفيديو: كيفية التعامل مع الاخطاء البرمجية ال error و انواعها