【问题标题】:Clarity on data storage from Google places APIGoogle Places API 数据存储的明确性
【发布时间】:2015-05-21 06:40:42
【问题描述】:

我一直在使用 Google Places API,为了在我的应用中充分利用 API,我需要明确他们关于 Google Places API 的服务条款。

我的应用程序向用户显示附近的餐馆。 在我的数据库中,我手动收集了所有餐厅信息,例如名称、照片、评论、营业时间等。请注意,此收集是手动完成的,而不是使用 Google API。

现在,由于 Google 允许缓存地点的 id,我已经手动将他们的 id 映射到我的餐馆。所以,我的数据库有五个字段。身份证,姓名,照片,评论和开放时间。再次重申,只有 id 来自谷歌,所有其他数据都是我手动收集的。

这样做的原因是我想为附近的餐馆提供这两种信息的混合。我总是会在运行时点击 Google Places API,连同来自他们 api 的信息,我还会提供我的自定义数据。

我想知道这是否可以。谷歌的使用条款不是很清楚,如果有人能澄清一下就好了。

谢谢。

【问题讨论】:

  • 我认为除了 Google 或律师之外,没有任何人可以为您准确解释 ToS。您应该自己查看ToS,看看是否有任何远程关闭您正在做的事情。如果你只是保存 Places ID,应该没有问题。
  • 谢谢安迪。关于如何让谷歌回答这个问题的任何想法。根据谷歌的说法,所有关于 Places API 的问题都必须在 stackoverflow 上提出。只是想知道如何明确此服务条款。
  • 我想到的直接询问他们的唯一方法是,如果您有 Google Maps for Work。我相信你可以得到Google support。他们指的是地方 api 问题的 stackoverflow,但这可能是代码问题。
  • 我投票结束这个问题,因为它是关于法律问题(服务条款),而不是编码
  • @geocodezip 在这里我不敢苟同。从开发人员的角度来看,这是一个非常关键的问题。此外,Google Places API 的官方论坛是 stackoverflow。因此,我高度怀疑这个问题是题外话。请查看您的评论。

标签: android google-maps google-places-api google-places


【解决方案1】:

这没问题!支持您的用例实际上是我们最近更新规则以制作place IDs exempt from the caching restriction 的原因。请确保当您调用 Places API 来显示地点信息时,您包含了适当的徽标和归属requirements

【讨论】:

  • 非常感谢詹哈灵顿!!
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2015-03-24
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多