Ясность в отношении хранения данных из Google Places API

Я просматривал API Google Places, и для оптимального использования API в моем приложении мне нужна ясность в их Условиях обслуживания в отношении API Google Places.

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

Теперь, поскольку Google позволяет кэшировать идентификаторы мест, я вручную сопоставил их идентификаторы с моими ресторанами. Итак, в моей базе данных есть пять полей. идентификатор, имя, фотографии, отзывы и время открытия. Еще раз повторюсь, только идентификаторы взяты из Google, все остальные данные были собраны мной вручную.

Причина этого в том, что я хочу предоставить сочетание обеих данных для близлежащих ресторанов. Я всегда обращался к Google Places API во время выполнения, и наряду с информацией из их API я также предоставлял свои пользовательские данные.

Я хочу знать, нормально ли это. Условия использования Google не очень ясны, поэтому было бы здорово, если бы кто-нибудь это разъяснил.

Спасибо.


person ayan_2587    schedule 21.05.2015    source источник
comment
Я не думаю, что кто-либо, кроме Google или, может быть, юристов, сможет точно интерпретировать Условия использования для вас. Вы должны сами просмотреть ToS, чтобы увидеть, есть ли что-то близкое к тому, что вы делаете. . Если вы просто сохраняете Places ID, проблем быть не должно.   -  person Andy    schedule 21.05.2015
comment
Спасибо, Энди. Любая идея о том, как я могу попросить Google ответить на это. Согласно Google, все вопросы об API Places нужно задавать в stackoverflow. Просто интересно, как получить ясность по условиям этой услуги.   -  person ayan_2587    schedule 21.05.2015
comment
Единственный способ спросить их напрямую, который приходит на ум, — это если у вас есть Google Maps for Work. Думаю, с его помощью вы сможете получить поддержку Google. Они ссылаются на stackoverflow для вопросов API мест, но это, вероятно, для вопросов по коду.   -  person Andy    schedule 21.05.2015
comment
Я голосую за то, чтобы закрыть этот вопрос как не по теме, потому что он касается юридических вопросов (условий обслуживания), а не кодирования.   -  person geocodezip    schedule 23.05.2015
comment
@geocodezip Прошу здесь не согласиться. Это очень важный вопрос с точки зрения разработчика. Кроме того, официальный форум Google Places API — stackoverflow. Поэтому я очень сомневаюсь, что этот вопрос не по теме. Пожалуйста, просмотрите свой комментарий.   -  person ayan_2587    schedule 25.05.2015
comment
Тот факт, что StackOverflow является официальным форумом Google Places, не имеет значения. Это верно только для вопросов по теме, что, на мой взгляд, не так. Связанный вопрос в мета: Почему мы не являемся службой поддержки клиентов для [вашей любимой компании   -  person geocodezip    schedule 25.05.2015


Ответы (1)


Это А-ОК! Поддержка вашего варианта использования — вот почему мы недавно обновили правила, чтобы сделать идентификаторы мест освобожденными от ограничения кэширования. Просто убедитесь, что когда вы вызываете Places API для отображения информации о месте, вы включаете соответствующий логотип и атрибуцию требования. .

person ladykovington    schedule 21.05.2015
comment
Дженхаррингтон большое спасибо!! - person ayan_2587; 25.05.2015