一般的な問題のトラブルシューティングに関するヒントをいくつかご紹介します。
精度の半径が非常に大きいのはなぜですか?
位置情報のレスポンスの [accuracy] フィールドに非常に高い値が表示されている場合、 サービスが、Wi-Fi 拡張ポイントやリクエスト IP アドレスではなく、リクエスト IP に基づいて 基地局ですこのようなレスポンスは、サービスがリソースへのアクセスを 基地局やアクセス ポイントを認識できます。
サービスがアクセス ポイントの位置情報を特定できなかったことを確認するには、
リクエストで considerIp
を false に設定します。レスポンスが 404 の場合
wifiAccessPoints および cellTowers オブジェクトの位置を特定できないことを確認しました。
レスポンス エラーをトラブルシューティングするにはどうすればよいですか?
リクエストでエラーが発生した場合、システムから標準形式のエラーが返されます。 HTTP ステータス コードをエラー ステータスに設定します。
エラー レスポンスには、1 つのエラー オブジェクトを含むオブジェクトが含まれます。 次のキーがあります。
code
: レスポンスの HTTP ステータスと同じです。message
: エラーの簡単な説明。errors
: 発生したエラーのリスト。各エラーには、各エラーの エラーのタイプ(理由)と簡単な説明(メッセージ)。
たとえば、無効な JSON を送信すると、次のエラーが返されます。
{
"error": {
"errors": [
{
"domain": "global",
"reason": "parseError",
"message": "Parse Error",
}
],
"code": 400,
"message": "Parse Error"
}
}
デバイスから検査情報を収集する
追加のテストでは、 次の SDK と API についても学びました
Android デバイス: Places SDK for Android、Android Location API。
iOS デバイス: Places SDK for iOS をご覧ください。
エラーの説明
説明で発生する可能性があるエラーは次のとおりです。
理由 | ドメイン | HTTP ステータス コード | 説明 |
---|---|---|---|
dailyLimitExceeded |
usageLimits |
403 | 1 日の上限を超えました。 |
keyInvalid |
usageLimits |
400 | API キーが Geolocation API に対して有効ではありません。必ず キー全体を含め、API を購入済みであること または、課金を有効にして API を有効化し、 無料で利用できます。 |
userRateLimitExceeded |
usageLimits |
403 | Google Cloud コンソールで構成したリクエストの上限を超えています。 この上限は通常、1 日あたりのリクエスト数、100 秒あたりのリクエスト数、 100 秒あたりのリクエスト数を表します上限を構成する必要がある 特定のユーザー グループまたは少人数のユーザー グループが 1 日あたりの割り当てを使い切らないようにする すべてのユーザーに適切なアクセスを許可します。 API 使用量の上限設定をご覧ください。 これらの上限を構成できます |
notFound |
geolocation |
404 | リクエストは有効ですが、結果が返されませんでした。 |
parseError |
global |
400 | リクエストの本文が有効な JSON ではありません。各フィールドの詳細については、リクエスト本文のセクションをご覧ください。 |