iPhone 上的反向地理编码查找的限制是什么?

发布于 2024-08-12 17:35:17 字数 190 浏览 10 评论 0原文

我试图找出 iPhone 上反向地理编码查找的限制,它们是每个应用程序/每个设备吗?每天有多少个?该文件只是指出:

MKReverseGeocoder

每个 Map Kit 应用程序的反向地理编码容量都有限,因此谨慎使用反向地理编码请求对您有利。以下是最有效地使用此类的一些经验法则:

I'm trying to find out the limit for reverse-geocode lookups on iPhone, are they per application/per device and how many per day? The doco just states:

MKReverseGeocoder

Each Map Kit application has a limited amount of reverse geocoding capacity, so it is to your advantage to use reverse geocode requests sparingly. Here are some rules of thumb for using this class most effectively:

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

总以为 2024-08-19 17:35:17

由于 MapKit 框架使用 Google 地图服务和相同的 TOS,我想会应用相同的限制。在这种情况下,查找按 IP 地址(而不是按应用程序或按设备)进行计数,

因此限制为 24 小时内从单个 IP 地址收到的地理编码请求不超过 15,000 个。或者以太快的速度从单个 IP 地址提交的地理编码请求(根据我的经验,每秒超过 2 个似乎会触发此操作...)

突破限制会导致服务器以状态代码 620 进行响应,

请参阅 http://code.google.com/apis/maps/faq.html#geocoder_limit

As the MapKit framework uses the Google Map services and the same TOS I would imagine the same limits are applied. In which case the lookups are counted per-ip address (rather than per-app or per-device)

So the limits would be no more than 15,000 geocode requests in a 24 hour period received from a single IP address. Or geocode requests submitted from a single IP address at too fast a rate (in my experience more than 2 a second seems to trigger this...)

Breeching the limits results in the server responding with a status code of 620

See http://code.google.com/apis/maps/faq.html#geocoder_limit

海夕 2024-08-19 17:35:17

我们发现,使用免费 API 上的服务器端脚本无法“立即”返回超过 5 个地理编码

We have found out that that that we cannot return more than 5 geocodes "instantly" using serverside scripting on the free API

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文