2

Google Elevation API を使用する地図アプリケーションを開発しています。今日、OVER_QUERY_LIMIT の応答が返されることに気付きました。ノルマに達したことは明らかです。もちろん、ドキュメントを読みました: http://code.google.com/apis/maps/documentation/elevation/#Limits。ただ、一つ理解できないことがあります。そこで、あなたに質問があります。

パスとして2点しか通らないのですが、250段に分割したいです。次のクエリは、250 か所の場所に関する情報を取得しますか?それとも 2 つだけですか?

http://maps.googleapis.com/maps/api/elevation/json?path=90.828934,-33.938923|92.983400,-2.552155&mapclient=flashapi&sensor=false&samples=250&key=KEY=xt&url=URL

1 日で 25,000 の場所をチェックすることは不可能だと思いますが、上記のクエリが 2 つではなく 250 の場所を取得する場合、問題が発生します :)

ありがとう

4

2 に答える 2

3

私の経験では、ドキュメントによると、あなたのリクエストは 250 か所としてカウントされます。使用するステップ数を減らして補間する必要があるかもしれません。

そうでない場合でも、1 日あたり 2,500 件のリクエストの制限を受けることに注意してください。

于 2011-02-22T09:38:10.717 に答える
2

少し遅いですが、誰かが役に立つと思うかもしれません...

APIドキュメントから：

"Use of the Google Elevation API is subject to a limit of 2,500 requests per day... In each given request you may query the elevation of up to 512 locations"

バッチ リクエストは 1 つのリクエストとしてカウントされるため、問題にはならないはずです。

OVER_QUERY_LIMITただし、短期間に頻繁にアクセスすると、Google Elevation API (およびその他のマップ API) も返されます。

"Additionally, we enforce a request rate limit to prevent abuse of the service."

これに対処するために、関数に待機パラメーターを組み込みました。OVER_QUERY_LIMITこれにより、応答が受信されるまで、または待機時間が 500 ミリ秒 (またはアプリケーションによってはその他の時間) になるまで、呼び出し間の時間が徐々に長くなります。それでも戻ってくる場合は、その日の制限に達したことを示すためOVER_QUERY_LIMITに戻ります。OVER_HARD_QUERY_LIMIT

于 2012-11-21T16:24:19.320 に答える