Ich versuche, die Route zwischen zwei Markierungen auf meiner Google Map zu zeichnen, die ich in meiner Android App implementiere. Ich habe gelesen, die Art, dies zu tun, ist das Aufrufen der Directions-API-Dienst. Die Nutzungsbeschränkungen besagt, dass Sie nur 2500 Anfragen pro Tag machen können, ich bin verwirrt darüber, dieses Limit wird für meinen gesamten App-Verkehr gelten (alle Nutzer wären in der Lage, 2500 Gesamtanforderung) oder gelten für einzelne mobile Geräte (eine einzige App-Instanzen, die auf einem einzelnen Gerät ausgeführt werden, können 2500 Anfragen pro Tag ausführen). Ich habe viele Fragen zu diesem Thema, aber keine offizielle Antwort gefunden. Ich schätze jede Hilfe Danke.
Ich glaube, das ist die Antwort, nach der Sie suchen (aus dem Google-Entwicklerbereich):
Überlegungen zu Quoten
Die serverseitige Geocodierung über den Geocodierungswebdienst hat eine Quote von 2.500 Anfragen pro IP pro Tag, sodass alle Anforderungen an einem Tag mit dem Kontingent übereinstimmen. Darüber hinaus ist der Web-Service ratenbegrenzt, sodass Anfragen, die zu schnell eingehen, zu einer Sperrung führen. Die clientseitige Geocodierung über den Browser ist pro Kartensitzung begrenzt, sodass die Geocodierung auf alle Ihre Nutzer verteilt und mit Ihrer Nutzerbasis skaliert wird. Geokodierungsquoten und Ratenbeschränkungen bestimmen die in diesem Artikel beschriebenen Strategien.
.....
Wann sollte die clientseitige Geocodierung verwendet werden?
Die grundlegende Antwort lautet "fast immer". Da Geocodierungslimits pro Benutzersitzung gelten, besteht kein Risiko, dass Ihre Anwendung ein globales Limit erreicht, wenn Ihre Benutzerbasis wächst. Die clientseitige Geokodierung unterliegt keiner Kontingentgrenze, es sei denn, Sie führen innerhalb einer Benutzersitzung einen Batch von Geocodierungsanforderungen durch. Daher müssen Sie sich bei der Ausführung der clientseitigen Geokodierung im Allgemeinen nicht um Ihr Kontingent kümmern.
Es gibt zwei grundlegende Architekturen für die clientseitige Geokodierung. • Führen Sie die Geokodierung und Anzeige vollständig im Browser aus. Zum Beispiel gibt der Benutzer eine Adresse auf Ihrer Seite ein. Ihre Anwendung geocodiert es. Dann verwendet Ihre Seite den Geocode, um eine Markierung auf der Karte zu erstellen. Oder Ihre App führt mithilfe des Geocodes eine einfache Analyse durch. Es werden keine Daten an Ihren Server gesendet. Dies reduziert die Belastung Ihres Servers, gibt Ihnen jedoch keinen Sinn für das, was Ihre Benutzer tun.
• Führen Sie den Geocode im Browser aus und senden Sie ihn an den Server. Zum Beispiel gibt der Benutzer eine Adresse ein. Ihre Anwendung geocodiert sie im Browser. Die App sendet dann die Daten an Ihren Server. Der Server antwortet mit einigen Daten, z. B. nahe gelegenen Punkten von Interesse. Auf diese Weise können Sie eine Antwort basierend auf Ihren eigenen Daten anpassen und den Geocode bei Bedarf zwischenspeichern. Mit diesem Cache können Sie noch mehr optimieren. Sie können den Server sogar mit der Adresse abfragen, sehen, ob Sie einen kürzlich gecachten Geocode dafür haben, und wenn Sie dies tun, verwenden Sie diesen. Wenn nicht, geben Sie kein Ergebnis an den Browser zurück und lassen Sie das Ergebnis geocodieren und zum Caching an den Server zurücksenden.
UPDATE 23.03.2015: pro Anfrage von einem Poster
Hier finden Sie den Auszug aus der Google-Dokumentation zu den Kontingentgrenzen für die Richtungs-API:
Nutzungsbeschränkungen
Für die Directions-API gelten die folgenden Beschränkungen:
Benutzer der kostenlosen API: • 2.500 Routenanfragen pro 24 Stunden.
• Bis zu 8 Wegpunkte in jeder Anfrage erlaubt. Wegpunkte sind nicht für Transitanweisungen verfügbar.
• 2 Anfragen pro Sekunde.
Google Maps-API für Work-Kunden: • 100.000 Anfragen pro 24 Stunden.
• 23 Wegpunkte in jeder Anfrage erlaubt. Wegpunkte sind nicht für Transitanweisungen verfügbar.
• 10 Anfragen pro Sekunde.
Tags und Links android google-maps google-direction