我正在开发一个使用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我认为我不可能在一天内检查25000个位置,但是如果上面提到的查询得到250个位置而不是2个,那么我就有问题了:)
谢谢
发布于 2011-02-22 17:38:11
根据我的经验,根据文档,您的请求确实算作250个位置。也许你应该使用较少的步数并进行插值。
请记住,即使它不会,您也会受到每天2,500个请求的限制。
发布于 2012-11-22 00:24:19
有点晚了,但有人可能会发现它很有用...
"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,以表明我已经达到了当天的限制。
https://stackoverflow.com/questions/5076343
复制相似问题