Google Elevation API - ограничения

Question

Я разрабатываю картографическое приложение, которое использует Google Elevation API. Сегодня я заметил, что я получаю OVER_QUERY_LIMIT ответ. Понятно, что я достиг своей квоты. Конечно, я прочитал документацию: http://code.google.com/apis/maps/documentation/elevation/#Limits. Есть одна вещь, которую я не могу понять, хотя. Таким образом, у меня есть к вам вопрос.

Я передаю только две точки пути, но хочу, чтобы он был разделен на 250 шагов. Получает ли следующий запрос информацию о 250 местах или только двух?

http://maps.googleapis.com/maps/api/elevation/json?path=90.828934,-33.938923|92.983400,-2.552155&mapclient=flashapi&sensor=false&samples=250&key=KEY=xt&url=URL

Я думаю, что я не смог проверить 25 000 местоположений за один день, но если вышеупомянутый запрос получит 250 местоположений вместо двух, у меня возникнет проблема:)

Спасибо

Answer 1

По моему опыту, и согласно документации, ваш запрос считается 250 мест. Возможно, вам следует использовать меньшее количество шагов и интерполировать.

Имейте в виду, что даже если этого не произойдет, вы также будете подвергнуты ограничению в 2500 запросов в день.

Answer 2

Немного поздно, но кто-то может найти это полезным ...

С Документация по API :

"Use of the Google Elevation API is subject to a limit of 2,500 requests per day... In each given request you may query the elevation of up to 512 locations"

Я прочитал, что как пакетный запрос считается одним запросом, так что это не должно быть проблемой.

Однако Google Elevation API (и его другие API-интерфейсы карт) также возвращают OVER_QUERY_LIMIT, если вы часто обращаетесь к ним в течение короткого периода времени.

"Additionally, we enforce a request rate limit to prevent abuse of the service."

Чтобы справиться с этим, в моих функциях я встроил параметр ожидания. Это постепенно увеличивает промежуток времени между вызовами до тех пор, пока не будет получен ответ, который не будет получен до тех пор, пока не будет получено OVER_QUERY_LIMIT, или пока время ожидания не станет> 500 мс (или другой продолжительности, в зависимости от приложения). Если он все еще возвращает OVER_QUERY_LIMIT, я возвращаю OVER_HARD_QUERY_LIMIT, чтобы показать, что я достиг предела за день.