OSMNX 无法在 /api/status 响应中无速率限制地工作答案

【问题标题】：OSMNX not working with no rate limit in /api/status responseOSMNX 无法在 /api/status 响应中无速率限制地工作
【发布时间】：2021-04-06 15:20:15
【问题描述】：

我们在 AWS 中托管 Overpass API 实例。它是一个预先构建的 AMI，显然禁用了速率限制，这对我们的目的来说很好，因为它是一个私有实例。但我们认为 OSMNX 不想与它交谈，因为 /api/status 响应不包括 X slots available now 并且只是进入重试循环。这是我们收到的/api/status 回复：

Connected as: 1190172919
Current time: 2020-12-30T03:02:05Z
Rate limit: 0
Currently running queries (pid, space limit, time limit, start time):

http://overpass-api.de/api/status 的默认公共 Overpass 服务器与 OSMNX 配合良好，它的 /api/status 响应如下所示：

Connected as: 1190172919
Current time: 2020-12-30T03:05:38Z
Rate limit: 2
2 slots available now.
Currently running queries (pid, space limit, time limit, start time):

我们真的很想使用我们自己的私有 Overpass 实例，而 AMI 是一种方便的方法，但是在 OSMNX 中有没有办法解决这个问题，或者必须以某种方式重新配置 Overpass 服务器？

谢谢

【问题讨论】：

OSMnx 设计用于处理主 Overpass API 实例的响应格式。知道为什么您的状态端点响应与标准不同吗？是不是因为你的限速配置？您可以更改它以生成相同的响应格式吗？
这是我们怀疑的，AMI 配置没有速率限制。仍在等待该 AMI 维护者的消息，看看我们是否可以将其关闭，但我怀疑这是某个地方的配置选项。
@gboeing 如果 OSMX 有一个选项来支持不应该使用公共 Overpass API 的商业用户的非速率限制私人安装，那就太好了。至少这是我对公共速率限制服务器的理解，如果你要过度使用它，那么你应该拥有自己的实例。

标签： python osmnx overpass-api

【解决方案1】：

从 OSMnx v1.1.1 开始，您现在可以配置 OSMnx 是否应该在发出下一个请求之前检查立交桥服务器状态端点以暂停多长时间。如果服务器使用插槽管理，则该检查是必要的，但如果您正在运行自己的天桥实例而没有任何速率限制，则可以（应该）禁用该设置。

【讨论】：