EQUATOR GNSS / BY TECHNOGISألمانيا · إندونيسيا
الإحداثيات والارتفاعات

تنسيق ترتيب المحور في بيانات GNSS: منع الأخطاء المعقولة

جعل خط الطول والعرض والعرض والعرض والتنسيق الشرقي من الإحداثيات والاتفاقيات واضحة في كل حدود الاستيراد والتحول والتبادل.

تنسيق ترتيب المحور في بيانات GNSS: منع الأخطاء المعقولة

تعامل مع ترتيب المحور كجزء من المرجع

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

يمكن تمثيل نفس الموقع المادي بشكل صحيح من خلال اصطلاحات مرتبة مختلفة عندما يتعامل معها البرنامج بشكل صريح. تنشأ المشاكل عند تمرير القيم بين الواجهات التي تفسر الترتيب بشكل مختلف. يحدد سير العمل الذي يمكن الاعتماد عليه الاتفاقية عند كل حد ويختبرها. هذه مشكلة تتعلق ببيانات معنى البيانات ، وليس مجرد تفضيل لكيفية ظهور الأرقام على الشاشة.

واصل التعلم إحداثيات UTM: المناطق وأنصاف الكرة وأخطاء التصدير

اقرأ وثائق المصدر قبل التخمين

الحصول على المصدر CRS والتعريفات الميدانية لبيانات مسح الأراضي الواردة. افحص إعدادات وحدة التحكم وتصدير الوثائق عند الضرورة. لا تستنتج ترتيب المحور فقط من موضع العمود أو التسميات مثل الشمال والشرق في اسم ملف غير رسمي. قد تستخدم الشبكة المحلية أيضًا اتجاهات محور غير عادية أو اتفاقية هندسية تختلف عن المرجع القياسي المتوقع.

يمكن أن تكشف النطاقات الرقمية عن أخطاء واضحة ، لكنها ليست حاسمة. في بعض المناطق ، يمكن أن تقع قيم خط الطول والعرض ضمن نطاقات معقولة عند التبديل. قد تبقى نقطة على الأرض بينما تتحرك بعيدًا عن الموقع. قارن المواقع المعروفة والتعريفات المرجعية الموثقة بدلاً من قبول الخريطة لمجرد أن النتيجة ليست مستحيلة.

واصل التعلم التحقق من صحة استيراد تنسيق CSV من استطلاعات GNSS

تمييز محاور CRS من ترتيب بيانات API

يمكن لتعريف CRS تحديد ترتيب محور واحد بينما تستخدم واجهة التطبيق اصطلاحًا آخر لمصفوفات البيانات الخاصة به. تصف وثائق Proj معالجة المحور وسلوك التحويل ، لكن الواجهة والإصدار لا يزالان مهمين. اقرأ وثائق الأدوات المستخدمة بالفعل. تجنب افتراض أن كل مكتبة وسطر أوامر وتنسيق ملف يفسران زوجًا متطابقًا من القيم بنفس الطريقة.

سجل أي خيار تطبيع المحور أو عملية مبادلة صريحة في سير العمل. نقاط ممثل الاختبار قبل الإنتاج. يمكن لإعداد التوافق المخفي أن يجعل أحد البرامج النصية يعمل بينما يفشل برنامج نصي آخر باستخدام نفس معرف CRS. يجعل الحفاظ على اصطلاح الواجهة مرئيًا العملية في المراجعة ويقلل من الاعتماد على الإعدادات الافتراضية للبرامج غير الموثقة.

واصل التعلم توثيق حقبة التنسيق في بيانات مسح الأراضي GNSS

احترام قواعد التبادل الخاصة بالتنسيق

تستخدم مواضع RFC 7946 GeoJson خط الطول وخط العرض WGS84 بالدرجات العشرية. تنطبق هذه القاعدة حتى عندما يستخدم مسح الأراضي المصدر أو شاشة العرض Latitude أولاً. يجب تحويل الإحداثيات المتوقعة قبل تصدير مطابقة للمعايير. لا يؤدي تبديل القيم وحدها إلى تحويل الإحداثيات الشرقية والتنسيق الشمالي إلى إحداثيات جغرافية.

قد يكون للتنسيقات والخدمات الأخرى اصطلاحاتها الخاصة ، لذا تحقق من المواصفات ذات الصلة. احتفظ بعقد تبادل موجز يحدد ترتيب الإحداثيات والوحدات والمرجع والتعامل مع الارتفاع. يجب ألا يحتاج الفريق المتلقي إلى تجربة العديد من المقايضات لاكتشاف الموقع المقصود. تعتبر الاصطلاحات الصريحة مهمة بشكل خاص عندما تنتقل البيانات من خلال خرائط الويب وجداول البيانات وبرامج مسح الأراضي في نفس المشروع.

واصل التعلم سير عمل QGIS لمراجعة بيانات مسح الأراضي GNSS

مستقبل GNSS مثبت على حامل مسح ثلاثي.
مستقبل GNSS مثبت على حامل مسح ثلاثي. · Rowan Johnson / USGS / Public Domain

اختبار الواردات بنقاط مرجعية معروفة

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

الحفاظ على مدخلات الاختبار والتفسير المتوقع والمخرجات الملحوظة. يعد الاختبار القابل للتكرار أكثر فائدة من لقطة شاشة بدون معلومات مرجعية. أعد تشغيل الاختبار المتأثر عند تغيير تعيين الاستيراد أو إصدار المكتبة أو تكوين الواجهة. الهدف هو التقاط عدم تطابق الاتفاقية قبل أن يؤثر على مجموعة بيانات كبيرة أو يصبح مضمنًا في ملفات التصميم النهائية.

واصل التعلم إحداثيات UTM: المناطق وأنصاف الكرة وأخطاء التصدير

حافظ على الأبعاد الرأسية والوقتية منفصلة

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

احتفظ بالقيم المفقودة بشكل صريح بدلاً من إدخال الصفر بدون تفسير. يمكن تفسير الارتفاع الصفري أو مكون الوقت على أنه قيمة حقيقية وتغيير النتيجة. توثيق كيفية التعامل مع المكونات الاختيارية. هذا مهم بشكل خاص عندما يكون سير عمل GIS ثنائي الأبعاد متصلاً بتحويل أكثر اكتمالاً لمسح الأراضي الذي يستخدم معلومات الارتفاع أو الوقت.

واصل التعلم التحقق من صحة استيراد تنسيق CSV من استطلاعات GNSS

تصحيح عدم التطابق باستمرار

عندما يتم تأكيد خطأ المحور ، عد إلى المصدر الأصلي وقم بتطبيق تصحيح موثق من خلال مجموعة البيانات الكاملة. لا تحرك النقاط بشكل فردي بالعين. احتفظ بالملف الأصلي وحدد الإصدارات المتأثرة. يمكن أن تكون المبادلة البسيطة مناسبة عندما تثبت الأدلة أن الترتيب وحده خاطئ ، ولكن لا ينبغي أن يكون بديلاً عن تحديد مرجع المصدر الفعلي.

بعد التصحيح ، اختبر النقاط المعروفة وافحص مدى مجموعة البيانات والمعرفات والسمات. تحقق من المنتجات ذات الصلة التي ربما تكون قد ورثت نفس الخطأ. يجب أن تظل الطبقة النقطية والخط الخطي والسطح المشتق متماسكًا. سجل السبب حتى لا تكرر الواردات المستقبلية نفس عدم تطابق الاتفاقية المخفية.

واصل التعلم توثيق حقبة التنسيق في بيانات مسح الأراضي GNSS

تسليم الإحداثيات مع اتفاقية صريحة

قم بتوفير أسماء المحور والترتيب والوحدات وتعريف CRS ومعالجة الارتفاع في قاموس البيانات أو تسليم ملاحظة نتائج المشروع. استخدم أسماء الأعمدة الوصفية حيث يسمح لهم التنسيق. قم بتضمين مثال تمثيلي لا لبس فيه تفسيره. تجنب الملصقات العامة التي تجبر المستلمين على استنتاج المعنى من مقادير الإحداثيات.

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

واصل التعلم سير عمل QGIS لمراجعة بيانات مسح الأراضي GNSS

راجع مصدر Latitude-First لخريطة ويب

لنفترض أن جدول مسح الأرض يوثق بوضوح خط العرض في عموده الأول وخط الطول في الثانية. تبادل الويب المقصود هو GeoJson. احتفظ بالجدول المصدر ، وقم بتعيين مرجعه الصحيح وتصديره من خلال سير عمل ينتج مصفوفات خطوط الطول. لا تقم بإعادة تسمية الأعمدة المصدر لجعلها تبدو مثل الاصطلاح الهدف مع ترك القيم في الترتيب القديم.

اختبر العديد من المواضع المعروفة في خريطة الاستقبال وافحص المصفوفات المصدرة الفعلية. تأكد من حدوث أي تحويل مرجعي مطلوب بالإضافة إلى تغيير الأمر. احتفظ بالخرائط مع ملاحظة الإصدار. يوضح هذا المثال سبب كون تفسير المصدر وتنسيق الهدف خطوات منفصلة: يجب أن يكون كلاهما صحيحًا لزوج الإحداثيات للاحتفاظ بمعناه عبر الأنظمة.

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

واصل التعلم إحداثيات UTM: المناطق وأنصاف الكرة وأخطاء التصدير

قائمة تحقق عملية

قائمة تحقق عملية

  1. ترتيب محور المستند عند كل حدود الواجهة.
  2. اختبر النقاط المعروفة وافحص القيم المخزنة وكذلك العرض.
  3. استخدم درجات خط الطول GeoJson بعد التحويل المناسب.
EQUATOR GNSS

خطط لتجهيزات GNSS

قارن مواصفات جهازي الاستقبال EQ10 وEQ20، ثم ناقش التهيئة والدعم اللذين يحتاجهما مشروعك.

مقارنة أجهزة استقبال GNSS

المراجع

  1. PROJ Documentation — Geodetic Transformation
  2. PROJ Documentation — Axis Swap
  3. IETF — RFC 7946: The GeoJSON Format