【问题标题】:Google Elevation API - limitsGoogle Elevation API - 限制
【发布时间】:2011-02-22 09:30:24
【问题描述】:

我正在开发一个使用 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 个位置而不是两个,那么我就有问题了 :)

谢谢

【问题讨论】:

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


    【解决方案1】:

    根据我的经验,根据文档,您的请求确实算作 250 个位置。也许您应该使用更少的步数并进行插值。

    请记住,即使没有,您也会受到每天 2,500 个请求的限制。

    【讨论】:

      【解决方案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."

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

      【讨论】:

        猜你喜欢
        • 2012-10-12
        • 1970-01-01
        • 2018-01-14
        • 2021-06-02
        • 1970-01-01
        • 2014-05-12
        • 2016-05-14
        • 2015-08-27
        • 2021-10-16
        相关资源
        最近更新 更多