Сроки и условия Google Maps: Могу ли я хранить компоненты lat/lng и address?

Этот вопрос задан в нескольких местах на SO, но я нашел ответы либо слегка противоречивыми, либо "тонкими"... поэтому я не уверен, что если запрос снова поможет, но здесь.

На странице "help" google говорится, что команда google поддерживает "присутствие" на SO, поэтому, если вы являетесь главой Google, пожалуйста, вы можете сделать это ясно, и если вы не просите также сделать это ясно, спасибо:)

Итак, что я хочу делать... Пользователь ищет набор местоположений. Они будут использоваться для составления маршрута поездки. Я хочу взять компоненты lat/lng и адреса и сохранить их в своей собственной базе данных, чтобы, когда другой использует поиск поездок в какой-либо стране, какое-то место и т.д., Я могу найти их.

Большой вопрос, позволяют ли это условия условий? Соответствующий бит, который меня беспокоит, - это...

10.1.3 Ограничения на экспорт или копирование данных.

... snip...

(b) Отсутствие предварительной выборки, кэширования или хранения содержимого. Вы не должны предварительная выборка, кеш или сохранение любого Контента, за исключением того, что вы можете хранить: (i) ограниченное количество Контента с целью улучшения производительность реализации API Карт, если вы это сделаете временно(и ни в коем случае более 30 календарных дней),... snip... Например, вы должны не использовать Контент для создания независимой базы данных "мест", или других локальных данных.

Будет ли то, что я хочу сделать, нарушает это. Это звучит так, как мне кажется, но тогда возникает вопрос: зачем использовать карты Google для такого приложения? Другие туристические сайты выглядят?!

Ответ 1

Нет проблем, если вы храните

  • широта и долгота
  • адрес

Так как это будут "пользовательские настройки" в вашем приложении.

Ограничения на экспорт данных относятся к фрагментам и фотографиям, используемым для отображения карт. В общем, люди хотят, чтобы эта функция имела механизм кэширования или предоставляла автономные функции. Это не разрешено *, и только официальное мобильное приложение имеет эти функции.

* Google фактически разрешает это, но вы должны прочитать более мелкий шрифт, подробнее об этом ниже.

Более длинный ответ, анализирующий ToC:

Нет предварительной загрузки, кэширования или хранения содержимого. Вы не должны предварительно извлекать, кэшировать или хранить любой контент...

Что означает содержание? Это плитки карт, ландшафтные плитки, фотографии мест, фотографии спутников и т.д. Содержимое в ToC - это все, что было создано Google и предоставлено как часть сервиса карты Google. Но не все, что предусмотрено в сервисе, создано и не принадлежит Google.

  • Адреса не создаются или не принадлежат Google, это общедоступная информация. То, что Google сделал, это собрать их и разместить в презентабельном, удобном для поиска интерфейсе. Но это не часть "контента".
  • Местоположение GPS не создано или принадлежит Google, это также общедоступная информация. Фактически, GPS был создан отделом обороны (DoD) в США. Это те, кто контролирует его использование.

... Например, вы не должны использовать Контент для создания независимой базы данных о "местах" или других локальных данных.

Было бы несправедливо, если бы вы загрузили подмножество контента, скажем, все плитки и фотографии для вашего родного города. Как только у вас будет ваша копия файлов, вы немного обработаете их, возможно, добавите мелочи или забавные факты, которые только вы знаете, потому что вы там выросли. И затем используйте это, чтобы предоставить повторно заклейменный сервис. Возможно, что-то вроде JimboMaps. Это тот тип вещей, который запрещен.

вы можете хранить: (i) ограниченное количество Контента с целью повышения производительности вашей реализации API Карт, если вы делаете это временно

Угадайте, что на самом деле вам разрешено хранить контент в вашей базе данных. Любой из них, фотографии, плитки и т.д. Захват:

  • Вы можете хранить ограниченные суммы. Несколько блоков, вероятно, небольшой регион в порядке. Но не храните целый город или пригород.
  • Вы не можете хранить что-либо более 30 дней.
  • Единственная действительная причина для этого - повышение производительности вашего приложения. См. Это: Google Maps v3 - кэширование кэша карты на клиенте?

... вы не должны использовать Контент для создания независимой базы данных "мест" или другой информации о локальных списках.

Это просто говорит, что вам запрещено создавать JimboMaps.

Ответ 2

Это страница разработчиков Google:

https://developers.google.com/maps/articles/geocodestrat

* Кэширование

API Карт Google позволяет кэшировать геокоды (т.е. хранить их на своем сервере в течение ограниченного периода времени). Кэширование может быть полезно, если вам придется неоднократно искать один и тот же адрес. Однако есть две важные вещи, которые следует иметь в виду. 1. Условия использования API Карт Google позволяют использовать геокоды, полученные из службы на Картах Google или Google Планета Земля. Вы не можете продавать или распространять их другим способом. 2.Геокодирование часто меняется, поскольку наши данные становятся все точнее. Поэтому, даже если у вас есть кэшированные данные, вы должны периодически обновлять их, чтобы убедиться, что вы получаете лучшие геокоды для своих местоположений.

API Карт Google для Flash требует использования ключей API. Многие ошибочно полагают, что квоты привязаны к ключам. Однако ключи вообще не влияют на вашу квоту геокодирования. Регистрация нового ключа не поможет. Квота привязана исключительно к IP-адресам. Поэтому новый ключ не даст вам больше квот по определенному IP-адресу. *