أكثر

لماذا أصبح Web Mercator (المجال الإضافي) معيار خرائط الويب؟

لماذا أصبح Web Mercator (المجال الإضافي) معيار خرائط الويب؟


أفهم الفرق بين إسقاط Web Mercator و Web Mercator Auxiliary Sphere (WMAS). أفهم أيضًا أن كلاً من Google و Esri قد تبنّا هذا الإسقاط باعتباره الإسقاط الأساسي لخرائط الويب الخاصة بهما وهذا هو السبب في أن لدينا وظائف متخصصة لا تقوم فقط بإعادة العرض بين جميع الإسقاطات ، ولكنها وظائف محددة لـ WM ، مثل webMercatorToGeographic. لذا في النهاية كنت أتساءل لماذا نستخدم إسقاط WMAS ، والسبب في أنه أصبح معيارًا في رسم خرائط الويب. هل هي نتيجة بحتة لتحرك اثنين من العمالقة المكانية في هذا الاتجاه أم أنها فقط لأسباب تتعلق بالدقة؟

روابط إضافية:
إسقاط مركاتور


أنا متأكد من أن لدينا Google لنشكره. ألق نظرة على الأصل كود EPSG WKID لموقع ويب مركاتور. كيف تبدو 900913؟ يساعد إذا كان عمرك على الأقل 33 طنًا صغيرًا.

عندما انفجرت خرائط Google قبل بضع سنوات (2005ish) ، بدأ الجميع في نسخ Google. وشمل ذلك Virtual Earth / Bing و Mapquest و Yahoo Maps وأخيراً Esri. أراد / احتاج الجميع أن يكون متوافقًا مع النظام الأساسي لرسم خرائط الويب الأكثر شيوعًا. لقد كان المعيار منذ ذلك الحين.

تحرير: وفقًا لتعليق mkennedy ، تم تغيير رمز EPSG إلى WKID


كما ذكرنا ، فهو في الأصل من خرائط Google ونظام التبليط الخاص به. ومع ذلك ، هناك بعض المزايا الأساسية والجوهرية * التي تجعل اختيار WMAS جيدًا ، وهذا هو السبب في أن الآخرين قد حذا حذوها.

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

* لاحظ أن المزايا هنا محددة في سياق جلب خرائط الويب إلى الجماهير.


فقط لإضافة القليل ، فكر في شكل أثر المبنى. تعرض خرائط Google (و Bing) عادةً البيانات في المدن التي تحتوي على آثار أقدام وعناصر أخرى ذات أشكال متوقعة مثل خطوط الملكية.

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

لذلك ، باختصار ، تم اختيارها للشكل ولإضفاء المزيد من التسهيلات الرياضية.


مجرد فكرتين إضافيتين ... الدافع وراء "Mashups" الذي تم إنتاجه من Google جعلهم معيارًا فعليًا ، وبما أنهم يدعمون غالبية العالم المأهول بالسكان في رسم الخرائط ، نرى WMAS أصبح أساسًا شائعًا. لم يكن هذا قرارًا من قبل الصناعة ككل ؛ ولكن دافعًا لاحتضان وتوسيع نطاق دعم أوسع جمهور.
قامت Google بذلك ، ووسعته Microsoft ، وتبنته ESRI والآن نرى نقطة انطلاق مشتركة. ليس سيئًا ، هل يمكن أن تكون هناك إجابات أفضل ، بالتأكيد ، ولكن بالنسبة للمبلغ الذي يتعين علينا نحن الصناعة استثماره في الحصول على خريطة أساس عالمية مجانية ومخزنة مؤقتًا ، لا يمكننا الشكوى كثيرًا.


20034: ستستخدم خدمتك نظام إحداثيات WGS 1984 Web Mercator (Auxiliary Sphere)

يختلف الإسناد المكاني لإطار البيانات (النظام الإحداثي) عن الإسناد المكاني المطلوب بواسطة مخطط تقسيم خرائط ArcGIS Online / خرائط Google / Bing. من أجل التراكب بشكل صحيح مع ArcGIS Online أو خرائط Google أو خرائط Bing ، يجب أن تستخدم خدمتك نفس نظام الإسناد المكاني. الإسناد المكاني لمخطط تبليط ArcGIS Online / خرائط Google / خرائط Bing هو WGS 1984 Web Mercator (Auxiliary Sphere).

ستكون خدمتك والبلاط الذي تم إنشاؤه لذاكرة التخزين المؤقت وجميع الإمكانات المحددة في WGS 1984 Web Mercator (Auxiliary Sphere).

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


ArcGIS: خريطة الإسقاطات

مثال: تبدو الأشكال ، مثل مخططات البلدان ، على الخريطة كما تظهر على الأرض.

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

- تقاس المواقع على سطح الأرض بخطوط الطول والعرض. تسمى شبكة خطوط الطول والعرض المتقاطعة بـ graticule.

- يتم قياس خطوط الطول والعرض بالدرجات والدقائق والثواني.

من المحتمل أن يكون أول إسقاط للخريطة هو Plate Carrée ، الذي يمثل الشبكة كشبكة مستطيلة بشكل موحد.

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

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

يتميز إسقاط Mercator بخاصية خاصة ، مفيدة للملاحين ، وهي أن أي خط مستقيم بين نقطتين هو محمل بوصلة ثابت. بمعنى آخر ، يُظهر لك خط مستقيم على خريطة Mercator مسارًا من A إلى B يمكنك اتباعه دون تغيير المسار.

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

مخروط لامبرت المطابق هو إسقاط يحافظ على الشكل. (هذا ما تعنيه & ampquotconformal & ampquot.) إنه إسقاط جيد لخطوط العرض الوسطى مع اتجاه شرق-غرب.

يعتبر Albers Equal Area Conic إسقاطًا يحافظ على قياسات دقيقة للمنطقة.


WGS 1984 Web Mercator (المجال الإضافي) هو المرجع المكاني لطبقات خريطة الأساس المتوفرة في مربع حوار إضافة خريطة الأساس. يتسبب هذا الخطأ في تغيير إطار البيانات إلى هذا المرجع المكاني عند إضافة طبقات باستخدام مربع الحوار هذا.

  1. اذهب إلى منظر القائمة و GT خصائص إطار البيانات ونظام تنسيق gt وقم بتغيير نظام الإحداثيات إلى المرجع المكاني الصحيح.
  2. إذا كنت تعمل باستخدام نفس طبقة خريطة الأساس بشكل متكرر ، فيمكن حفظ طبقة خريطة الأساس كملف طبقة. في جدول المحتويات ، في أي من ملف ترتيب الرسم عرض أو الرؤية عرض ، انقر بزر الماوس الأيمن فوق طبقة خريطة الأساس & GT حفظ كملف طبقة. في المرة التالية التي تكون فيها هناك حاجة إلى طبقة خريطة الأساس هذه ، استعرض وصولاً إلى ملف الطبقة المحفوظ (.lyr) وأضفه إلى الخريطة. لا تؤدي طريقة إضافة خريطة الأساس إلى تغيير نظام إحداثيات إطار البيانات.

تدمير الحياة للمخازن المؤقتة على الويب مركاتور

دعنا نلقي نظرة على مثال يقارن البيانات على Web Mercator بإسقاط أكثر ملاءمة للولايات المتحدة المجاورة

يوضح الشكل أدناه مجموعة مختارة من المواقع على طول الساحل الشرقي للولايات المتحدة في إسقاط ويب مركاتور. تم إنشاء مخزن مؤقت بنصف قطر 200 كم في إسقاط Web Mercator وتطبيقه على كل نقطة. نعلم من Tissot Indicatrix أن الدوائر تتضخم كلما ابتعدنا عن خط الاستواء ولكن تظل مسافة الحواجز ثابتة بينما نتحرك من الجنوب إلى الشمال.

إذا قمنا بتحويل الخريطة بأكملها إلى إسقاط متساوي الأبعاد مثل الولايات المتحدة الأمريكية متجاورة متساوية البعد المخروطي الإسقاط (EPSG: 102005) سوف نرى أن المناطق العازلة ستتغير وسوف تتسع كلما تحركنا من الشمال إلى الجنوب.

لذلك يخبرنا هذا أن المخزن المؤقت الذي يبلغ طوله 200 كيلومتر والذي تم إنشاؤه في إسقاط Web Mercator حول Bar Harbour (أقصى موقع شمالي على الخريطة) يغطي مساحة أقل بكثير من نفس المنطقة العازلة التي تم إنشاؤها لميامي بيتش (أقصى موقع في الجنوب). هذا منطقي بسبب التشوه الممتد للأرض أثناء تحركنا شمالًا من خط الاستواء الناجم عن إسقاط Web Mercator. لم تسمح المنطقة العازلة التي تم إنشاؤها في إسقاط Web Mercator بهذه التشوهات.

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

على غرار المناطق العازلة التي تم إنشاؤها في Web Mercator ، فإن كل منطقة دائرية لها نفس القطر البالغ 400 كيلومتر. نحن نعلم أن هذا الإسقاط (EPSG: 102005) مصمم للحفاظ على المسافة ، فما الذي تعتقد أنه سيحدث عندما نعيد إسقاط هذه المناطق العازلة إلى Web Mercator؟ فكر في العودة إلى شكل Tissot Indicatrix. هذا صحيح! عندما نبتعد عن خط الاستواء ، ستتكبر هذه المناطق العازلة كما هو موضح في الشكل أدناه.

تحدد المناطق العازلة المخروطية متساوية الأبعاد في خريطة Web Mercator أعلاه بدقة أكثر منطقة عازلة تبلغ 200 كم حول كل موقع من تلك التي تم إنشاؤها باستخدام إسقاط Web Mercator.


ArcGIS WGS84 Web Mercator مقابل. WGS84 UTM zone 15N: أبعاد مسافة مختلفة جدًا

مرحبًا بالجميع ، أنا أعمل في ArgGIS مع حقل (طبقة نقطية بتنسيق tif) وضعت فيه نقطتين (طبقة .shp).

لدي إصداران من كلتا الطبقتين ، مما أدى إلى أربع طبقات: مجموعة tif + shp في CRS WGS84 Web Mercator والأخرى tif + shp في CRS WGS84 UTM zone 15N.

إذا قمت بتأسيس CRS لإطار البيانات إلى WGS84 Web Mercator ، فإن المسافة بين النقطتين هي 138 مترًا ، ولكن إذا قمت بإنشاء CRS لإطار البيانات إلى WGS84 UTM المنطقة 15N ، فإن المسافة هي 99 مترًا ، وهو فرق كبير . ومع ذلك ، يتم عرض طبقات النقطة واحدة فوق الأخرى ، أعني: النقطتان في CRS واحد ليس لديهما أي إزاحة فيما يتعلق بالنقطتين الأخريين ونفس الشيء بالنسبة للخطوط النقطية.

    لماذا لا أرى كلا الزوجين في غير محلهما؟ هل هذا عرض "سريع الحركة" بواسطة ArcGIS؟ إذا كان الأمر كذلك ، فهل هذا يعني أن ArcGIS مشروعات "سريعة" حتى بين البيانات مع CRSs لنظام إحداثيات جغرافي مختلف؟ (بقدر ما أشعر بالقلق ، لا يقوم ArcGIS إلا بمشروعات "سريعة" بين البيانات مع CRSs مع نفس نظام الإحداثيات الجغرافية ولكن مع إسقاط مختلف). ملاحظة: يتوافق كل من CRSs المتوقع (WGS84 Web Mercator & amp WGS84 UTM zone 15N) مع هذين النظامين المختلفين للإحداثيات الجغرافية: في ArcGIS ، ونظام التنسيق الجغرافي & gt Spheroid-based & gt WGS 1984 Major Auxiliary Sphere & amp ؛ نظام التنسيق الجغرافي & gt World & GT WGS 1984 ، على التوالى.

شك كبير آخر هو أي من CRSs هو الأفضل للعمل في جنوب ولاية مينيسوتا (الولايات المتحدة).

شكرا لك على أي مساعدة أو فكرة قدمت.

هل أداة Web App Builder تعود بشكل افتراضي إلى المنطقة والمسافة الجيوديسية؟

إذا كان الأمر كذلك ، فلماذا يحتاجون إلى تعيينها صراحةً على أنها صحيحة في قياس المسافات | ArcGIS API for JavaScript 3.23

يبدو أن الحالة الافتراضية هي Geodesic - Measurement widget— Web AppBuilder for ArcGIS | ArcGIS

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

بواسطة MelitaKennedy

نعم ، الجيوديسية بشكل افتراضي. هذا منطقي بالفعل بسبب الاستخدام الواسع لـ Web Mercator. أنت لا تريد استخدام ذلك. NearMe ، لأنه * يجب * استخدامه للحسابات المحلية للغاية ، يمكن أن يفلت من استخدام أي نظام إحداثي يتم استخدامه.

شكرا تيت أرنولد وميليتا.

مع الأخذ في الاعتبار ما يقوله ويوضحه أرنولد ("قياسات المنطقة والمسافة [في توقعات Mercator] لن تكون صحيحة نظرًا لأن أقصى الشمال الذي تقوم فيه بالقياس ، كلما زاد التشوه") ، أعتقد أن UTM سيكون له عيوب مماثلة (على الرغم من أنه من المؤكد قياسات أقل محدودية أو أقل تشوهًا) من إسقاط Web Mercator. وبالتالي ، هل هناك إسقاط أفضل من مركاتور لقياس المساحة في خط العرض هذا (مينيسوتا)؟ أم أن العمل المباشر مع نظام الإحداثيات الجغرافية (WGS 84) سيكون حلاً أفضل؟

على أي حال ، أحتاج أن يكون شكل ArcGIS الخاص بي متوافقًا مع برنامج GIS آخر. وفقًا للمعلومات المتوفرة لدي ، لا يسمح برنامج GIS الآخر إلا بالأشكال الخارجية في "إسقاط WGS 84 LAT / LON". ماذا يمكن أن يعني "إسقاط WGS 84 LAT / LON"؟ هل يعد إسقاط خط الطول / العرض نوعًا من الإسقاط؟ إذا كان الأمر كذلك ، فما هي التوقعات ضمن هذا النوع؟ هل سيكون إسقاط UTM ، أو أي إسقاط مقترح آخر وفقًا للفقرة السابقة ، من بينها؟


ArcGIS Pro: تبدو الخريطة مشوهة بعد استيراد البيانات

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

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

ما الخطأ الذي أفعله وكيف يمكنني تجنبه؟ شكرا.

أبحث عن إجابات على الإنترنت ، عثرت على هذا الفيديو حيث يحدث لشخص آخر ، لكن الرجل لا يعالج المشكلة. https://www.youtube.com/watch؟v=M2uAjMYZaq0

تبدو وكأنها مشكلة في الإسقاط. تكمن المشكلة على الأرجح في أن بياناتك موجودة في نظام إحداثي يختلف عن خريطة الأساس. يجب أن تكون خريطة الأساس في Web Mercator WGS84 (EPSG 3857). إنه & # x27s هو المعيار لمعظم الخرائط المكسوة بالبلاط / الزلقة على الإنترنت. إنه & # x27s رائعًا لعرض الأشياء ، ولكنه ليس رائعًا للقياسات.

على أي حال ، سيقوم ArcGIS تلقائيًا بتغيير إسقاط إطار البيانات لأي بيانات تقوم بإحضارها أولاً ، ما لم يتم تحديد خلاف ذلك. خريطة الأساس هي الاستثناء - فازت & # x27t بتعيين الإسقاط الافتراضي. لديك خياران: يمكنك فقط إعادة تعريف إطار البيانات مرة أخرى إلى Web Mercator عن طريق النقر بزر الماوس الأيمن فوق العنصر & quotMap & quot في جدول المحتويات ، والانتقال إلى & quotProperties & quot ثم & quotCoordinate System & quot وتعيينه على & quot نظام الإحداثيات المشروع & gt World & gt WGS 1984 Web Mercator (مساعد) sphere). & quot سيؤدي ذلك إلى عرض البيانات في نفس نظام خريطة الأساس. ملاحظة: هذا فقط يخبره بتغيير إسقاط البيانات أثناء التنقل ولن يغير النظام الإحداثي المعين للبيانات. للقيام بذلك ، عليك & # x27ll إعادة إسقاط البيانات. إذا كنت تريد القيام بذلك ، فإن أسهل طريقة في ArcPro هي النقر بزر الماوس الأيمن فوق البيانات ، والانتقال إلى & quotData & quot و & quotexport features & quot وتغيير & quotOutput Coordinate System & quot في علامة التبويب & quot البيئة & quot.

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

تحرير: لكي أكون واضحًا ، لأنه يبدو أنني جذبت أصواتًا معارِضة ، هناك خيارات متعددة للإسقاط مع WGS84 ، وهو نظام إحداثيات جغرافي ومرجع رأسي. تستخدم خريطة الأساس Web Mercator. من الواضح أن البيانات التي تستخدمها لا & # x27t. للحفاظ على إسقاط خريطة الأساس ، عليك وضعها في ذلك.

EDIT2: لقد اختبرت ذلك للتو. & # x27s وضع إطار البيانات الخاص بك في WGS84 القديم البسيط ، وليس Web Mercator. هذا يعني أنه ربما لا يجب عليك & # x27t استخدام ذلك كنظام إحداثي خاص بك ، لذا اشطب ذلك من تعليقي.


أعزائي مجتمع ESRI ،

خلال الأسابيع 2-3 الماضية ، كنت أتجول بين Hexagon والموزع المحلي لـ ESRI في بورتوريكو لحل مشكلة. حتى الآن ، لديّ وقت ثمين ولا أرى حلاً في الأفق. كان هذا هو سير العمل الخاص بي:

1) استخدمت خدمات GIS عبر الإنترنت من NOAA (https://storms.ngs.noaa.gov/storms/maria/index.html#7/18.056/-64.824) للإشارة الجغرافية لصورة في ArcMap.
2) في ArcMap قمت بتصدير الملف لإنتاج ملف بتنسيق .img. في ArcMap ، يقرأ نظام الإحداثيات الحالي (WGS_1984_Web_Mercator_Auxiliary_Sphere)
WKID: 3857 السلطة: EPSG الإسقاط: Mercator_Auxiliary_Sphere: False_Easting: 0.0، False_Northing: 0.0، Central_Meridian: 0.0، Standard_Parallel_1: 0.0، Auxiliary_Sphere_Type: 0.0، Linear Unit: Meter (1.0).
3) فتحت ملف .img في Erdas Imagine وقام هذا البرنامج بتعيين إسقاط Pseudo Mercator باستخدام EPSG 3857.
4) قمت بمعالجة ملف .img في Erdas Imagine لحساب gndvi ثم فتحه في ArcMap. هذه الصورة لا تسقط في المكان الصحيح ، والأسوأ من ذلك أنها تدور. عندما أنظر إلى نظام الإحداثيات الحالي ، فإنه يقرأ (Pseudo_Mercator Authority: الإسقاط المخصص: Stereographic_North_Pole: false_easting: 0.0 false_northing: 0.0 central_meridian: 0.0 standard_parallel_1: 0.0 الوحدة الخطية: العداد (1.0) نظام التنسيق الجغرافي: GCS_WGS_1984

يقول Hexagon "نحن مستمرون في استكشاف هذه المشكلة ، لكننا نعتقد أن ArcMap قد يفتقر إلى إدخال في جداول معادلة الإسقاط الخاصة بهم. يطلق الجميع على الإسقاطات" القياسية "بأسماء مختلفة ، ولهذا السبب أصبح استخدام رموز EPSG شائعًا. ERDAS IMAGINE و قد يدعم Esri ArcMap نفس الإسقاط بالضبط ، لكننا نطلق عليه اسم Bill ويطلقون عليه اسم Terry. في ERDAS IMAGINE ، لدينا جدول معادل ينص على أنه إذا رأيت Terry ، فقم بالتعامل معه على أنه Bill. ولكن قد لا يكون لدى ArcMap معادلة تقول ماذا ليفعلوا إذا رأوا بيل ، لذلك عندما يحدث بيل ، لا يعرفون ماذا يفعلون به ".

يقول ESRI "أردت إخبارك أن EPSG توفر معيارًا دوليًا لجميع الأشياء المتعلقة بإسقاطات الخرائط. ومن ثم ، تتبع Esri توصيات European Petroleum Survey Group (EPSG) لتنسيق ملفات الإسقاط. يرغب المستخدم في معالجة الصور في Erdas ، سيتغير تعريف الإسقاط. ومع ذلك ، فإن الحل الوحيد ، في الوقت الحالي ، هو إعادة تعريف إسقاط البيانات باستخدام المرجع المكاني المثبت في ArcGIS Desktop. "

يقول Hexagon "عندما تشير Esri إلى" توصيات ESPG "، نعتقد أنها تعني في الواقع" توصيات IOGP ". تحتفظ IOGP بمجموعة بيانات EPSG. توقف EPSG كمنظمة في 2005. لم نكن على علم بأن IOGP يقدم" توصيات لـ تنسيق ملفات الإسقاط ". هل يمكننا الحصول على مرجع لمثل هذه التوصيات؟ ربما كانوا يقصدون" نص "بدلاً من" ملفات "، وتحديداً النص المعروف جيدًا (WKT) الذي لا يتحكم فيه IOGP ، ولكنه معيار ISO . يعطي سجل EPSG المشار إليه من موقع epsg.org معلومات عن الكود 3857 في الملف “epsg-org-3857.jpg” (مرفق بهذه التذكرة). "


ويقدم نفس السجل WKT التالي:

PROJCRS ["WGS 84 / Pseudo-Mercator" ،
BASEGEODCRS ["WGS 84" ،
DATUM ["النظام الجيوديسي العالمي 1984" ،
ELLIPSOID ["WGS 84"، 6378137،298.257223563، LENGTHUNIT ["meter"، 1.0]]]]،
CONVERSION ["التصور الشائع Pseudo-Mercator" ،
الطريقة ["المرئيات الزائفة المشهورة" ، المعرف ["EPSG" ، 1024]] ،
PARAMETER ["خط العرض من أصل طبيعي"، 0، ANGLEUNIT ["درجة"، 0.01745329252]]،
PARAMETER ["خط الطول من أصل طبيعي"، 0، ANGLEUNIT ["درجة"، 0.01745329252]]،
PARAMETER ["False easting"، 0، LENGTHUNIT ["meter"، 1.0]]،
PARAMETER ["False northing"، 0، LENGTHUNIT ["meter"، 1.0]]]،
CS [ديكارتي ، 2] ،
المحور ["شرقًا (X)" ، شرقًا ، ORDER [1]] ،
المحور ["الشمال (Y)" ، الشمال ، ORDER [2]] ،
LENGTHUNIT ["متر" ، 1.0] ،
المعرّف ["EPSG"، 3857]]

وهذه هي سلسلة PE (تنسيق سلسلة ESRI's Projection Engine) التي نتلقاها من مكتبة ESRI الخاصة بـ PE والتي يتم حفظها في ملف الصورة الأصلي:

ربما تنصح هذه "التوصيات لتنسيق ملفات الإسقاط" بإعادة تسمية Pseudo Mercator إلى "Web_Mercator_Auxiliary_Sphere" بالإضافة إلى استدعاء طريقة CONVERSION PROJECTION واستخدام "Mercator_Auxiliary_Sphere" لهذه القطعة من البيانات بدلاً من "Visual Visualisation Pseudo Mercator"؟ نشك في ذلك ، لكننا تمكنا من معرفة ما تعنيه ArcGIS.

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

قد يتطلب إرسال تحديث إلى GDAL بعض الجهد وللأسف لا يوفر ذلك حلًا على الفور. يتعين على GDAL بعد ذلك إصدار إصدار يتضمن الإصلاح ثم يحتاج ESRI إلى التقاط هذا الإصدار ثم يحتاج ESRI إلى إصدار تصحيح أو تحديث لـ ArcGIS يحتوي على GDAL المحدث. لن تكون هذه عملية سريعة.

يقول ESRI "" سأعود إليك في أقرب وقت ممكن بعد إجراء الاختبار والبحث المطلوبين في نهايتي. نظرًا لعدم توافق الإسقاطات بين Erdas و Esri في الوقت الحالي ، قد يستغرق ذلك بعض الوقت ".


وضعه داخل هيكل أكبر.

تحتوي خريطة التجانب العادية التي تحتوي على ميزات متراكبة على بعض أنظمة الإحداثيات:

  • وحدات التجانب (ثلاثية الأبعاد) ، والتي تحدد العمود والصف ومستوى التكبير / التصغير لكل بلاطة (x ، y ، z على التوالي)
  • الإحداثيات الجغرافية (3D) ، والتي تحدد خط العرض وخط الطول لنقطة على كرة ثلاثية الأبعاد.
  • وحدات التكبير (ثلاثية الأبعاد) ، والتي تتعقب تكبير / تصغير الترجمة (س ، ص) ومقياس التكبير (ك).
  • الوحدات المسقطة (2D) ، وحدات البكسل التي يُتوقع لها خطوط الطول والعرض.

الهدف من أي خريطة منزلقة هو توحيد هذه الإحداثيات في نظام قابل للاستخدام.

عندما نعيد إسقاط المربعات ، نحتاج إلى إضافة مساحة إحداثية:

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


اعتبارات الأداء

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

ملحوظة: باستخدام خريطة الخلفية غير المتصلة بالإنترنت ، قد تتمكن فقط من الوصول إلى ما يصل إلى أربعة مستويات من التكبير / التصغير. لمزيد من المعلومات ، راجع تحديد خرائط الخلفية (يفتح الرابط في نافذة جديدة).


شاهد الفيديو: كيفة عرض خريطة على الويب بال geoserver