Google Elevation API - 限制

时间:2011-02-22 09:30:25

标签: google-maps google-maps-api-3 elevation google-elevation-api

我正在开发一个使用Google Elevation API的地图应用程序。今天我发现我得到了 OVER_QUERY_LIMIT响应。很明显,我达到了我的配额。当然,我已阅读文档:http://code.google.com/apis/maps/documentation/elevation/#Limits。 但有一点我无法理解。因此,我有一个问题。

我只将两个点作为路径传递,但我希望将其分为250个步骤。以下查询是否仅获取250个位置或两个位置的信息?

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

我认为我不可能在一天内检查25 000个地点,但如果上述查询得到250个地点而不是2个,那么我有一个问题:)

由于

2 个答案:

答案 0 :(得分:3)

根据我的经验,根据文档,您的请求确实计为250个位置。也许你应该使用较少的步数和插值。

请记住,即使不这样做,您也会受到每天2,500次请求的限制。

答案 1 :(得分:2)

有点晚了,但有人可能觉得它很有用......

来自the API documentation

"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"

我读到这说,批处理请求计为单个请求,因此不应该是问题。

但是,如果您在短时间内访问它们,Google Elevation API(及其他地图API)也会返回OVER_QUERY_LIMIT

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

为了解决这个问题,在我的函数中,我构建了一个wait参数。这逐渐增加了呼叫之间的时间长度,直到接收到直到OVER_QUERY_LIMIT的响应,或者直到等待> 500ms(或其他持续时间,取决于应用)。如果它仍在返回OVER_QUERY_LIMIT,则返回OVER_HARD_QUERY_LIMIT以表明我已达到当天的限制。