פתרון בעיות

ריכזנו כאן כמה טיפים לפתרון בעיות נפוצות.

למה רדיוס הדיוק גדול מאוד?

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

כדי לוודא שהשירות לא הצליח לאתר את נקודות הגישה שלכם לפי גיאו-מיקום, צריך להגדיר את הערך של considerIp ל-false בבקשה. אם התגובה היא 404, סימן שלא ניתן היה לאתר את המיקום הגיאוגרפי של העצמים wifiAccessPoints ו-cellTowers.

איך פותרים בעיות שקשורות לשגיאות בתשובה?

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

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

• code: זהו אותו סטטוס HTTP של התגובה.
• message: תיאור קצר של השגיאה.
• errors: רשימת השגיאות שהתרחשו. כל שגיאה מכילה מזהה של סוג השגיאה (הסיבה) ותיאור קצר (ההודעה).

לדוגמה, שליחת JSON לא תקין מחזירה את השגיאה הבאה:

{
 "error": {
  "errors": [
   {
    "domain": "global",
    "reason": "parseError",
    "message": "Parse Error",
   }
  ],
  "code": 400,
  "message": "Parse Error"
 }
}

איסוף מידע על בדיקות מהמכשירים

לצורך בדיקות נוספות, אפשר לאסוף מידע מהמכשיר באמצעות ערכות ה-SDK וממשקי ה-API הבאים:

• מכשירי Android: עוברים אל Places SDK ל-Android וAndroid Location APIs.

• מכשירי iOS: עוברים אל Places SDK ל-iOS.

תיאורי שגיאות

ריכזנו כאן את השגיאות האפשריות שעשויות להופיע בתיאורים.