قد يعتقد الأشخاص الجدد في GPR-Arrays أن بيانات المصفوفة تعني المزيد من نفس الشيء. في حين أن هذا صحيح جزئيًا ، إلا أن هناك تفاصيل أخرى ، إذا تم أخذها في الاعتبار ، قد تسهل المراحل التالية من تحميل هذه البيانات ومعالجتها وتفسيرها. تهدف هذه المذكرة إلى إعطاء بعض التلميحات حول عملية جمع البيانات والإدارة اللاحقة للبيانات التي تم جمعها.
حجم البيانات وكثافتها:
يمكن أن يحتوي مشروع صغير ثلاثي الأبعاد على حوالي 3 غيغابايت من البيانات الأولية بشكل إجمالي. ليس ملفًا كبيرًا بالمعايير الحديثة ويسهل نقله باستخدام شريحة ذاكرة. ومع ذلك ، من منظور أمان البيانات والمعالجة ، ليس من الحكمة وضع كل تلك البيانات في ملف واحد. لماذا ا؟ تميل بطاقات الذاكرة الرخيصة إلى تلف الملفات أثناء النقل ، وقد يكون هذا مشكلة خاصة إذا كانت البيانات في ملف واحد وتتأثر بأي شكل من الأشكال لا يلاحظها المشغل على الفور.
وبالتالي ، فإننا نوصي بتقسيم حتى المشاريع الصغيرة إلى عدة قطاعات متوازية (إن أمكن). أيضًا ، يكون حجم البيانات خطيًا لمسافة النقطة ، حيث يعني نصف مسافة النقطة ضعف حجم البيانات. عادة لا يكون من المفيد جمع البيانات بكثافة أعلى من نصف تباعد قنوات الصفيف. لذلك ، فإن المصفوفة التي يبلغ تباعد قنواتها 8 سم تساوي مسافة نقطة تبلغ 4 سم.
التنقل (في البيانات):
يوضح الشكل 2 أعلاه مشروعًا صغيرًا نوعًا ما ، فيما يتعلق ببيانات الرادار الأولية (حوالي 4.5 جيجا بايت) ، ولكن تفسير مشروع مثل هذا يعني التنقل من مقياس كيلومتر نزولاً إلى بضعة أمتار ، مما يضع حدًا كبيرًا ارتفاع الطلب على برامج المعالجة المستخدمة.
وضع:
يعد تحديد الموقع ، إلى حد بعيد ، أحد أكبر نقاط الحديث المتعلقة بجمع بيانات الصفيف. يعد استخدام RTK-GPS عالي الدقة هو الطريقة الأكثر ملاءمة وفعالية لتحديد المواقع ، ولهذه الأسباب ، يكون له الأفضلية على استخدام إجمالي المحطات. ومع ذلك ، تصبح هذه الراحة غير فعالة في المناطق التي يتم فيها مقاطعة الإشارة ، على سبيل المثال ، عن طريق الغطاء الشجري أو المباني الشاهقة أو غيرها من العوائق العلوية. في النهاية ، فإن بيئة المسح نفسها هي التي تحدد طريقة تحديد المواقع التي يجب استخدامها. بالنسبة للأوصاف التالية ، من المهم ملاحظة أن RTK-fix فقط هو ما يكفي وأن أي فقد لإصلاح RTK سيتسبب في مزيد من العمل في إدارة البيانات.
في بعض الأحيان ، من الممكن إنقاذ مشروع بوضع سيء ؛ ومع ذلك ، إذا كان المشروع كبيرًا مع وجود نسبة عالية من أخطاء تحديد المواقع ، فقد يكون من الأكثر اقتصادا إعادة المسح مع تحديد المواقع بشكل أفضل من قضاء وقت ثمين في محاولة إصلاحه. من الاعتبارات المهمة الأخرى التي قد تسهل المعالجة لاحقًا اختيار كثافة تحديد المواقع أثناء جمع البيانات ، نظرًا لأن الكثافة العالية جدًا قد تتسبب في مزيد من العمل. إذا لم يكن لديك سيطرة كافية على عملية تحديد المواقع ، فليس من المنطقي نشرها في الميدان لجمع البيانات.
المنعطفات الحادة أثناء جمع البيانات:
عند جمع البيانات في الحقل ، من الممكن تمامًا تحريك المصفوفة بطريقة تنتج انعطافًا حادًا ، أو نصف قطر ، على طول الرقعة التي تم جمعها. ومع ذلك ، من الجيد التفكير فيما سيفعله هذا النوع من المناورة لإدارة البيانات اللاحقة. كما هو موضح في الشكل 3 ، ينتج عن نصف القطر بيانات ممتدة بشكل كبير على طول المحيط الخارجي ، بينما يتم ضغطها على طول المحيط الداخلي. كيف يمكن أن يؤثر ذلك على الصورة النهائية يعتمد على كيفية جمع البيانات. على سبيل المثال ، إذا تم ضبط مسافة النقطة على 4 سم أثناء جمع البيانات و 8 سم أثناء الاستيفاء ، فقد تعمل ، ولكن الإقحام إلى نفس حجم الحاوية مثل مسافة النقطة سيؤثر بشكل نهائي على البيانات. لذلك ، من المهم مراعاة هذه العوامل عند التخطيط لمسح ؛ إذا كانت هذه المنعطفات لا مفر منها ، فقم ببناء المسح بحيث لا تكون البيانات التي تم جمعها في هذه النقاط هي الأكثر أهمية للمسح الإجمالي.
ثقوب في البيانات
ماذا يحدث للمناطق التي لا تغطيها بيانات الرادار؟ حسنًا ، توفر البرامج الحديثة بعض القدرة على إقحام البيانات في مثل هذه المساحات الفارغة ، ولكن في بعض الأحيان قد يكون تطبيق التنظيم خيارًا أفضل. بغض النظر عن الوظيفة النظرية المستخدمة ، إذا كانت المساحات الفارغة كبيرة جدًا ، فلا يمكن لأي برنامج إصلاحها ، وستكون هذه المناطق عديمة الفائدة للتفسير. هناك مشكلة أخرى أقل وضوحًا وهي أن وظيفة الاستيفاء / binning تشغل مساحة الذاكرة على كمبيوتر المعالجة ، ولكن إلى أي مدى يعتمد على برنامج المعالجة المختار. قد يكون من الصعب معالجة مشروع مثل ذلك الموضح في الشكل 4 بسبب المساحات الكبيرة جدًا وغير المملوءة والمغلقة. بالطبع ، إذا اخترت المعالجة عن طريق تحديد المناطق المراد استيفائها يدويًا ("التقسيم") ، فقد يكون ذلك ممكنًا دائمًا ، ولكن هذا أسلوب قديم نوعًا ما.
يوضح الشكل 5 مشروعًا به 4.5 جيجا بايت من بيانات الرادار الأولية ، وهو نفس المشروع الموضح أعلاه في الشكل 2. ومع ذلك ، فإن تخطيط هذا المشروع أفضل بكثير فيما يتعلق بإدارة البيانات ، لأنه يسهل التنقل فيه ، ولا يحتوي على انعطافات حادة ، ولا ثقوب في البيانات.
مطعم الوجبات الجاهزة
حتى مع التخطيط الأفضل ، يمكن أن يحتوي مشروع العالم الحقيقي على بيانات أقل من المستوى الأمثل. لذلك ، عند التعامل مع أحجام البيانات من نظام مصفوفة GPR الحديث ، فمن المستحسن دائمًا التخلص من البيانات ذات المشكلات في أقرب وقت ممكن. ستتناول الملاحظة التالية في هذه السلسلة موضوع البيانات QA / QC وستناقش الأدوات المفيدة لاختيار وإدارة عمليات استيراد البيانات.
