יותר

מדוע הפך Web Mercator (כדור עזר) לסטנדרט מפת האינטרנט?


אני מבין מה ההבדל בין השלכת Web Mercator לבין Web Mercator Auxiliary Sphere (WMAS). אני גם מבין שגם גוגל וגם אסרי אימצו את ההקרנה הזו כהקרנה העיקרית שלהם למפות האינטרנט שלהם ולכן יש לנו פונקציות מיוחדות שלא רק מקרינות מחדש בין כל התחזיות, אלא הן פונקציות ספציפיות עבור WM, כמו webMercatorToGeographic. אז בסופו של דבר תהיתי מדוע אנו משתמשים בהקרנת WMAS, והסיבה שהיא הפכה לסטנדרט במיפוי רשת. האם זו תוצאה גרידא של שני ענקים מרחביים שנעים בכיוון זה או שזה היה רק ​​בגלל סיבות דיוק?

קישורים נוספים:
הקרנת מרקטור


אני די בטוח שיש לנו את גוגל להודות. התבונן במקור קוד EPSG WKID ל- Web Mercator. איך נראה 900913? עוזר אם אתה לפחות l33t.

כשמפות גוגל התפוצצו לפני כמה שנים (2005ish), כולם התחילו להעתיק את גוגל. זה כלל Virtual Earth / Bing, Mapquest, Yahoo Maps ובסופו של דבר Esri. כולם רצו / היו צריכים להיות תואמים לפלטפורמת מיפוי האינטרנט הפופולרית ביותר. זה היה הסטנדרט מאז.

עריכה: על פי תגובה של מקנדי, שינה קוד EPSG ל- WKID


כאמור, הוא במקור ממפות גוגל ומערכת האריחים שלה. עם זאת, ישנם כמה יתרונות בסיסיים למדי * שהופכים את הבחירה ב- WMAS לבחירה טובה, ולכן אחרים הלכו בעקבותיהם.

דף מערכת אריחי Bing Maps הוא משאב מצוין. הוא מתאר כמה מיתרונות ההקרנה, למשל. שהוא קונפורמי וגלילי. העובדה שתחום העניין יכול להשתלב יפה באריח מרובע אחד בקנה מידה הקטן ביותר הוא נכס נחמד כשמתמודדים עם מערכת הרעפים. זה מציין גם את הסיבה לשימוש בספירה: חישובים קלים יותר - אשר בתחילת שנות האלפיים היו גורם חשוב בהתמודדות עם יישומי JavaScript.

* שימו לב שהיתרונות כאן מוגדרים בהקשר של הבאת מפות אינטרנט להמונים.


רק כדי להוסיף קצת, חשוב על הצורה של טביעת רגל הבניין. מפות Google (ו- Bing) מראות בדרך כלל נתונים בערים עם עקבות בנייה ופריטים אחרים עם צורות צפויות כגון קווי נכסים.

במערכת קואורדינטות גיאוגרפית (lat / lon), בניית טביעות רגל שבדרך כלל יש פינות של 90 מעלות נראות מאוד מוזרות ומעוכות - הזוויות אינן נשמרות. מערכת הקואורדינטות בה בחרו להשתמש חייבת להיות מיושמת עבור הרוב המכריע של העולם המיושב, ולתת הגון מופיע תצוגת המפה. מדידת שטח לא הייתה בראש סדר העדיפויות - רק הופעת ישויות במפה. עבור מערכת קואורדינטות שלמה שלמה, הקרנת Mercator כללית עובדת היטב למראה בגלל קונפורמיות (זוויות נשמרות). הם עוד פישטו את העבודה בהנחה שהעולם הוא כדור במקום אליפסה, מה שהופך את המתמטיקה למדידת מרחק להרבה יותר קלה.

אז בקיצור, זה נבחר למראה ולמתמטיקה קלה יותר.


רק עוד 2 סיביות של מחשבה ... הכונן של 'Mashups' שהופק מגוגל הפך אותם לסטנדרט דפקטו, ומכיוון שהם תומכים ברוב העולם המיושב במיפוי שם אנו רואים ש WMAS הופך לקו בסיס נפוץ. זו לא באמת הייתה החלטה של ​​התעשייה כולה; אלא כונן לחבק ולהרחיב כדי לתמוך בקהל הרחב ביותר.
גוגל עשתה את זה, מיקרוסופט הרחיבה את זה, ESRI אימצה את זה ועכשיו אנחנו רואים נקודת התחלה משותפת. לא נורא, יכול להיות שהיו תשובות טובות יותר, בטח, אבל עבור הסכום שעלינו בתעשייה להשקיע בקבלת בסיס בסיס טוב למדי במטמון גלובלי די טוב, אנחנו באמת לא יכולים להתלונן יותר מדי.


20034: השירות שלך ישתמש במערכת התיאום WGS 1984 Web Mercator (Auxiliary Sphere)

הפניה המרחבית של מסגרת הנתונים שלך (מערכת קואורדינטות) שונה מההתייחסות המרחבית הנדרשת על ידי ערכת הרעפים של ArcGIS Online / מפות Google / מפות בינג. כדי לכסות נכון עם ArcGIS Online, מפות Google או מפות בינג, על השירות שלך להשתמש באותה מערכת התייחסות מרחבית. ההתייחסות המרחבית לתכנית האריחים ArcGIS Online / Google Maps / Bing Maps היא WGS 1984 Web Mercator (Auxiliary Sphere).

השירות שלך, האריחים שנוצרו עבור המטמון וכל היכולות שנבחרו יהיו ב- WGS 1984 Web Mercator (Auxiliary Sphere).

מערכת הקואורדינטות למסגרת הנתונים של מסמך המפה המקורי לא משתנה. תהליך הפרסום משנה רק את מערכת הקואורדינטות עבור השירות ואז משתמש בזה ליצירת אריחי מפה עבור השירות במטמון.


ArcGIS: תחזיות מפה

לדוגמא: צורות, כגון קווי מתאר של מדינות, נראות זהות במפה כמו על פני האדמה.

- & gt במפה אזימוטלית, הוראות ממיקום מרכזי אחד לכל שאר הנקודות במפה יוצגו כהלכה.

-מיקומים על פני כדור הארץ נמדדים בקווי רוחב ואורך. הרשת של קווי רוחב ואורך מצטלבים נקראת גרטיקולה.

אורך ואורך נמדדים במעלות, דקות ושניות.

יתכן והקרנת המפה הראשונה הייתה צלחת קארה, המייצגת את הגרמטיקה כרשת מלבנית אחידה.

כל הקרנת מפה מעוותת אחד או יותר מארבעת התכונות המרחביות הבסיסיות: צורה, שטח, מרחק וכיוון.

הקרנת מרקטור היא הקרנה גלילית שהומצאה על ידי ג'רארדוס מרקטור. זה שומר על המאפיין המרחבי של הצורה. זה מעוות באופן משמעותי את האזור בקווי רוחב גבוהים ונמוכים והוא הגורם לתפיסות מוטעות נפוצות לגבי גודלן היחסי של אדמות.

לתחזית Mercator יש את המאפיין המיוחד, שימושי לנווטים, שכל קו ישר בין שתי נקודות הוא נושא מצפן קבוע. במילים אחרות, קו ישר במפת Mercator מראה לך נתיב מ- A ל- B שתוכל ללכת בו מבלי לשנות מסלול.

את הקרנת Mercator רוחבית המציא יוהן היינריך למברט. הוא מסובב את הקרנת מרקטור 90 מעלות, כך שהגליל יוצר קשר עם כדור הארץ לאורך מרידיאן ולא קו המשווה.

החרוט הקונפורמלי למברט הוא השלכה המשמרת צורה. (זה המשמעות של & ampquotconformal & ampquot.) זו השלכה טובה לקווי רוחב אמצעיים עם כיוון מזרח-מערב.

חרוט השוויון של אלברס הוא היטל השומר על מדידות שטח מדויקות.


WGS 1984 Web Mercator (כדור עזר) הוא ההתייחסות המרחבית לשכבות המפה הבסיסיות הזמינות בתיבת הדו-שיח הוספת בסיס. באג זה גורם למסגרת הנתונים לשנות להתייחסות מרחבית זו בעת הוספת שכבות באמצעות תיבת דו-שיח זו.

  1. עבור אל נוף תפריט & GT מאפייני מסגרת נתונים ומערכת תיאום gt ושנה את מערכת הקואורדינטות בחזרה להתייחסות המרחבית הנכונה.
  2. אם עובדים עם אותה שכבת בסיס מפת תכופות, ניתן לשמור את שכבת הבסיס כקובץ שכבה. בתוכן העניינים, באחד מ- צו ציור נוף או רְאוּת תצוגה, לחץ באמצעות לחצן העכבר הימני על שכבת המפה הבסיסית & gt שמור כקובץ שכבה. בפעם הבאה שיש צורך בשכבת בסיס בסיס זו, דפדף לקובץ השכבה השמור (.lyr) והוסף אותה למפה. שיטה זו של הוספת המפה אינה משנה את מערכת התיאום למסגרת הנתונים.

הרס חיים למאגרי Mercator ברשת

בואו נסתכל על דוגמה המשווה נתונים ב- Mercator באינטרנט להקרנה מתאימה יותר עבור ארה"ב הצמודה.

האיור שלהלן מציג מבחר מיקומים לאורך החוף המזרחי של ארצות הברית בהקרנת Web Mercator. בהקרנת Web Mercator נוצר מאגר ברדיוס של 200 ק"מ והוחל על כל נקודה. אנו יודעים מ- Tissot Indicatrix כי מעגלים מתרחבים ככל שאנו מתרחקים מקו המשווה, אך עם זאת מרחק המאגרים נותר קבוע כאשר אנו נעים מדרום לצפון.

אם נמיר את כל המפה להקרנה שווה מרחק כמו ארה"ב קוניק שווה צמוד הקרנה (EPSG: 102005) נראה שאזורי החיץ ישתנו ויגדלו ככל שעוברים מצפון לדרום.

אז זה אומר לנו שהמאגר של 200 ק"מ שנוצר בהקרנת Web Mercator סביב בר הארבור (המיקום הצפוני ביותר במפה) מכסה שטח פחות הרבה מאותו אזור חיץ שנוצר עבור מיאמי ביץ '(המיקום הדרומי ביותר). זה הגיוני בגלל העיוות המתוח של הארץ כשאנחנו נע צפונה מקו המשווה שנגרם על ידי הקרנת Web Mercator. אזור החיץ שנוצר בהקרנת Web Mercator לא איפשר עיוותים אלה.

עכשיו בואו ניצור את אזורי החיץ של 200 ק"מ באזור ארה"ב חרוט שוויוני רציף השלכה, השלכה המנסה לשמור על מרחק.

בדומה לאזורי החיץ שנוצרו ב- Web Mercator, כל אזור מעגלי הוא באותו קוטר של 400 ק"מ. אנו יודעים שההקרנה הזו (EPSG: 102005) נועדה לשמור על מרחק, אז מה לדעתך יקרה כשנחזיר את אזורי החיץ הללו ל- Web Mercator? תחשוב אחורה לדמות Tissot Indicatrix. זה נכון! כאשר אנו מתרחקים מקו המשווה אזורי החיץ הללו הולכים להיות מוגדלים כפי שמוצג באיור למטה.

אזורי החיץ השוויוניים של קוניק במפת Web Mercator שלמעלה מגדירים בצורה מדויקת יותר אזור חיץ של 200 ק"מ סביב כל מיקום מאשר אלה שנוצרים באמצעות הקרנת Web Mercator.


ArcGIS WGS84 Web Mercator Vs. אזור UTM WGS84 15N: מידות מרחק שונות מאוד

שלום לכולם, אני עובד ב- ArgGIS עם שדה (שכבת רסטר בפורמט tif) בו הנחתי שתי נקודות (שכבת .shp).

יש לי שתי גרסאות של שתי השכבות, וכתוצאה מכך ארבע שכבות: אחת tif + shp מוגדרת ב- CRS WGS84 Web Mercator והשנייה tif + shp מוגדרת באזור CRS WGS84 UTM 15N.

אם אני מקים את ה- CRS של מסגרת הנתונים ל- WGS84 Web Mercator, המרחק בין שתי הנקודות הוא 138 מטר, אך אם אני מקים את ה- CRS של מסגרת הנתונים לאזור UGS84 UTM 15N המרחק הוא 99 מטר, וזה הבדל עצום . עם זאת, שכבות הנקודה מוצגות לחלוטין אחת מעל השנייה, זאת אומרת: שתי הנקודות ב- CRS אחת לא היו תזוזה ביחס לשתי הנקודות האחרות וזהה עבור הרסטרים.

    מדוע אני לא רואה את שני זוגות הנקודות במקומן? האם זו הקרנת "on the fly" של ArcGIS? אם זה כך, האם זה אומר ש- ArcGIS מקרינה "על התנועה" אפילו בין נתונים עם CRS של מערכת קואורדינטות גיאוגרפיות שונות? (מבחינתי, ArcGIS מקרינה רק "תוך כדי תנועה" בין נתונים עם CRS עם אותה מערכת קואורדינטות גיאוגרפית אך עם הקרנה שונה). הערה: שתי ה- CRS המוקרנות (WGS84 Web Mercator & amp WGS84 UTM zone 15N) תואמות את שתי מערכות הקואורדינטות הגיאוגרפיות השונות הללו: ב- ArcGIS, מערכת הקואורדינטות הגיאוגרפיות & GT מבוסס Spheroid & GT WGS 1984 כדור עזר מרכזי ומערכת הקואורדינטות הגיאוגרפיות & GT World & GT WGS 1984, בהתאמה.

ספק גדול נוסף הוא איזה משני CRS עדיף לעבוד בדרום מדינת מינסוטה (ארה"ב).

תודה על כל עזרה או רעיון שניתן.

האם הווידג'ט של בניית יישומי האתרים ברירת המחדל היא להחזיר אזור ומרחק גיאודזי?

אם כן, מדוע הם יצטרכו להגדיר זאת במפורש למדידות מרחקים | API של ArcGIS עבור JavaScript 3.23

נראה שזה המקרה שהוא ברירת מחדל לגאודזיקה - ווידג'ט מדידה - Web AppBuilder עבור ArcGIS | ArcGIS

הוא קובע באופן ספציפי שהוא 'מאגר' גיאודזית (בניגוד ל- NearMe). אז בעיקר אני רק רוצה לאשר איתך מליטה את גורו המדידה, זה ממש גיאודזיה כברירת מחדל. תודה!

מאת MelitaKennedy

כן, גיאודזיה כברירת מחדל. זה הגיוני למעשה בגלל השימוש הרחב ב- Web Mercator. אתה לא רוצה להשתמש בזה. NearMe, מכיוון שהוא * אמור * לשמש לחישובים מקומיים מאוד יכול להתחמק משימוש בכל מערכת הקואורדינטות.

תודה, טייט ארנולד ומליטה.

אם ניקח בחשבון את מה שארנולד אומר וממחיש ("מדידות שטח ומרחקים [בתחזיות Mercator] לא יהיו נכונות מכיוון שככל שתקחו את המדידה צפונה יותר, כך יהיה יותר עיוותים"), אני מניח של- UTM יהיו חסרונות דומים (אם כי בוודאי מדידות פחות מוגבלות או פחות מעוותות) מהקרנת Web Mercator. לפיכך, האם יש השלכה טובה יותר מזו של Mercator למדידת שטח בקו הרוחב ההוא (מינסוטה)? או שעבודה ישירה עם מערכת קואורדינטות גיאוגרפית (WGS 84) תהיה פיתרון טוב יותר?

בכל מקרה אני צריך את צורת ArcGIS שלי תואם תוכנת GIS אחרת. על פי המידע שבידי, תוכנת GIS אחרת זו מאפשרת צורות חיצוניות רק בהקרנת WGS 84 LAT / LON. מה המשמעות של "הקרנת WGS 84 LAT / LON"? האם הקרנת Lat / Lon היא סוג של הקרנה? אם כן, מהן התחזיות בסוג זה? האם הקרנת UTM, או הקרנה אחרת המוצעת על פי הפסקה הקודמת, יהיו ביניהם?


ArcGIS Pro: המפה נראית מעוותת לאחר ייבוא ​​נתונים

הפעם הראשונה שמשתמש ArcGIS כאן. יש לי גרסת ניסיון חדשה (1.1.1.) המותקנת לבדיקה. כשאני מתחיל פרויקט חדש ומוסיף מפה הכל נראה בסדר.

אבל כשאני מנסה לייבא מערך נתונים פשוט של xy, המפה נראית מעוותת, כמעט כמו מסך רחב מאולץ בתוכנית טלוויזיה ישנה. נראה שזה לא שינה את ההקרנה בשום צורה שכן כל הטקסט במפה נמתח גם הוא לרוחב.

מה אני עושה לא נכון ואיך אוכל להימנע מכך? תודה.

מחפש תשובות בשורה נקלעתי לסרטון הזה איפה שזה קורה למישהו אחר, אבל הבחור לא מטפל בנושא. https://www.youtube.com/watch?v=M2uAjMYZaq0

נראה כמו נושא השלכה. הבעיה היא כנראה שהנתונים שלך נמצאים במערכת קואורדינטות שאינה זהה למפת הבסיס. מפת הבסיס צריכה להיות ב- Web Mercator WGS84 (EPSG 3857). זה הסטנדרט למפות הכי מרוצפות / חלקלקות ברשת. זה נהדר להצגת דברים, אבל לא כל כך נהדר למדידות.

בכל מקרה, ArcGIS תשנה באופן אוטומטי את ההקרנה של מסגרת הנתונים לכל הנתונים שתביא תחילה, אלא אם כן צוין אחרת. המפה הבסיסית היא יוצאת הדופן - היא לא תגדיר את הקרנת ברירת המחדל. יש לך שתי אפשרויות: אתה יכול פשוט להגדיר מחדש את מסגרת הנתונים בחזרה ל- Web Mercator על ידי לחיצה ימנית על הפריט & quotMap & quot בתוכן העניינים, מעבר אל & quot נכסים & quot ואז & quot מערכת קואורדינטות & quot והגדרת & quot; מערכת קואורדינטות מתוכננת & gt World & GT WGS 1984 Web Mercator (עזר) sphere). & quot זה יעביר את הנתונים לאותה מערכת כמו בסיס המפה. הערה: זה רק אומר לו לשנות את הקרנת הנתונים בזמן-טיסה ולא ישנה את מערכת הקואורדינטות שהוקצתה של הנתונים. לשם כך, יהיה עליך לדחות את הנתונים מחדש. אם ברצונך לעשות זאת, הדרך הקלה ביותר ב- ArcPro היא לחיצה ימנית על הנתונים, עבור אל & quotData & quot ו & quotexport features & quot ולשנות את & quotOutput Coordinate System & quot בכרטיסייה & quotEnvironments & quot.

האפשרות האחרת תהיה פשוט להשתמש בכל מערכת שבה הנתונים שלך נמצאים כי הם ככל הנראה אמינים יותר בכל מקרה, במיוחד בצפון נורבגיה, שם עיוות ההקרנה הוא החזק ביותר.

עריכה: כדי להיות ברור, מכיוון שנראה שאני משכה הצבעות למטה, ישנן אפשרויות הקרנה מרובות עם WGS84, שהיא מערכת קואורדינטות גיאוגרפית ונתון אנכי. מפת הבסיס משתמשת ב- Web Mercator. הנתונים שאתה משתמש בבירור אינם & # x27t. כדי לשמור על השלכת המפה הבסיסית, עליך להכניס אותה לזה.

EDIT2: בדיוק בדקתי את זה. זה & # x27s להכניס את מסגרת הנתונים שלך לתוך WGS84 ישן רגיל, ולא Web Mercator. זה אומר שכנראה לא כדאי לך להשתמש בזה כמערכת הקואורדינטות שלך, אז תכתוב זאת מהתגובה שלי.


קהילת ESRI יקרה,

במשך 2-3 השבועות האחרונים הייתי הלוך ושוב בין המשושים והמפיץ המקומי של ESRI בפורטו ריקו כדי לפתור בעיה. נכון להיום, עם זאת יש לי זמן יקר ולא רואה פיתרון באופק. זו הייתה זרימת העבודה שלי:

1) השתמשתי בשירותי GIS מקוונים של NOAA (https://storms.ngs.noaa.gov/storms/maria/index.html#7/18.056/-64.824) כדי להפנות georable תמונה ב- 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, יחידה ליניארית: מד (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

משושה אומר כי "אנו ממשיכים לחקור נושא זה, אך אנו חושבים כי ArcMap יכול להיות חסר רשומות בטבלאות שקילות ההקרנה שלהם. כולם מכנים תחזיות" סטנדרטיות "בשמות שונים, ולכן השימוש בקודי EPSG הופך פופולרי. ERDAS IMAGINE ו- Esri ArcMap אולי תומך באותה הקרנה בדיוק, אבל אנחנו קוראים לזה ביל והם מכנים את זה טרי. ב- ERDAS IMAGINE יש לנו טבלת שקילות שאומרת שאם אתה רואה את טרי, התייחס לזה כאל ביל. אבל ל- ArcMap אולי אין שווי ערך שיאמר מה לעשות אם הם רואים את ביל, ולכן כאשר ביל מתרחש הם לא יודעים מה לעשות עם זה. "

ESRI אומר "רציתי להודיע ​​לך ש- EPSG מספק תקן בינלאומי לכל מה שקשור לתחזיות מפות. לפיכך, Esri ממלא אחר המלצות קבוצת סקר הנפט האירופית (EPSG) לפורמט של קבצי הקרנה. ארדס לא. אם המשתמש מעוניין לעבד את התמונות בארדאס, הגדרת ההקרנה הולכת להשתנות. עם זאת, הפתרון היחיד, לעת עתה, יהיה להגדיר מחדש את ההקרנה לנתונים באמצעות ה- Spatial Reference המותקן ב- ArcGIS Desktop. "

משושה אומר "כאשר 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 ["מטר", 1.0]]]],
המרה ["ויזואליזציה פופולרית פסאודו-מרקטור",
שיטה ["ויזואליזציה פופולארית פסאודו מרקטור", ID ["EPSG", 1024]],
PARAMETER ["קו רוחב ממוצא טבעי", 0, ANGLEUNIT ["תואר", 0.01745329252]],
PARAMETER ["אורך המוצא הטבעי", 0, ANGLEUNIT ["תואר", 0.01745329252]],
PARAMETER ["False easting", 0, LENGTHUNIT ["meter", 1.0]],
PARAMETER ["צפונה לא נכונה", 0, LENGTHUNIT ["מטר", 1.0]]],
CS [קרטזי, 2],
ציר ["מזרח (X)", מזרח, סדר [1]],
ציר ["צפונה (Y)", צפון, סדר [2]],
LENGTHUNIT ["מטר", 1.0],
תעודת זהות ["EPSG", 3857]]

וזה מחרוזת ה- PE (פורמט מחרוזת מנוע ההקרנה של ESRI) שאנו מקבלים מספריית ה- PE של ESRI ושמורה בקובץ התמונה המקורי:

אולי ה"המלצות לפורמט לקבצי הקרנה "מייעצות לשנות את שם פסאודו מרקטור ל-" Web_Mercator_Auxiliary_Sphere ", כמו גם לקרוא לשיטת ההמרה PROJECTION ולהשתמש ב-" Mercator_Auxiliary_Sphere "לאותה פיסת נתונים במקום" Pseudo Mercator של Visualization Visual "? אנו מפקפקים בכך, אך הצלחנו להבין מה פירוש ArcGIS.

לסיכום, אנו חושבים כי תשובתו של עסרי משקפת תסכול מהאתגר הקיים בתעשייה שלנו בניסיון להיות אינטראקטיבי בין מספר רב של פורמטים וייצוגים של נתונים. הרגשנו גם את התסכול הזה וזה קורה שהפעם ESRI נתפס בגלל שזה מקרה אחד שלא טופל בקרב אלפי וריאציות עובדות כהלכה ש- ESRI סומכת על GDAL שתטפל בשמה.

הגשת עדכון ל- GDAL תדרוש מעט מאמץ ולמרבה הצער זה לא מספק באופן מיידי פתרון. לאחר מכן על GDAL להוציא מהדורה המשלבת את התיקון ואז ESRI צריך לאסוף את המהדורה ואז ESRI צריך לשחרר תיקון או עדכון עבור ArcGIS המכיל את ה- GDAL המעודכן. זה לא הולך להיות תהליך מהיר.

ESRI אומר "" אני אחזור אליכם לכל המוקדם לאחר ביצוע הבדיקות והמחקר הנדרשים בסופי. בשל חוסר התאמה של התחזיות בין ארדאס לעזרי כרגע זה עשוי לקחת זמן מה. "


הצבתו בתוך מבנה גדול יותר.

במפת אריחים רגילה עם תכונות שכבות יש כמה מערכות קואורדינטות:

  • יחידות אריח (3D), המסמנות עמודות, שורה ורמת זום של כל אריח (x, y, z בהתאמה)
  • קואורדינטות גיאוגרפיות (תלת מימד) המסמנות קו רוחב ואורך של נקודה בכדור תלת מימדי.
  • יחידות זום (3D), העוקבות אחר תרגום הזום (x, y) וסולם הזום (k).
  • יחידות מוקרנות (2D), יחידות פיקסלים אליהן מוקרנים קו רוחב ואורך.

המטרה של כל מפה חלקלקה היא לאחד את הקואורדינטות הללו במערכת שמישה.

כאשר אנו משחזרים את האריחים מחדש, עלינו להוסיף מרחב קואורדינטות:

הרגשתי שהדוגמאות אינן ברורות במיוחד כיצד הן קושרות את כל מערכות הקואורדינטות. לכן מיקמתי את השיטות שלעיל, כפי שאולי ראיתם, באובייקט geoTile שנלקח מפרויקט אישי עבור ספריית אריחים. המטרה לכך היא תיאום חלק יותר של יחידות שונות. אני לא מנסה לחבר אותו, הוא עדיין נמצא בפיתוח בכל מקרה (פשוט עסוק מכדי לסיים את זה באמת) עם זאת, אני אראה אם ​​הזמן מעניק לי את ההזדמנות להכין דוגמה עם d3-tile.


שיקולי ביצועים

התוכן, המהירות והביצועים של שרת WMS נשענים על הרשת וספק ה- WMS. אם חיבור האינטרנט שלך מופרע או אם אתה עובד מאחורי חומת אש מגבילה, אתה יכול להשתמש במפת הרקע הלא מקוונת שמותקנת עם שולחן העבודה של Tableau כדי למנוע בעיות ביצועים בזמן שאתה בונה את תצוגת המפה שלך. אתה יכול לחזור לשרת WMS שלך בכל עת.

הערה: בעזרת מפת הרקע הלא מקוונת, ייתכן שתוכל לגשת רק לארבע רמות זום. לקבלת מידע נוסף, ראה בחר מפות רקע (קישור נפתח בחלון חדש).