أكثر

كيفية تحديد سلسلة PROJ.4 لإسقاط GDAL

كيفية تحديد سلسلة PROJ.4 لإسقاط GDAL


أقوم ببعض حسابات المناطق في GDAL باستخدام الكود المنشور في الحل هنا: المشكلة تحاول إنشاء إحصائيات نطاقية باستخدام Gdal و Python.

يعمل بشكل جيد بالنسبة لي باستخدام بيانات المثال المنشورة مع السؤال ، ولكن عندما أحاول استخدام GeoTiff وملف الأشكال الخاص بي ، فهذه الخطوة:

# قراءة معلومات الإسقاط من إدخال GeoTiff raster_srs.ImportFromWkt (raster.GetProjectRef ()) target_ds.SetProject (raster_srs.ExportToWkt ()) # Rasterize zone polygon to raster gdal.RasterizeLayer (target_ds، [1]، lyr، burn_values ​​= )

يلقي الخطأ التالي:

الخطأ 1: لا توجد ترجمة PROJ.4 للوجهة SRS ، فشلت تهيئة تحويل الإحداثي.

معلومات gdal:

برنامج التشغيل: ملفات GTiff / GeoTIFF: data / ndvi / ndvi_c_dk_20150405.tif الحجم 29424 ، 30470 نظام الإحداثيات هو: LOCAL_CS ["غير مسمى" ، UNIT ["meter" ، 1 ، AUTHORITY ["EPSG"، "9001"]]] الأصل = (-19.000000000000000،37.999585000000003) حجم البكسل = (0.002413000000000، -0.002413000000000) البيانات الوصفية: AREA_OR_POINT = البيانات الوصفية لهيكل صورة المنطقة: INTERLEAVE = إحداثيات زاوية النطاق: أعلى اليسار (-19.0000000 ، 37.9995850) أعلى اليسار ، (-19.52400) أسفل اليسار ، (-19.52400) (52.0001120 ، 37.9995850) أسفل اليمين (52.0001120 ، -35.5245250) المركز (16.5000560 ، 1.2375300) مجموعة النطاق 1 = 29424x1 النوع = بايت ، ColorInterp = لوح ألوان الجدول (RGB مع 256 إدخالًا)

مع العلم أن معلومات أنظمة الإحداثيات مفقودة ، أعتقد أنه يجب علي تحديد سلسلة Proj4 بشكل صريح. لقد وجدت أمثلة لفعل مثل هذا:

wgs84_wkt = "" "GEOGCS [" WGS 84 "، DATUM [" WGS_1984 "، SPHEROID [" WGS 84 "، 6378137،298.257223563 ، AUTHORITY [" EPSG "،" 7030 "]] ، AUTHORITY [" EPSG "،" 6326 " ]]، PRIMEM ["Greenwich"، 0، AUTHORITY ["EPSG"، "8901"]]، UNIT ["degree"، 0.01745329251994328، AUTHORITY ["EPSG"، "9122"]]، AUTHORITY ["EPSG"، " 4326 "]]" ""

ثم أفترض أنني يمكن أن أفعل

raster_srs.ImportFromWkt (wgs84_wkt) target_ds.SetProject (raster_srs.ExportToWkt ())

لكن ليس لدي أي فكرة عن كيفية تحديد سلسلة Proj4 الصحيحة في المقام الأول.


إذا كان يجب أن تغطي مجموعة البيانات القارة الأفريقية بأكملها ، فإن معلومات CRS خاطئة ، ويجب أن يكون WGS84 صحيحًا.

إذا كان حقًا CRS محليًا ، يغطي 71 مترًا شرقًا و 73.5 مترًا شمالًا ، فيجب عليك إعداد CRS محلي على نقطة (0 ؛ 0) ، والتي يتعين عليك جمعها باستخدام GPS أو معلومات المسح الرسمية:

+ المشروع = tmerc + lat_0 = ... + lon_0 = ... + k = 0.9999 + x_0 = 0 + y_0 = 0 + ellps = GRS80 + towgs84 = 0،0،0،0،0،0،0 + الوحدات = m + no_defs

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


حاول أن تذهب إلى الإسناد المكاني

للعثور على تعريف محدد لـ proj4


يستخدم osgEarth بيانات ارتفاع الصورة

بعض بيانات الخرائط التي تم تنزيلها عبر الإنترنت ليست معلومات إحداثيات مسقطة ، أو أنظمة إحداثيات أخرى (مثل UTM) ، يمكننا استخدام أدوات GIS شائعة الاستخدام لتعديلها. هنا تُستخدم بيانات الارتفاع لـ ETOPO1 لإثبات:

افتح ملف ETOPO1_Ice_g_geotiff.tif باستخدام Global Mapper

تعيين معلمات الإسقاط ، الإسقاط: جغرافي (خط العرض / خط الطول) ، المرجع: WGS84 ، وحدات Panar: ARC DEGREES

بعد التحميل ، يختار التصدير إلى تنسيق شبكة الارتفاع - & gt GeoTIFF. يمكن استخدام المعلمات المشتقة افتراضيًا. بعد التصدير ، تتم معالجة بيانات ارتفاع GeoTiff بواسطة إحداثيات الإسقاط.

صنع بيانات صفحة بيانات VPB

يتم إنتاج صفحات بيانات VPB باستخدام أدوات osgdem ، باستخدام ارتفاعات صور NASA BlueMarble و ETOP1 كأمثلة.

وصف معلمة osgdem:

يمكن أن يستخدم osgdem وظائف التصحيح لبناء بيانات محلية عالية الدقة ، مثل:


2. ملفات تغطية القوس

يتم تخزين جميع ملفات تغطية المتجه (ARC) في نفس الدليل. اسم هذا الدليل هو اسم التغطية.

يبدو أن اسم دليل التغطية (وبالتالي اسم التغطية) يقتصر على 13 حرفًا.

2.1 رأس الملف

2.1.1 رأس ملف التغطية V7.x

تحتوي معظم هذه الملفات على رأس 100 بايت:

2.1.2 رأس ملف تغطية جهاز الكمبيوتر

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

هذا ما نجده في رأس 256 بايت الخاص بتغطية أجهزة الكمبيوتر:

لاحظ أيضًا أن تغطية الكمبيوتر الشخصي هي دائمًا دقة واحدة ، بغض النظر عن القيمة بالبايتات 4-7 في رأس 100 بايت. (على سبيل المثال ، تكون قيمة علامة الدقة سالبة في بعض الأحيان ، ولكن البيانات دائمًا ما تكون بدقة مفردة.)

2.1.3 PC V2 ورأس ملف تغطية غريب

PC V2 وتغطية غريبة تحتوي على رأس 100 بايت فقط ، تمامًا مثل تغطية V7.

يمكن أن توجد هذه التغطيات في شكل دقة مفردة ومزدوجة.

2.2 ملفات الفهرس

    الملفات التي تحتوي على سجلات متغيرة الطول (مثل ARC و PAL و CNT وما إلى ذلك) تكون مصحوبة بملف فهرس. سيتم تحديد اسم ملف الفهرس (عند وجوده) في الوثائق الخاصة بكل نوع ملف أدناه.

تحتوي جميع ملفات الفهرس على نفس رأس 100 بايت مثل الملف الذي تتوافق معه (يكون متطابقًا ، باستثناء قيمة الحجم عند البايت 24).

ثم بدءًا من بايت 100 في الملف ، لديك إدخال فهرس واحد لكل كائن من الملف الرئيسي:

تغطية الكمبيوتر الشخصي V1.0 تبدأ ملفات الفهرس برأس 256 بايت متبوعًا برأس 100 بايت المعتاد ، متبوعًا بإدخالات الفهرس.

تغطية الكمبيوتر الشخصي V2.0 تتطابق ملفات الفهرس مع فهارس V7.

تغطية غريبة تتطابق ملفات الفهرس مع فهارس V7 ، فيما عدا أن لها اسم ملف مختلف.

2.3 ARCADF

    يحتوي الملف & # 34arc.adf & # 34 على تعريفات الأقواس ورؤوسها.

يأتي مع ملف فهرس يسمى & # 34arx.adf & # 34.

2.3.1 ملف ARC.ADF في V7.x Coverages

يبدأ الملف برأس 100 بايت المعتاد:

ثم تتبع سجلات القوس المتغير الطول:

الرؤوس تتبع (أزواج عدد_النقاط من قيم x و y).

2.3.2 ملف ARC في PC Coverages V1

في PC Coverages V1 ، يسمى الملف الرئيسي & # 34ARC & # 34 والفهرس & # 34ARX & # 34.

كلاهما يبدأ برأس 256 بايت الخاص بتغطية أجهزة الكمبيوتر ، متبوعًا برأس 100 بايت وسجلات البيانات كما هو موضح أعلاه.

لاحظ أن ملفات PC Coverages هي ملفات ذات دقة فردية دائمًا.

2.3.3 ملف ARC في PC Coverages V2

2.3.4 ملف ARC في تغطية غريبة

مثل V7 Coverages ، باستثناء أن الملف الرئيسي يسمى & # 34ARC & # 34 والفهرس & # 34ARX & # 34.

2.4 PAL.ADF

    • سيكون Arc_Id سالبًا إذا تم عكس اتجاه القوس
    • From_Node_Id هو القوس & # 39 s FNODE #. إذا تم عكس القوس ، فسيكون From_Node_Id القوس & # 39 s TNODE #.
    • Adjacent_Polygon_Id هو معرف المضلع الذي يشترك في هذا القوس مع المضلع الحالي.

    يأتي مع ملف فهرس يسمى & # 34pax.adf & # 34.

    2.4.1 ملف PAL.ADF في V7.x Coverages

    يبدأ الملف برأس 100 بايت المعتاد:

    ثم تتبع سجلات المضلعات المتغيرة الطول:

    لكل قوس في قائمة القوس ، لدينا سجل بطول ثابت:

    2.4.2 ملف PAL في PC Coverages V1

    في PC Coverages ، يسمى الملف الرئيسي & # 34PAL & # 34 والفهرس & # 34PAX & # 34.

    كلاهما يبدأ برأس 256 بايت الخاص بتغطية أجهزة الكمبيوتر ، متبوعًا برأس 100 بايت وسجلات البيانات كما هو موضح أعلاه.

    لاحظ أن ملفات PC Coverages هي ملفات ذات دقة فردية دائمًا.

    2.4.3 ملف PAL في تغطية غريبة

    مثل V7 Coverages ، باستثناء أن الملف الرئيسي يسمى & # 34PAL & # 34 والفهرس & # 34PAX & # 34.

    2.5 معمل ADF

      يحتوي ملف & # 34lab.adf & # 34 على سجلات نقاط التسمية.

    هذا الملف ليس له فهرس مرتبط لأنه يحتوي على سجلات ذات حجم ثابت.

    2.5.1 ملف LAB.ADF في V7.x Coverages

    يبدأ الملف برأس 100 بايت المعتاد:

    ثم تتبع سجلات نقطة التسمية ذات الحجم الثابت:

    2.5.2 ملف LAB في PC Coverages V1.2

    في PC Coverages ، يسمى هذا الملف & # 34LAB & # 34.

    يبدأ برأس 256 بايت الخاص بتغطية أجهزة الكمبيوتر ، متبوعًا برأس 100 بايت وسجلات البيانات كما هو موضح أعلاه.

    لاحظ أن ملفات PC Coverages هي ملفات ذات دقة فردية دائمًا.

    2.5.3 ملف LAB في تغطية غريبة

    مثل V7 Coverages ، باستثناء أن الملف يسمى & # 34LAB & # 34.

    2.6 CNT.ADF

      يحتوي الملف & # 34cnt.adf & # 34 على معلومات مضلع centroid.

    يأتي مع ملف فهرس يسمى & # 34cnx.adf & # 34.

    2.6.1 ملف CNT.ADF في V7.x Coverages

    يبدأ الملف برأس 100 بايت المعتاد:

    ثم تتبع سجلات النقطه الوسطى ذات الطول المتغير:

    2.6.2 ملف CNT في PC Coverages V1

    في PC Coverages ، يسمى الملف الرئيسي & # 34CNT & # 34 والفهرس & # 34CNX & # 34.

    كلاهما يبدأ برأس 256 بايت الخاص بتغطية أجهزة الكمبيوتر ، متبوعًا برأس 100 بايت وسجلات البيانات كما هو موضح أعلاه.

    لاحظ أن ملفات PC Coverages هي ملفات ذات دقة فردية دائمًا.

    2.6.3 ملف CNT في تغطية غريبة

    مثل V7 Coverages ، باستثناء أن الملف الرئيسي يسمى & # 34CNT & # 34 والفهرس & # 34CNX & # 34.

    2.7 PRJ.ADF - ملف الإسقاط

    2.7.1 ملف PRJ.ADF في V7.x Coverages

    ملف PRJ.ADF هو ملف ASCII بسيط بسطر واحد لكل جزء من معلومات الإسقاط. السطور لها طول متغير ويتم إنهاؤها بحرف سطر جديد.

    فيما يلي مثال على ملف prj.adf:

    2.7.2 ملف PRJ في PC Coverages V1

    لا يبدو أن تغطيات الكمبيوتر الشخصي تحمل ملف PRJ. أو على الأقل لم نواجه أيًا منها.

    2.7.3 ملف PRJ في تغطية غريبة

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

    2.8 سجل - سجل التغطية

    2.8.1 ملف LOG في V7.x Coverages

    ملف LOG (المسمى & # 34log & # 34 ، وليس & # 34log.adf & # 34!) هو ملف ASCII بسطر متغير الطول ينتهي كل منها بسطر جديد.

    لا يوجد حد معروف للطول للأسطر ، يمكن أن تكون أطول من 80 حرفًا بالتأكيد.

    2.8.2 ملف LOG في PC Coverages V1.0

    لا شيء مميز. يسمى الملف LOG أيضًا.

    2.8.3 ملف LOG في تغطية غريبة

    ربما نفس الشيء. لكننا لم نواجه أي شيء.

    2.9 TOL - التسامح التغطية

      • 1. غامض
      • 2. التعميم (غير مستخدم)
      • 3. تطابق العقدة (غير مستخدم)
      • 4. استرخى
      • 5. مباراة التشنج اللاإرادي
      • 6. غير محدد
      • 7. غير محدد
      • 8. غير محدد
      • 9. غير محدد
      • 10. غير محدد

      2.9.1 ملف TOL.ADF في V7.x Coverages

      يحتوي ملف TOL على قيم التفاوت المطلوب استخدامها عند معالجة تغطية المضلع. يحتوي عادةً على 10 إدخالات تسامح. لكل إدخال ، لدينا نوع التسامح وحالة التسامح وقيمة التسامح. أنواع التسامح هي:

      يتم تعيين حالة التفاوت & # 34 على 1 إذا تم التحقق من التفاوت (تم تطبيقه على عمليات التغطية) وإلى 2 إذا لم يتم التحقق من التفاوت (تم تعيينه بواسطة أمر التسامح ، ولكن لم يتم استخدامه بعد في المعالجة). & # 34

      في تغطية SINGLE PRECISION ، تمت تسمية الملف & # 34tol.adf & # 34 ، ولا يحتوي على رأس ، ولكل قيمة تفاوت ، لدينا:

      في أغلفة الدقة المزدوجة ، يتم تسمية الملف & # 34par.adf & # 34 ، ويحتوي على رأس 100 بايت المعتاد:

      ثم لكل قيمة تسامح دقة مزدوجة ، لدينا:

      ملاحظة: لا يبدو أن رأس ملف الدقة المزدوجة (& # 34par.adf & # 34) يتبع القاعدة العامة للرأس. قيمة حقل الدقة الخاص بها هي & gt 0 بينما هذه القيمة سالبة لجميع ملفات الدقة المزدوجة الأخرى (.). أيضًا ، الحقل الثالث له قيمة 8 ، بينما هو 0 في جميع الرؤوس الأخرى.

      2.9.2 ملف TOL في PC Coverages V1

      في PC Coverages ، يسمى هذا الملف & # 34TOL & # 34.

      على عكس معظم الملفات الأخرى ، لا يحتوي ملف TOL في PC Coverages على أي رأس. يبدأ على الفور بإدخالات التسامح مثل & # 34tol.adf & # 34 في تغطية V7.x بدقة واحدة.

      لاحظ أن ملفات PC Coverages هي ملفات ذات دقة فردية دائمًا.

      2.9.3 ملف TOL في تغطية غريبة

      مثل & # 34tol.adf & # 34 بدقة واحدة تغطية V7 باستثناء أن الملف يسمى & # 34TOL & # 34.

      2.10 TX6 / TX7 - التعليقات التوضيحية

        • test.txt - ملف التعليقات التوضيحية الفعلي
        • test.txx - ملف الفهرس
        • test.tat - جدول INFO لهذه المجموعة من التعليقات التوضيحية

        2.10.1 ملفات TX6 / TX7 بتغطية V7.x

        TXT و TX6 و TX7 هي 3 أشكال مختلفة من التعليقات التوضيحية النصية التي نجدها في ملفات E00. تأتي تعليقات TX6 و TX7 عادةً مع جدول معلومات .TAT أو مجموعة من جداول TAT.

        يبدو أنه يمكن أن يكون لديك عدة & # 34 فئات فرعية & # 34 من التعليقات التوضيحية ، في ملف E00 هم أقسام فرعية من قسم TX6 / TX7 الرئيسي ، وفي التغطية الثنائية يتم تخزينها في ملفات منفصلة.

        لا يوجد فرق بين الملفات الثنائية لـ TX6 وملفات TX7. ومع ذلك ، في تنسيق E00 ، توجد قيمة إضافية في السطر الأول من إدخال TX7 (غير موجود في TX6) ، وغالبًا ما تكون هذه القيمة 0 (أو 1 في بعض الحالات) ، ولكن حتى عند تعيينها ، فهو غير موجود في الملف الثنائي. ليس لدي فكرة من أين أتت.

        بالنسبة للفئة الفرعية للتعليقات التوضيحية التي تسمى TEST ، ستجد 3 ملفات في دليل التغطية:

        يحتوي الملف & # 34test.txt & # 34 على رأس 100 بايت المعتاد ، متبوعًا بسجلات متغيرة الطول لكل جزء من النص.

        تليها سجلات البيانات لكل جزء من النص:

        يعتمد باقي السجل على الدقة. لدقة واحدة ، لدينا:

        وللدقة المزدوجة ، سيكون لدينا:

        ملحوظة:
        يبدو أن آخر 8 بايت من الرسائل غير المرغوب فيها موجودة دائمًا في أغطية V7. ومع ذلك ، فهي موجودة في بعض الأحيان وأحيانًا لا تكون موجودة في تغطيات غريبة. وبالتالي ، فإن الطريقة الآمنة الوحيدة لمعرفة ما إذا كان هناك خردة يمكن تخطيها في نهاية سجل TX6 هي استخدام قيمة طول السجل بالبايتات 4-7.

        2.10.2 ملفات TX6 / TX7 في أغطية الكمبيوتر V1.0

        من المحتمل أن تحتوي أغلفة الكمبيوتر الشخصي على ملفات TX6 / TX7 ولكن يمكن أن تحتوي على ملفات TXT. انظر أدناه.

        2.10.3 ملفات TX6 / TX7 بتغطية غريبة

        يمكن أن تحتوي التغطيات الغريبة على ملفات TX6 / TX7 ، وهي تعمل بنفس طريقة أغلفة V7 ، باستثناء أن الاسم ينتهي بـ & # 34txt & # 34 ، بدلاً من & # 34.txt & # 34. (على سبيل المثال ، لدينا & # 34testtxt & # 34 بدلاً من & # 34test.txt & # 34)

        2.11 TXT - التعليقات التوضيحية

          • ستكون أسماء الملفات & # 34txt.adf & # 34 و & # 34txx.adf & # 34 لملف الفهرس
          • تبدو القيم بالبايت 40-119 لكل إدخال غير مهمة. يبدو أنه لا يوجد أي ارتباط على الإطلاق مع ما تجده في قسم TXT المقابل لملف E00.
          • عندما يتم تحويل بنية TXT الثنائية إلى E00-TXT ، يتم دائمًا تجاهل الرأس الأول لقائمة الرؤوس للنص متعدد الخطوط (دائمًا ما يكون الرأسان الأول والثاني في قائمة القمم متماثلان).
            على سبيل المثال ، إذا كان num_vertices1 & # 61 & # 613 في الملف الثنائي ، فيجب أن نتجاهل الرأس الأول ، وسيكون إدخال E00-TXT المقابل يحتوي على num_vertices1 & # 612 (المقابلة للرؤوس 2 و 3 في قائمة الرؤوس).

          2.11.1 ملف TXT.ADF في V7.x Coverages

          يستخدم نوع TXT للتعليقات التوضيحية نفس بنية الملف تمامًا مثل TX6 / TX7 أعلاه ، مع الاختلافات التالية:

          2.11.2 ملف TXT في PC Coverages V1

          في PC Coverages ، يسمى الملف الرئيسي & # 34TXT & # 34 والفهرس & # 34TXX & # 34.

          كلاهما يبدأ برأس 256 بايت الخاص بـ PC Coverages ، متبوعًا برأس 100 بايت:

          ومع ذلك ، على عكس ما نجده مع معظم أنواع الملفات الأخرى ، تختلف سجلات البيانات في ملف TXT عما نجده في ملفات V7.x TXT.ADF.

          تكون إدخالات TXT الخاصة بتغطية الكمبيوتر الشخصي دائمًا ذات دقة مفردة. لكل جزء من النص لدينا:

          2.11.3 ملف TXT في تغطية غريبة

          يمكن أن تحتوي التغطيات الغريبة على ملفات TXT الخاصة بها مخزنة إما باستخدام بنية الكمبيوتر الشخصي أو بنية V7. في كلتا الحالتين ، تكون أسماء الملفات هي نفسها (& # 34TXT & # 34 و & # 34TXX & # 34). الطريقة الوحيدة لمعرفة ما إذا كان الملف بتنسيق PC TXT أو بتنسيق V7 TXT / TX6 / TX7 هي بالنظر إلى حقل الدقة في رأس 100 بايت:

          عند استخدام بنية V7 ، تكون الملفات متطابقة مع ملفات V7 TXT / TX6 / TX7 الموضحة أعلاه باستثناء اسم الملف.

          عند استخدام بنية PC TXT ، تكون الملفات مشابهة لملفات PC Coverage TXT ، باستثناء ترتيب البايت وحقيقة عدم وجود رأس 256 بايت في ملفات Weird Coverage. اختلاف بسيط آخر: في Weird Coverages ، عندما يكون طول سلسلة نصية مضاعفًا لأربعة أحرف ، لن تكون مبطن بأربع مسافات كما لو كانت في ملف PC Coverage. هذه تفاصيل ثانوية ، ولكن من المثير للاهتمام ملاحظة أنه تم إصلاح هذا الخطأ بين PC Arc / Info وإصدار Arc / Info الذي أنتج التغطيات الغريبة.

          2.12 RXP - خاص بالمناطق

            تحتوي أقسام RXP على تعريف قائمة المضلعات من قسم PAL الذي يشكل كل منطقة ، وهي تحدث فقط في تغطية المنطقة. يوجد ملف .rxp واحد لكل منطقة في التغطية.

          لم تتم مصادفة ملفات RXP مطلقًا في تغطيات الكمبيوتر الشخصي والتغطية الغريبة.

          لا تحتوي ملفات .rxp على رأس ، وتحتوي على سجلات ذات حجم ثابت:

          المناطق التي تتكون من مضلعات متعددة سيكون لها سجلات متعددة بنفس معرف مضلع المنطقة ومعرفات PAL Polygon مختلفة.

          2.13 RPL - خاص بالمناطق

            E00-RPL خاصة أيضًا بتغطية المنطقة. في التغطية الثنائية ، تتوافق مع الملفات ذات الامتداد & # 34.pal & # 34. يوجد ملف .pal واحد لكل منطقة في التغطية ويستخدمون نفس البنية بالضبط مثل ملفات & # 34pal.adf & # 34. ربما يحتوي كل ملف .pal على تعريف المضلعات التي تنتمي إلى تلك المنطقة.

          تأتي ملفات RPL مع ملف فهرس بامتداد & # 34.pax & # 34.

          لم تتم مصادفة ملفات RPL مطلقًا في تغطية الكمبيوتر الشخصي والتغطية الغريبة.


          شاهد الفيديو: GIS QGIS - Georeferencing Georeferencing a map