google-places-api - Google Places Nearby 搜索结果 - 缺少详细数据？

Question

我目前正在开展一个项目，在该项目中我们使用关键字对地点执行“附近”查询，然后我们提出后续“详细信息”请求以获取有关特定景点的更多信息。

随着 Google 新定价模型的实现，documentation警告 Nearby 搜索的成本，但该警告似乎暗示后续详细信息请求将不再是必要的，因为我们的原始搜索应该为我们提供了我们需要的一切:

By default, when a user selects a place, Nearby Search returns all of the available data fields for the selected place, and you will be billed accordingly. There is no way to constrain Nearby Search requests to only return specific fields. To keep from requesting (and paying for) data that you don't need, use a Find Place request instead.

但是，我没有看到这一点。当我运行示例请求时，我的 Nearby 请求的结果只包含与 Google 找到的地点相关的最少数据。要获取详细信息，我仍然需要做一个后续的详细信息请求。

有谁知道我可能会忽略什么？我包括我的请求 URL(无 API key )。

https://maps.googleapis.com/maps/api/place/nearbysearch/json?key=xxxxxxxxxx&location=30.7329,-88.081987&radius=5000&keyword=insurance

这是我收到的结果之一的示例:

{
  "geometry": {
    "location": {
      "lat": 30.69254,
      "lng": -88.0443999
    },
    "viewport": {
      "northeast": {
        "lat": 30.69387672989272,
        "lng": -88.04309162010728
      },
      "southwest": {
        "lat": 30.69117707010728,
        "lng": -88.04579127989273
      }
    }
  },
  "icon": "https://maps.gstatic.com/mapfiles/place_api/icons/generic_business-71.png",
  "id": "53744cdc03f8a9726593a767424b14f7f8f86049",
  "name": "Ann M Hartwell - Aflac Insurance Agent",
  "place_id": "ChIJj29KxNZPmogRJovoXjMDpQI",
  "plus_code": {
    "compound_code": "MXV4+26 Mobile, Alabama",
    "global_code": "862HMXV4+26"
  },
  "reference": "CmRbAAAAcHM1P7KgNiZgVOm1pWojLto9Bqx96h2BkA-IyfN5oAz1-OICsRXiZOgwmwHb-eX7z679eFjpzPzey0brgect1UMsAiyawKpb5NLlgr_Pk8wBJpagRcKQF1VSvEm7Nq6CEhCfR0pM5wiiwpqAE1eE6eCRGhQPJfQWcWllOVQ5e1yVpZYbCsD01w",
  "scope": "GOOGLE",
  "types": [
    "insurance_agency",
    "point_of_interest",
    "establishment"
  ],
  "vicinity": "70 N Joachim St, Mobile"
}

Answer 1

我想删除这个问题，但我想我会留下它，以防其他人像我一样感到困惑。

事实证明，我在附近搜索结果中寻找的额外详细信息字段就在那里......有点。

Google 的新定价模型将地点数据字段分为三层:基本、联系人和氛围(基本数据是免费的，但其他两个会增加成本)。

作为这些变化的一部分，Place API 调用得到了扩展，允许用户指定他们想要的数据字段，这样他们就不必为不需要的额外数据付费。

根据问题中的注释，Nearby Search 查询包括所有可用的数据字段，并且不支持用于控制数据的参数——它总是会返回落入 [Basic + Contact + Atmosphere] 存储桶的数据.

到目前为止，一切都很好。

然而，让我感到困惑的是不同数据层中包含的内容的细节。在我注意到内容不同之前，我浏览了这些笔记几次。

这就是字段如何分解为 Places details要求:

Basic

The Basic category includes the following fields: address_component, adr_address, alt_id, formatted_address, geometry, icon, id, name, permanently_closed, photo, place_id, plus_code, scope, type, url, utc_offset, vicinity

Contact

The Contact category includes the following fields: formatted_phone_number, international_phone_number, opening_hours, website

Atmosphere

The Atmosphere category includes the following fields: price_level, rating, review

这就是它如何查找 Places search要求:

Basic

The Basic category includes the following fields: formatted_address, geometry, icon, id, name, permanently_closed, photos, place_id, plus_code, scope, types

Contact

The Contact category includes the following field: opening_hours (Place Search returns only open_now; use a Place Details request to get the full opening_hours results). Atmosphere

The Atmosphere category includes the following fields: price_level, rating

具体而言，我还没有找到相关文档，但 Nearby Search 请求的结果似乎与 Place 搜索(包括 Contact 和 Atmosphere)很接近(但不完全相同)。

我最初认为附近搜索结果现在包括联系人和大气数据(如果可用)，这意味着它将包含在地点详细信息文档中逐项列为联系人和大气数据的所有字段，但事实并非如此。