我正在开发一个使用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个,那么我有一个问题:)
由于
答案 0 :(得分:3)
根据我的经验,根据文档,您的请求确实计为250个位置。也许你应该使用较少的步数和插值。
请记住,即使不这样做,您也会受到每天2,500次请求的限制。
答案 1 :(得分:2)
有点晚了,但有人可能觉得它很有用......
"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
以表明我已达到当天的限制。