У меня есть приложение, которое генерирует некоторое количество токенов вокруг текущего местоположения пользователя, используя определенный радиус расстояния.Затем пользователю придется бежать в некоторые из этих мест.Проблема в том, что некоторые токены могут быть созданы в озере, лесу, океане или в другом физически недоступном месте.В качестве быстрого решения я просто генерирую дополнительные токены и увеличиваю расстояние сближения, которое определяет, достиг ли пользователь определенного местоположения.Теперь я хочу улучшить это, чтобы каждый токен находился в доступном месте.
Единственное решение, которое мне удалось найти, - это использование Google Directions API для определения пути от пользователя до токена.и использовать последнюю координату в полилинии в качестве нового достижимого местоположения токена.Моя проблема заключается в том, что мне, возможно, придется одновременно публиковать до 30 запросов в службу маршрутов, и я беспокоюсь, что могу достичь предела частоты запросов.Я не нашел ничего определенного об ограничении частоты запросов.
Так что мой вопрос в том, знает ли кто-нибудь о лучшем решении или может дать какой-либо вклад в ограничение частоты запросов Направления?Ожидание 1 секунды между каждым запросом и принуждение пользователя ждать до 30 секунд не является разумным решением.Спасибо.
ОБНОВЛЕНИЕ Использование решения, которое я описал в этом вопросе, приводит к OVER_QUERY_LIMIT, даже если я жду 1 секунду между каждым запросом.Кроме того, логика была здравой, и токены, которые получили запрос, появлялись в местах, доступных для пеших прогулок.