יותר

צור בורר שכבות בעת יצירת מפה בזמן הריצה עבור CartoDB


באמצעות אותה תיאוריה ליצירת תיבת חיפוש בזמן ריצה, (כמו כאן), כתבתי את הקוד הזה:

var l = cdb.vis.Overlay.create ('שכבת סלקטור', map.viz, {}) l.show (); $ ('מפה #'). נספח (l.render (). el);

אבל זה לא עובד כמצופה. בורר השכבות אינו מתמלא בשכבות כלשהן. זה אומר לי שיש לי 0 שכבות.

מישהו יכול להגיד לי איך להשיג בורר שכבות בזמן ריצה, באמצעות בורר השכבות cartodb?

לַעֲרוֹך: לקחתי את פיסות הקוד שלי הקשורות לזה:

פונקציה main () {var map = new L.Map ('map', {zoomControl: false, center: [40.7142, -74.0064], zoom: 11}); L.tileLayer ('http://tile.stamen.com/toner/ {z} / {x} / {y} .png ">

אתה עשית את זה בעצם בסדר, בדוק את הדוגמה המלאה הזו:

http://bl.ocks.org/javierarce/50244a6a7a8a4e1a959a


יש דוגמאות בתיעוד הרשמי, כאן וקוד כאן.

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

נסה משהו כזה:

var l = cdb.vis.Overlay.create ('שכבת סלקטור', map.viz, {layer_selector: true})

אני חושב שזאת רק אפשרות להגדיר, שכברירת מחדל היא 'כבויה' עבור שכבת_בורר. ראה כאן. "שכבת בחר: הצג בורר שכבות (ברירת מחדל: שקר)"


מחלקה ArcGISTiledLayer

סוג ArcGISTiledLayer חושף את החברים הבאים.

שכבות אריחים של ArcGIS צורכות אריחי תמונה הניתנים על ידי שירות מפות ArcGIS או חבילת אריחים. אריחי רסטר נשמרים על ידי השרת בקנה מידה שונה במקום ליצור תמונות מפות באופן דינמי לבקשת יישום הלקוח. הלקוח מבקש את האריחים הדרושים במידה מסוימת במפה. אתה יכול להשתמש במחלקה ExportTileCacheTask כדי ליצור ולהוריד אריחים מהשירות, ויצירת חבילת אריחים (.tpk / .tpkx) לשימוש מקומי בהתקן. לחלופין, תוכלו להשתמש ב- ArcGIS Pro כדי ליצור חבילת אריחי מפה ולספק אותה למכשיר. הערה: אתה יכול לדעת אם שרת מפות ArcGIS מארח ArcGISTiledLayer תואם כאשר מטמון מפה התמזג יחיד מוגדר נכון בספריית שירותי REST של ArcGIS.

מאפיינים פונקציונליים

שכבות אריחים של ArcGIS אינן תומכות בהקרנה מחדש, שאילתות, בחירה, זיהוי או עריכה.

מאפייני ביצועים

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

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

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


מפת זמן אמת בזמן אמת של חדשות העולם

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

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

מה שאתה רואה כאן הוא מפה חיה, המתעדכנת בכל שעה עגולה, של מה ש- GDELT עוקב אחר ברחבי העולם באמצעות גרף הידע העולמי של GDELT 2.0 בכל 65 השפות שהוא מתרגם בשידור חי. בקצרה, GDELT עוקב אחר אמצעי החדשות העולמיים ב -65 שפות, תוך שימת דגש על ידיעות חדשות מקומיות קטנות בכל פינה בעולם, מחלץ רשימה של כל המיקומים על פני כדור הארץ המוזכרים בכל אותה סיקור חדשות, ומניח נקודה על המפה לעיל. בכל מקום שהוזכר במאמר שעליו פיקח בשעה האחרונה. כאשר אתה מעביר את העכבר על פני המפה לעיל, תראה חלון קופץ שמרחף ומראה לך את שם המיקום שעליו אתה עובר, מה שהופך אותו במהירות לקידוח במהירות לאזור מעניין. לחיצה על מיקום תפעיל חלון קופץ המציג את כל סיקור החדשות העולמי המזכיר את המיקום ש- GDELT פיקח עליו, יחד עם תמונת שיתוף חברתית אם קיימת כדי לספק הקשר חזותי לאירועים המתרחשים שם. על ידי סידור החדשות העולמיות באופן מרחבי, תוכלו לאתר באופן מיידי חדשות המתרחשות במקומות "לא צפויים" או לנסות את מבול המידע על אסון טבע על ידי בידוד הכיסוי של אזורים כפריים בעלי עניין או פגיעות מיוחדים. הכיסוי שאתה רואה מופיע כאשר אתה לוחץ על מיקום משתרע על פני 65 שפות, כך שתוכל גם לראות אילו סיפורים נראים לעין על פני שפות ואילו נראה כי העיתונות המקומית המקומית מדגישה אותם.

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

מאחורי הקלעים נכנסת כמות אסטרונומית של חישוב ליצירת מפה זו. מדי 15 דקות מעבד GDELT את כלי התקשורת החדשים בעולם, מתרגם אותו לאנגלית מ- 65 שפות, ומוציא את כל האנשים, הארגונים, המיקומים, הספירות, הציטוטים, התמונות ומעל 4,500 רגשות ותמות. זיהוי והתייחסות לאזכורים של כפרים מרוחקים קטנים על פני כל כדור הארץ מגופי חדשות מקומיים קטנים ב -65 שפות היא משימה מורכבת להפליא. למעלה מעשור של ניסיון במיפוי הגיאוגרפיה של אוספי הטקסטים בעולם והפריסה הגדולה ביותר של תרגום מכונות זרימה בעולם מפעילה את מערכות הקידוד הגיאוגרפי של GDELT. זיהוי מיקומים בין שפות אינו תהליך פשוט. למשל, ביטוי העצם הנרחב של אסטונית פירושו שזיהוי אזכורים של "ניו יורק" מחייב הכרה ב"ניו יורק "," ניו יורקי "," ניו יורגי "," ניו יורקיס "," ניו יורקיס "," ניו יורגיסט ", "New Yorgile", "New Yorgil", "New Yorgilt", "New Yorgiks", "New Yorgini", "New Yorgina", "New Yorgita" ו- "New Yorgiga". מוכפל על ידי למעלה מ -10 מיליון מיקומים מוכרים על פני כדור הארץ על פני 65 שפות ואפשר לדמיין את הקשיים של התאוששות רב-לשונית של גיאוגרפיה טקסטואלית.

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

לבסוף, ברצוננו להודות ל- CartoDB על כך שאפשרה מפות אלה! אנו נפרוס רצף של מפות אלו בימים הקרובים ולא נוכל לחכות לראות מה אתה מסוגל לעשות איתן, אז הישאר מעודכן!


תהליך בן ארבעה שלבים להכנת מפת סיפור פשוטה

מאת סוזן-בודן

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

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

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

  1. בחר את נושא הסיפור שלך.
  2. תכנן וביצע את אסטרטגיית הנתונים שלך.
  3. צור מפת אינטרנט.
  4. שתף את מפת האינטרנט כמפת סיפור.

שלב 1: בחר את נושא הסיפור שלך

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

המבקרים במרכז ההדרכה של אסרי ברדלנדס מקבלים חתיכה מודפסת המפרטת מסעדות מקומיות (עם מפה כמובן). היצירה ההיא מעוררת השראה בנושא מפת סיפורים מעניין (בעיניי). המסר המרכזי (בהשראת פרויקט 3/50) הוא, למרות היותה עיירה קטנה למדי, ברדלנדס יש מבחר מרשים של אפשרויות סעודה מקומיות.

שלב 2: תכנן וביצע את אסטרטגיית הנתונים שלך

"אסטרטגיית נתונים" אולי נשמעת מסובכת, אך כל המשמעות היא להחליט אילו שכבות ותכונות לכלול. חשוב לבחור רק את השכבות הרלוונטיות ביותר - העמסת מפה עם נתונים זרים בוצעת את הסיפור שלך (זכור, תהיה תמציתי). לפרויקט תרגול זה:

  • שכבות: מיקומי המסעדות ומפת בסיס להקשר הם כל הדרוש.
  • מאפיינים: שם המסעדה, כתובת, תיאור וכתובת אתר לדף אינטרנט.
  • מפת בסיס: אחד ממפות הבסיס המקוונות והאיכותיות של ArcGIS Online יעבוד נהדר.

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

  • אם אתה משתמש ב- ArcGIS Pro או ArcMap ו- ArcGIS Enterprise, באפשרותך לחבר ולפרסם שירותי GIS הבנויים משיעורי תכונות, תמונות או נתונים גיאוגרפיים אחרים. היתרון בשימוש בשירות הוא שככל שהנתונים הבסיסיים משתנים, עדכון מפת אינטרנט הוא קל (אתה פשוט מפרסם את השירות מחדש ואז מרענן את המפה).
  • אם אין לך גישה לכלים ליצירת שירות, אתה יכול להשתמש בשיטת הלחצן הקל: להוסיף נתונים המאוחסנים בקובצי צורה, קבצי טקסט, קבצי CSV או קבצי GPX למציג המפות ArcGIS Online. ניתן גם לצייר ידנית תכונות במציג המפות.

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

  • בעת יצירת טופס צורה לשימוש במפת אינטרנט, בחר במערכת הקואורדינטות הגיאוגרפיות WGS 1984 ובמערכת הקואורדינטות המוקרנת של Web Mercator Auxiliary Sphere, אותן מערכות קואורדינטות המשמשות את מפות הבסיס הנפוצות. זה ישפר את ביצועי מפות האינטרנט.
  • מציג המפה דורש רוכסות קובצי צורה (עבור מערכי נתונים קטנים שאין להם גאומטריה מפורטת, פשוט zip את קבצי DBF, SHP, SHX ו- PRJ).

כאשר הנתונים מוכנים, הוסף אותם לצופה במפה כדי ליצור מפת אינטרנט.

  • עבור אל www.arcgis.com והיכנס לחשבון הארגוני שלך ArcGIS או לחשבון הציבורי שלך.
  • לחץ על מפה בחלק העליון של החלון.
  • התקרב לתחום העניין ובחר מפת בסיס רצויה מהגלריה.
  • לחץ על הוסף & שכבת gt מתוך הקובץ. עיין בקובץ הנתונים והוסף אותו. בהתאם לנתונים שלך, תוכל לבחור להשתמש בתכונות כלליות או לשמור על התכונות המקוריות. למספר קטן של נקודות פשוטות, שמור על התכונות המקוריות.

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

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

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

  • בחלונית 'תוכן', לחץ על החץ למטה של ​​השכבה ואז לחץ על הגדר חלון קופץ. בחלונית הגדרת חלון קופץ, כותרת החלון הקופץ כבר מוגדרת לתכונה Name, וזה טוב. כדי להתאים אישית את התוכן הקופץ, ברשימה הנפתחת תצוגה בחר "תצוגת מאפיין מותאם אישית" ולחץ על הגדר.

  • בתיבת הדו-שיח תצוגת מאפיינים מותאמים אישית, לחץ על כפתור הוסף שם שדה [+] ובחר את התכונות הרצויות המופיעות בחלון הקופץ. ניתן להזמין ולעצב אותם לפי הצורך.

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

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

שלב 4: שתף את מפת האינטרנט כמפת סיפור

עכשיו יש לך את בסיס מפת הסיפורים. ArcGIS Online מספק אוסף של תבניות יישומי אינטרנט (כולל תבניות מפת סיפור סיפור קלאסיות). שימוש בתבנית מפשט את העבודה. כדי להשתמש בתבנית, עליך לשתף את מפת האינטרנט שלך.

  • במציג המפה לחץ על שתף.
    • אם יש לך חשבון ציבורי של ArcGIS Online, עליך לשתף את כולם. אם אתה משתמש בחשבון ארגוני ArcGIS Online (או ניסיון בחינם) ויש לך הרשאות לשתף תוכן, תוכל לשתף את המפה עם כולם או עם קבוצה קיימת.
    • אם אתה אוהב פריסת תבנית באופן כללי, אך ברצונך לבצע כמה שינויים בכדי לשפר את מפת הסיפורים שלך, תוכל להוריד את התבנית ולהשתמש בהוראות הקובץ readme כדי להגדיר את השינויים. תזדקק לגישה לשרת אינטרנט (וכמה מיומנויות בסיסיות ב- HTML ו- JavaScript).

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

    סיפור סיפורים היה מאז ומתמיד דרך חיונית לבני אדם לתקשר ולשתף ידע. סיפור המסופר באמצעות עדשת מפות GIS נגישה הוא דרך חדשה לתקשר, ומדיום רב עוצמה לשיתוף ידע גיאוגרפי המודיע ומשפיע.

    רוצה ללמוד עוד טיפים, טכניקות ושיטות עבודה מומלצות להכנת מפות סיפור ולקבל תרגול מעשי? בדוק יצירת מפות סיפור עם ArcGIS.


    התחל לפרוס מפות GIS ו- GPS לאפליקציות אנדרואיד

    "העולם שאנו חיים מלא בקואורדינטות ואני אוהב אותו!" - אלפרד לאם, מדריך הקורס.

    "המהות של יצירת מפה יפה היא איזון!" - אלפרד לאם, מדריך הקורס.

    זהו קורס ברמת כניסה המלמד כיצד להוסיף מפות GIS ליישום אנדרואיד. מטרת הקורס היא לתת לך מושג בסיסי כיצד ליצור אפליקציית GIS של Android מאפס.

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

    אם אתה לא מתחיל להשתמש במפות GIS בפיתוח אנדרואיד, קורס זה הוא המקום הנכון עבורך להתחיל. ArcGIS Runtime SDK לאנדרואיד פותח על ידי ESRI, שהיא עד כה הספקית הגדולה ביותר של מערכות ויישומי GIS בעולם. מפתחים מסוימים עשויים לשאול מדוע אנו טורחים להשתמש במפות GIS מכיוון שכבר יש לנו מפת גוגל. התשובה שלי היא שמפת Google מצויינת לך לזהות את המיקומים שלך. אך הנתונים, הפונקציונליות והגמישות שלה רחוקים מלהיות מספיק אם ברצונך ליצור אפליקציה תכליתית עם מפות בסיס שונות, לספר סיפור, להוסיף תכונות מפה משלך או לבצע ניתוח ללקוחות שלך באמצעות מפה. לעומת זאת, ArcGIS הוא ה- GIS המקיף והמתקדם בעולם והוא מסוגל לבצע עבורכם את כל המשימות הללו.

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


    אזורים מותאמים אישית: אזור מטרו, קרבה לאיקאה, כל דבר.

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

    לדוגמא זו, נניח שאנו משתמשים ב- GeoIP, המובנה בתוך Elasticsearch. GeoIP היא דרך נפוצה להפוך כתובת IP לקו רוחב וקו רוחב.

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

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

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

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

    הקצאת מזהה מרחבי לתכונה על סמך מיקומה נקראת קידוד גיאוגרפי הפוך אוֹ הצטרפות מרחבית. זו אחת הפעולות הנפוצות ביותר במערכות מידע גיאוגרפיות (GIS).

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


    פורמט אריח

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

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

      PNG8 - השתמש ב- PNG 8 לשירותי כיסוי שצריכים להיות בעלי רקע שקוף, כגון כבישים וגבולות. PNG 8 יוצר אריחים בגודל קטן מאוד על הדיסק ללא אובדן מידע.

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

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

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

    כאשר נוצרת חבילה מעורבת, נוצרים אריחי PNG 32 בכל מקום בו מתגלה שקיפות (במילים אחרות, בכל מקום שרקע מסגרת הנתונים גלוי). שאר האריחים בנויים באמצעות JPEG. זה שומר על גודל הקובץ הממוצע למטה תוך מתן כיסוי נקי מעל חבילות אחרות. אם אינך משתמש בחבילה במצב מעורב בתרחיש זה, תראה "צווארון" לא שקוף סביב הפריפריה של התמונה שלך במקום שהוא חופף לחבילה השנייה.

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


    DDD: גישה לנתונים משירות חיצוני (REST, SOAP וכו ') כחלק מהדומיין

    יש לי מצב שההיגיון העסקי שלי תלוי בנתונים שמגיעים משירות חיצוני. בהתחלה אם כי זה יהיה מועמד ראשי לשירות תחום, אבל עכשיו אני מתחיל לתהות אם זה בכלל נחוץ. עם שנים של עבודה בעיקר עם מסד נתונים יחסי לאיסוף נתונים, אני חושב שהמוח שלי עשוי להיות תקוע בתבנית לא ממש מועילה. תיאורטית, האם הנתונים מגיעים ממסד נתונים או משירות SOAP / חיצוני אחר לא משנה, נכון? מה שחשוב הוא אם זה חלק מרכזי במצטבר, שלדעתי הוא. יש גם נתוני בסיס נתונים רלוונטיים, אז זה שילוב.

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

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

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


    22.2 פונקציונליות נפוצה ברכיבי ויזואליזציה של נתונים

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

    22.2.1 מסירת תוכן

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

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

    fetchSize: מציין את מספר השורות בגוש אחזור הנתונים. ערך ברירת המחדל הוא 25.

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

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

    rowFetchSize: מציין את מספר השורות בבלוק אחזור נתונים. ערך ברירת המחדל הוא 25.

    columnFetchSize: מציין את מספר העמודות בבלוק אחזור נתונים. ערך ברירת המחדל הוא 10.

    displayLevelsChildren: מציין את מספר רמות הילד שיוצגו במהלך העיבוד הראשוני. נכס זה מבוסס על 0. הערך 0 פירושו שאף רמה של ילד מתחת לשורש לא תוצג השורש עצמו יוצג. ערך ברירת המחדל הוא 2, כלומר השורש ושתי הרמות הראשונות של ילדים יוצגו.

    fetchStartTime: מציין את תחילת טווח הזמן שבו הנתונים נאספים כעת

    fetchEndTime: מציין את סוף טווח הזמן שבו הנתונים נאספים כעת.

    displayLevelsChildren: מציין את מספר רמות הילד שיוצגו במהלך העיבוד הראשוני. נכס זה מבוסס על 0. הערך 0 פירושו שאף רמה של ילד מתחת לשורש לא תוצג השורש עצמו יוצג. ערך ברירת המחדל הוא 2, כלומר השורש ושתי הרמות הראשונות של ילדים יוצגו.

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

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

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

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

    The whenAvailable delivery provides the additional flexibility of using immediate when data is available during initial rendering or falling back on lazy when data is not initially available.

    For more information about setting the fetch size for components based on the tree or tree table model, see Section 12.2.2, "Content Delivery."

    22.2.2 Automatic Partial Page Rendering (PPR)

    ADF Faces supports Partial Page Rendering (PPR), which allows certain components on a page to be rerendered without the need to rerender the entire page. In addition to built-in PPR functionality, you can configure components to use cross-component rendering, which allows you to set up dependencies so that one component acts as a trigger and another as the listener. For more information, see Section 8.1, "About Partial Page Rendering."

    By default, ADF Data Visualization components support automatic PPR, where any component whose values change as a result of backend business logic is automatically rerendered. If your application uses the Fusion technology stack, you can enable the automatic partial page rendering feature on any page. For more information, see the "What You May Need to Know About Partial Page Rendering and Iterator Bindings" section in Developing Fusion Web Applications with Oracle Application Development Framework .

    22.2.3 Active Data Support

    The Fusion technology stack includes the Active Data Service (ADS), which is a server-side push framework that allows you to provide real-time data updates for ADF Faces components and ADF Data Visualization components. You bind ADF Faces components to a data source and ADS pushes the data updates to the browser client without requiring the browser client to explicitly request it.

    Table 22-1 lists the DVT components that support active data and where you can find additional detail.

    Table 22-1 DVT Components Supporting Active Data

    pivot table and pivot filter bar

    Supports ADS only when the outputText component or sparkChart is configured to display the active data other components are not supported inside collection-based component.

    For additional information about using the Active Data Service, see Chapter 37, "Using the Active Data Service with an Asynchronous Backend."

    22.2.4 Text Resources from Application Resource Bundles

    JDeveloper supports easy localization of ADF Faces and data visualization components using the abstract class java.util.ResourceBundle to provide locale-specific resources.

    Data visualization components may include text that is part of the component, for example the af:table component uses the resource string af_table.LABEL_FETCHING for the message text that displays in the browser while the af:table component fetches data during the initial load of data or while the user scrolls the table. JDeveloper provides automatic translation of these text resources into 28 languages. These text resources are referenced in a resource bundle. If you set the browser to use the language in Italy, any text contained within the components will automatically be displayed in Italian

    For any text you add to a component, for example if you define the title of a pieGraph component by setting the text attribute on its child graphTitle component, you must provide a resource bundle that holds the actual text, create a version of the resource bundle for each locale, and add a <locale-config> element to define default and support locales in the application's faces-config.xml file. You must also add a <resource-bundle> element to your application's faces-config.xml file in order to make the resource bundles available to all the pages in your application. Once you have configured and registered a resource bundle, the Expression Language (EL) editor will display the key from the bundle, making it easier to reference the bundle in application pages.

    To simplify the process of creating text resources for text you add to ADF components, JDeveloper supports automatic resource bundle synchronization for any translatable string in the visual editor. When you edit components directly in the visual editor or in the Properties window, text resources are automatically created in the base resource bundle. For more information, see Section 32.2, "Using Automatic Resource Bundle Integration in JDeveloper."

    Any text retrieved from the database is not translated.

    For data visualization components with title and label child components, you can also create and add text resources to a resource bundle by using the attribute dropdown list to open a Select Text Resource dialog to select or add a translatable string from an application resource bundle. Alternatively, you can select Expression Builder to open the Expression Language (EL) editor to create an expression to be executed at runtime for the title or label.


    Making Maps with 'Google My Maps', Part I

    Google may be moving away from making software, like Google Earth desktop--the Pro version was made free--but they still have a few tricks up their sleeve. Recently, Google made a solid entry into the web publishing domain by giving users the tools to create more sophisticated online maps. Gone are the days of just adding placemarkers, and now users can add spreadsheets (automatically geocoded) and *.kml files.

    As of mid-summer, users can now create and manage their own maps via Google Drive, called "Google My Maps" or simply "My Maps." All you need to do is setup a free Google Drive account, click on "My Drive" at the top, then "New File", and "Google My Maps"

    Google created a very user friendly way for users to make online maps from Google Drive.
    There are nine different basemaps to choose from. Adding layers is easy. Simply, click the link "Import" to add data or "Add Layer" to add additional layers on top or below. You can add *.csv, *.xlsx, or *.kml files. You can directly import files by searching your Drive or import them from your desktop. If you use a spreadsheet, Google will prompt you to identify the location field or field(s) whether an address or placename as well as how to identify/name your features.

    In this example, we will look at a spreadsheet of Substance Abuse Clinics (2011) from the City of Chicago of Data Portal. After clicking "Import, we are asked to select the location field(s). It can handle addresses in a single or multiple fields. Next, you will be asked what name/title for your places should be.


    צפו בסרטון: הסטנדרט כאן גבוה מאוד: השפים מתלהבים ממנות הדג בבר היין (אוֹקְטוֹבֶּר 2021).