【问题标题】:Request for "near" venues keeps failing对“附近”场地的请求不断失败
【发布时间】:2012-05-09 23:27:50
【问题描述】:

请求示例:

https://api.foursquare.com/v2/venues/search?near=Chicago,%20IL&oauth_token=..

https://api.foursquare.com/v2/venues/search?near=Chicago&oauth_token=...

这是一个正确的 Foursquare 请求(使用默认令牌),昨天有效,但今天仍然失败。有任何帮助、报告和相关信息吗?

【问题讨论】:

  • 您不应在此处发布您的 OAuth 令牌。请撤销已发布令牌foursquare.com/settings/connections 的访问权限。否则任何人都可以访问您的 Foursquare 帐户。
  • 感谢您指出这一点,但正如我上面所说...这是您可以在此处找到的默认令牌:developer.foursquare.com/docs/explore#req=users/self
  • 不,那是你的令牌。它会自动链接到您的帐户。问题是:目前地理编码似乎被破坏了。我找不到一个有效的地理编码。 Foursquare 公告groups.google.com/group/foursquare-api/browse_frm/month/2012-04 声明地理编码数据来自geonames.org。他们的数据可以毫无问题地翻译地理编码。
  • 我真的以为这是每个人都使用的某种默认令牌。现在我看到foursquare 会自动将它添加到我的开发API 帐户中。谢谢。并感谢您的回答。我真的希望这将很快得到解决。
  • 两件事:(1)请发布您从“失败”请求中得到的响应。我们很难在不知道它究竟是如何失败的情况下帮助您调试。 (2) API Explorer 使用您的 OAuth 令牌,因此您可以准确了解 API 将为您返回的内容。添加一个更明确的警告不要发布或分享它可能会有所帮助——我会添加一个注释来做到这一点。感谢您的反馈。

标签: api foursquare


【解决方案1】:

[这里是 4sq 地理编码器的开发者] -- 今天的地理编码器似乎很慢,我现在正在调查原因。此外,这应该返回一个 500 来表明我们做错了什么。我将同时致力于地理编码器的性能/稳定性和更好的错误。

【讨论】:

  • 感谢您的回答。即使在今天,我仍然遇到很多问题。
  • 嘿 peric,他们自己解决了吗?我应该提到我在上周五发现了一个性能问题并部署了它。
  • 抱歉回答晚了。假设在那之后一切都很好 - 之后我没有使用那个功能。
猜你喜欢
  • 1970-01-01
  • 2012-07-20
  • 1970-01-01
  • 1970-01-01
  • 2023-03-29
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多