יותר

שלב מחרוזת ומזהה OBJECT


ברצוני לעדכן את שדה Map_Feature_ID במחרוזת "WP_" ואז לעקוב אחר "WP_" עם שדה OBJECTID.

אז בסופו של דבר אני "WP_1", "WP_2"עד הסוף בשדה מזהה תכונת מפה.

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


פשוט נסה בפייתון במחשבון מוגש כמפורט להלן-

"WP_" + str (! אובייקטיב!)

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


update_field = 'Map_Feature_ID' expression = '"WP _ {}". פורמט (! OBJECTID!)' arcpy.CalculateField_management (feature_class, update_field, expression, 'PYTHON')

http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//00170000004m000000


4 תשובות 4

ערכתי כמה בדיקות באמצעות קצת יותר מ -6 מיל שורות. עם אינדקס בעמודה מזהה.

הנה מה שיצא לי.

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

גרסה זו רצה תוך קצת יותר משתי דקות.

מצבור CLR יהיה כמעט בוודאות הדרך המהירה ביותר לעשות זאת. אבל אולי אתה לא רוצה להשתמש בכזו מכל סיבה שהיא.

אתה אומר שהמקור לכך הוא שאילתה יקרה.

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

תוכנית הביצוע שאני מקבל עבור השאילתה בשאלה תחילה עושה את השרשור עבור כל שורה בשאילתה החיצונית ואז מסירה את הכפילויות לפי id, SomeField_Combined1, SomeField_Combined2.

זה בזבזני להפליא. השכתוב הבא נמנע מכך.

עם זאת לנתוני הבדיקה הבאים (1000 מזהים עם 2156 שורות לכל מזהה עבורי)

עדיין מצאתי את הפתרון של קנת עם שתי שיחות XML PATH הרבה יותר מהירות ופחות אינטנסיביות.

עבור כל מזהה מובחן ב- #test הוא מבצע שתי פעולות במקום אחת אך פעולה זו זולה משמעותית מבניית ה- XML ​​ולאחר מכן עיבוד מחדש.


GetEnvironmentVariable (String, EnvironmentVariableTarget)

מאחזר את הערך של משתנה סביבה מהתהליך הנוכחי או ממפתח הרישום של מערכת ההפעלה Windows עבור המשתמש הנוכחי או המחשב המקומי.

פרמטרים

שמו של משתנה סביבה.

אחד מערכי ה- EnvironmentVariableTarget. תהליך רק נתמך ב- .NET Core הפועל במערכות Unix-bases.

החזרות

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

חריגים

היעד אינו ערך EnvironmentVariableTarget חוקי.

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

דוגמאות

הדוגמה הבאה יוצרת משתני סביבה עבור יעדים EnvironmentVariableTarget.Process, EnvironmentVariableTarget.User ו- Machine, בודקת אם הרישום במערכת ההפעלה מכילה את המשתנים של סביבת המשתמש והמחשב ואז מוחק את משתני הסביבה. מכיוון ש- NET במערכות מבוססות יוניקס אינו תומך במשתני סביבה למשתמש ולמחשב בלבד, רק SetEnvironmentVariable (String, String) ו- SetEnvironmentVariable (String, String, EnvironmentVariableTarget) עם ערך EnvironmentVariableTarget.Process בהצלחה לאחסן משתנה סביבה ל חסימת סביבת התהליך.

הערות

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

שמות משתנים סביבתיים רגישים לאותיות רישיות ב- Linux ו- macOS אך אינם רגישים לרישיות ב- Windows.


סוג שדה מזהה הוא מחרוזת מקודדת בסיס -62.

כל תו יכול להיות אחד מתוך 62 ערכים אפשריים:

  • אות קטנה (a-z) - 26 ערכים
  • אות גדולה (A-Z) - 26 ערכים
  • ספרה מספרית (0-9) - 10 ערכים

מכיוון שיש שילוב של אותיות קטנות וקטנות, יש משמעות לעטפת של 15 התווים Id. לְמָשָׁל. 50130000000014c הוא מזהה שונה מ- 50130000000014C.

בתוך מזהה של 15 תווים, ההתפלגות היא:

  • 3 תווים ראשונים - קידומת מפתח לפי תשובתו של ג'ון, 3 התווים הראשונים הם קידומת המפתח המזהה את סוג האובייקט. ישנם כמה יוצאים מן הכלל לכך כאשר חפצים מרובים כולם חולקים את אותה קידומת מפתח! ישנם מספר קידומות מפתח קבועות הנפוצות בכל מכירות Salesforce. אובייקטים מותאמים אישית מקבלים קידומת מפתח ייחודית לארגון. אצטרך לאשר זאת, אך אני בטוח למדי בכך אובייקטים מותאמים אישית בחבילות מנוהלות יכולים לכלול קידומת מפתח שונה בכל ארגון מותקן.
  • הדמויות הרביעיות וה -5 - שמורות. משמש כרגע עבור מזהה המופע (aka מזהה תרמיל) (בהתאם לתגובה מאת @ca_peterson). החל מהדמות הרביעית ועולה על גדותיה לחמישית במידת הצורך. מציין איזה תרמיל / מופע היה הרשומה נוצר ב. שים לב כי נתונים עשויים להיות מועברים לפודים אחרים לאורך זמן. מְעוּדכָּן בהתבסס על שאלה נפרדת שהצביעה שמזהה הפוד הוא למעשה שתי תווים ולא אחת כפי שחשבו בתחילה.
  • תווים 6 ו -7 - שמורה. יהיה 0 עד למועד שבו ל- Salesforce יהיה צורך בכך. מקור - סטיבן תמם
  • נשארו 8 תווים - בעצם א בֶּאֱמֶת מספר גדול. כמו 62 ^ 8 גדול.

לכך ניתן להוסיף סיומת 3 תווים אופציונלית שתהפוך את ה- Id חסר רגישות לאותיות רישיות. זה שימושי בעת עבודה עם תוכניות שלא יכולות לשמור על המקרה של המזהה (למשל Excel VLookup).

  • זה לא נועד כסכום המחאה לאימות שאר 12 התווים לא נפגמו.
  • אתה לא יכול פשוט לאותיות קטנות / קטנות של כל תעודת הזהות. אמנם זה עוזר ליישומים אחרים שאינם רגישים למקרים לטפל בתעודות הזהות Salesforce עדיין תלוי רישיות ולא יתקן אוטומטית את המעטפת על בסיס הסיומת. לְמָשָׁל. המעטפת על KeyPrefix חשובה כאשר 00t הוא OpportunityShare ו- 00T הוא משימה.

האלגוריתם להמיר ממזהה בן 15 תווים למזהה בן 18 תווים הוא: (מקור - אני בטוח שהיה פעם תיעוד רשמי כיצד לעשות זאת.)

מחלקים את 15 הצ'רפים ל -3 נתחים בני 5 צ'ארסים כל אחד.

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

שלב את הסיביות מכל נתח למספר שלם של 5 סיביות כאשר הסיבית הימנית ביותר היא הסיבית המשמעותית ביותר. זה יניב מספר בין 0 ל -31 לכל נתח.

בנה מערך המכיל את רצף האותיות הראשיות A-Z ו- 0-5 (26 + 6 = 32 ערכים אפשריים).

השתמש במספר השלם מכל נתח כדי לבחור תו מהמערך.

הוסף את 3 התווים שהתקבלו, לפי סדר החלק, לסוף מזהה התו 15.

בנוסחה יש את הפונקציה CASESAFEID שתבצע אלגוריתם זה.

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

קוד לדוגמא לשחזור המעטפת ממזהה בן 18 תווים הוא ביצירת קישור באמצעות מזהה בן 18 תווים

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


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

מחרוזת החיבור מתחילה ב- URI LDAP: //.

עבור שם השרת, אתה יכול להשתמש בשם של בקר תחום בתחום זה - נניח "dc1.corp.domain.com". זה נותן לנו LDAP: //dc1.corp.domain.com/ thusfar.

הסיבית הבאה היא הנתיב המלא של אובייקט המיכל שבו נמצא המשתמש המחייב. נניח שאתה משתמש בחשבון "מנהל מערכת" ושם הדומיין שלך הוא "corp.domain.com". חשבון "מנהל המערכת" נמצא במיכל בשם "משתמשים" שנמצא רמה אחת מתחת לשורש הדומיין. לפיכך, ה- DN המלא של מיכל "המשתמשים" יהיה: CN = משתמשים, DC = קורפ, DC = תחום, DC = com. אם המשתמש שאיתו אתה מחייב נמצא ב- OU, במקום במיכל, הנתיב יכלול "OU = ou-name".

לכן, שימוש בחשבון ב- OU בשם Accounts Service שהוא תת-OU של OU בשם Corp Objects שהוא תת-OU של דומיין בשם corp.domain.com יהיה בעל מסלול מוסמך לחלוטין של OU = Service Accounts, OU = אובייקטים של Corp, DC = Corp, DC = תחום, DC = com.

שלב את ה- LDAP: //dc1.corp.domain.com/ עם הנתיב המוסמך לחלוטין למיכל שבו נמצא המשתמש המחייב (כמו, למשל, LDAP: //dc1.corp.domain.com/OU=Service חשבונות, OU = Corp Objects, DC = corp, DC = domain, DC = com) ויש לך את "מחרוזת החיבור" שלך.

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


שלב מחרוזת ו- OBJECT ID - מערכות מידע גיאוגרפיות

מפרט הפורמט TopoJSON

  • מייק בוסטוק (הניו יורק טיימס)
  • קלווין מטקאלף (משרד התחבורה של מסצ'וסטס)

TopoJSON הוא פורמט מחלף נתונים גיאו-טופולוגי טופולוגי המבוסס על GeoJSON.

  • 1. הקדמה
    • 1.1. דוגמאות
    • 1.2. הגדרות
    • 2.1. אובייקטים טופולוגיים
      • 2.1.1. תפקידים
      • 2.1.2. טרנספורמציות
      • 2.1.3. קשתות
      • 2.1.4. אינדקסי קשת
      • 2.1.5. חפצים
      • 2.2.1. נְקוּדָה
      • 2.2.2. MultiPoint
      • 2.2.3. LineString
      • 2.2.4. MultiLineString
      • 2.2.5. מְצוּלָע
      • 2.2.6. מולטי פוליגון
      • 2.2.7. אוסף גיאומטריה

      TopoJSON הוא פורמט JSON לקידוד מבני נתונים גיאוגרפיים לטופולוגיה משותפת. טופולוגיית TopoJSON מייצגת גיאומטריה אחת או יותר שחולקות רצפי מיקומים שנקראים קשתות. TopoJSON, כהרחבה של GeoJSON, תומך בסוגי גאומטריה מרובים: Point, LineString, Polygon, MultiPoint, MultiLineString, MultiPolygon ו- GeometryCollection. גיאומטריות ב- TopoJSON עשויות להכיל מאפיינים נוספים לקידוד נתונים שאינם גיאומטריים.

      טופולוגיה של TopoJSON המכילה אובייקט יחיד בשם "דוגמה", עצמה אוסף גיאומטריה:

      אותה טופולוגיה, מכמתת:

      סימון אובייקט JavaScript (JSON) והמונחים "אובייקט", "שם", "ערך", "מערך" ו"מספר "מוגדרים ב- IETF RTC 4627.

      מילות המפתח "MUST", "MUST NOT", "Required", "SHALL", "SHALL NOT", "SHULLD", "SHOWL NOT", "REALMENDED", "MAY" ו- "OPTIONAL" במסמך זה הן להתפרש כמתואר ב- IETF RFC 2119.

      יש להתייחס לכל מספרי הנקודות הצפות כצפים מדויקים כפולים וכל המספרים השלמים חייבים להיות מספרים שלמים עם 32 סיביות.

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

      • באובייקט TopoJSON עשוי להיות מספר כלשהו של חברים (זוגות שם / ערך).
      • אובייקט TopoJSON חייב להכיל חבר בשם "סוג". הערך של חבר זה הוא מחרוזת שקובעת את סוג האובייקט TopoJSON.
      • הערך של חבר הסוג חייב להיות אחד מ: "טופולוגיה", "נקודה", "MultiPoint", "LineString", "MultiLineString", "מצולע", "MultiPolygon" או "GeometryCollection". המקרה של ערכי חבר הסוג חייב להיות כפי שמוצג כאן.
      • לאובייקט TopoJSON עשוי להיות חבר "bbox", שערכו חייב להיות מערך תיבות תוחמת.

      טופולוגיה היא אובייקט TopoJSON כאשר הערך של חבר הסוג הוא "טופולוגיה".

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

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

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

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

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

      כדי להפוך מעמדה מכמתית למצב מוחלט:

      1. הכפל כל אלמנט מיקום כמותי באלמנט הסולם המתאים.
      2. הוסף את אלמנט התרגום המתאים.

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

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

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

      אם מכמתים טופולוגיה, יש לקודד את המיקומים של כל קשת בטופולוגיה שמכמתים אותם. המיקום הראשון של הקשת הוא מיקום רגיל [x₁, כן]. העמדה השנייה [x₂, כן] מקודד כ- [Δx₂, Δy₂], איפה x₂ = x₁ + Δx₂ ו כן = כן + Δy₂. העמדה השלישית [x₃, כן] מקודד כ- [Δx₃, Δy₃], איפה x₃ = x₂ + Δx₃ = x₁ + Δx₂ + Δx₃ ו כן = כן + Δy₃ = כן + Δy₂ + Δy₃ וכולי.

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

      יש לבנות אובייקט גיאומטריה המורכב מ- LineStrings (LineString או MultiLineString) או LinearRings (Polygon או MultiPolygon) מקשתות. יש להפנות לכל קשת על ידי אינדקס מספרי מבוסס אפס למערך הקשתות של הטופולוגיה המכילה. לדוגמא, 0 מתייחס לקשת הראשונה, 1 מתייחס לקשת השנייה וכן הלאה.

      אינדקס קשת שלילי מציין כי יש להפוך את הקשת במשלם של אלה של המדד כדי לשחזר את הגיאומטריה: -1 מתייחס לקשת הראשונה ההפוכה, -2 מתייחס לקשת השנייה ההפוכה וכן הלאה. ב- JavaScript תוכלו לשלול אינדקס קשת שלילי i באמצעות אופרטור NOT bitwise,

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

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

      גיאומטריה היא אובייקט TopoJSON כאשר הערך של חבר הסוג הוא אחד המחרוזות הבאות: "נקודה", "MultiPoint", "LineString", "MultiLineString", "מצולע", "MultiPolygon" או "GeometryCollection".

      אובייקט גיאומטרי של TopoJSON מסוג "נקודה" או "MultiPoint" חייב להכיל חבר בשם "קואורדינטות". אובייקט גיאומטרי של TopoJSON מסוג "LineString", "MultiLineString", "Polygon" או "MultiPolygon" חייב להיות בעל חבר בשם "קשתות". הערך של חברי הקשתות והקואורדינטות הוא תמיד מערך. מבנה האלמנטים במערך זה נקבע על פי סוג הגיאומטריה.

      אם לגיאומטריה יש מזהה נפוץ, המזהה צריך להיכלל כחבר באובייקט הגיאומטריה עם השם "id". לאובייקט גיאומטריה עשוי להיות חבר עם השם "מאפיינים". הערך של חבר המאפיינים הוא אובייקט (כל אובייקט JSON או ערך null של JSON).

      עבור סוג "נקודה", חבר "הקואורדינטות" חייב להיות מיקום יחיד.

      עבור סוג "MultiPoint", החבר "קואורדינטות" חייב להיות מערך מיקומים.

      עבור סוג "LineString", החבר "קשתות" חייב להיות מערך של אינדקסי קשת.

      עבור סוג "MultiLineString", החבר "קשתות" חייב להיות מערך של אינדקסי קשת LineString.

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

      LineString סגור LineString עם 4 עמדות או יותר. התפקידים הראשונים והאחרונים שווים (הם מייצגים נקודות שוות ערך).

      עבור סוג "MultiPolygon", החבר "arc" חייב להיות מערך של אינדקסי קשת מצולע.

      אובייקט TopoJSON עם סוג "GeometryCollection" הוא אובייקט גיאומטריה המייצג אוסף של אובייקטים גיאומטריים.

      באוסף גיאומטריה חייב להיות חבר בשם "גיאומטריות" שערכו הוא מערך. כל אלמנט במערך זה הוא אובייקט גיאומטריה של TopoJSON.

      כדי לכלול מידע על טווח הקואורדינטות עבור טופולוגיה או גיאומטריה, לאובייקט TopoJSON יכול להיות חבר בשם "bbox". הערך של חבר ה- bbox חייב להיות 2 *נ מערך איפה נ הוא מספר הממדים המיוצגים בגיאומטריות הכלולות, עם הערכים הנמוכים ביותר עבור כל הצירים ואחריהם הערכים הגבוהים ביותר. סדר הצירים של bbox עוקב אחר סדר הצירים של הגיאומטריות. אין להפוך את תיבת התוחם באמצעות טרנספורמציה של הטופולוגיה, אם בכלל.


      7 תשובות 7

      3.4 שאילתה

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

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

      ל- REST אין שום קשר להגדרה זו.

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

      מחרוזת השאילתה שלך יכולה להיות מוגדרת באופן מתאים יותר כ-


      מיקום גיאוגרפי אפשרויות

      פרמטרים אופציונליים להתאמה אישית של אחזור המיקום הגיאוגרפי.

      אפשרויות

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

      פסק זמן: משך הזמן המקסימלי (אלפיות השנייה) שמותר לעבור מהשיחה ל navigator.geolocation.getCurrentPosition או geolocation.watchPosition עד שהמיקום הגיאוגרפי המתאים יתבצע. אם השיחה החוזרת של geolocationSuccess אינה מופעלת תוך פרק זמן זה, השיחה החוזרת geolocationError מועברת קוד שגיאה PositionError.TIMEOUT. (שים לב שכאשר משתמשים בו בשילוב עם geolocation.watchPosition, ניתן להתקשר להתקשרות החזרה הגיאוגרפית במרווח בכל פסק זמן של אלפית השנייה!) (מספר)

      maximumAge: קבל תפקיד במטמון שגילו אינו גדול מהזמן שצוין באלפיות השנייה. (מספר)

      Android Quirks

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


      שימוש: אחזור מקומות

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

      לשיעורים הרגישים לאזור ב- Java יש גם שיטת getAvailableULocales () המחזירה את כל האזורים הנתמכים על ידי אותה מחלקה.

      שמות הניתנים להצגה

      לאחר שיצרת אזור ב- C ++ ו- ULocale ב- Java, תוכל לבצע שאילתה של המקום למידע על עצמו. להלן הצגת המידע שתוכלו לקבל מאזור:

      שיטה תיאור
      getCountry () מאחזר את קוד המדינה ISO
      getLanguage () מאחזר את שפת ה- ISO
      getDisplayCountry () מציג את שם המדינה המתאימה להצגת מידע למשתמש
      getDisplayLanguage () מראה את שם השפה המתאימה להצגה בפני המשתמש

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

      הערה: ב- Java, לשיטות getDisplayXXX יש שלוש גרסאות: אחת המשתמשת באזור ברירת המחדל, השנייה לוקחת מקום כארגומנט והשלישית שלוקחת את מזהה המקום כארגומנט.

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

      HTTP קבלת שפה

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

      הנה דוגמה לבחירת אזור מקובל בתוך יישום CGI:

      הנה דוגמה לבחירת אזור מקובל בתוך יישום Java:

      הערה: נכון לכתיבת שורות אלה, פונקציונליות זו זמינה הן ב- C והן ב- Java. אנא קרא את שני המסמכים המקושרים הבאים לשיקולים חשובים והמלצות בעת שימוש בכותרת זו ביישום אינטרנט.


      צפו בסרטון: שיקו חייק מחרוזת שמחים 2021 (אוֹקְטוֹבֶּר 2021).