Current

[BastianTeilnehmer]

Moin Leute,

das Geocoder Modul läuft nicht wir bekommen folgende Fehlermeldung: “Der angegebene Schlüssel funktioniert nicht. Rückmeldung von Google: REQUEST_DENIED. Püfen Sie den Schlüssel. Wenn der korrekt ist, gehen Sie zu Google und prüfen Sie Ihre API Einstellungen. Static Maps API als auch Google Maps Embedded API müssen zugelassen sein.”

Der Schlüssel ist gültig hat genug Assets Frei und die API’s sind auch Aktive könnt ihr euch das mal anschauen.

[Frank PiepiorraTeilnehmer]

Dazu gibt es im Google Einstellungsmenü den Button “Prüfe Schlüssel Funktion”. Wenn der einen Fehler ausspuckt, wurde ein falscher Schlüssel verwendet.

[BastianTeilnehmer]

Hey Frank,

das weiß ich, aber der schlüssel ist nicht falsch, der schlüssel läuft auf unserer anderen Diensten. Die Adressfunktion geht mit dem Schlüssel ja auch und wir haben für die beiden Dienste keinen getrennten Schlüssel es ist der selbe.

und ohne Schlüssel geht der Geocoder gar nicht.

lg
Bastian

[Frank PiepiorraTeilnehmer]

na was geben denn die Buttons aus?

[BastianTeilnehmer]

Hallo Frank

Also der Schlüssel ist für beide Dienste freigeschaltet zusätzlich natürlich für die Static Maps API als auch Google Maps Embedded API sind freigeschaltet.

Komischerweise steht unten in der Beschreibung “Für die Geo Datenermittlung brauchen Sie z.Zt. nicht unbedingt einen Schlüssel. Allerdings ist ohne Angabe eines Schlüssels, genauso wie beim Standard-API-Nutzer, die Menge der zu ermittelnden GeoDaten pro Tag gemäß den Google Vorgaben begrenzt. Als Google Premium Plan-Nutzer Nutzer können Sie diese Begrenzung aufheben.”

Ohne Schlüssel geht es aber gar nicht

mfg
Bastian

Attachments:

You must be logged in to view attached files.

[Frank PiepiorraTeilnehmer]

Der Hinweis: “brauchen Sie z.Zt. nicht unbedingt einen Schlüssel” ist nicht mehr gültig, Google hat seine Policy geändert

Was den fehlerhaften Schlüssel betrifft so ist das klar. Google bietet einen Kartendienst an, also das Anzeigen einer Lokation auf einer Karte. Das ist der erste Schlüssel.

Für den anderen Dienst holt das CRM von Google die Geodaten einer Lokation. Die werden dann intern im CRM gespeichert. Für die Kartenansicht, wird dann nicht mehr auf Google zurück gegrifffen, da das zu lange dauern würde. Die gespeicherten Goedaten werden dann für die Anzeige basierend auf Open Map verwendet. So könnten theoretisch auch Millionen von Lokationen schnell angezeigt werden.
D.h., dass der Geo Dienst von Google angesprochen werden muss und dafür verlangt Google nun mal einen anderen Schlüssel.

[BastianTeilnehmer]

Hallo Frank,

ja das ist mir bewusst, wir sind Google Premium Partner und haben genug Assets. Wir Arbeiten jeden Tag mit dem Dienst, unser API-Schlüssel ist für denn Geocoder freigegeben und funktioniert doch auch, es liegt nicht am Schlüssel. Wir nutzen diesen über unserer andere Applikation täglich mehrer Tausend mal.

https://maps.googleapis.com/maps/api/geocode/json?address=1600+Amphitheatre+Parkway,+Mountain+View,+CA&key=YOUR_API_KEY

liefert keinen Fehler sondern haut ne Ausgabe raus

Attachments:

You must be logged in to view attached files.

[BastianTeilnehmer]

Also da stimmt irgendwas mit eurem Code Definitive nicht die URL die in der vtigercrm.log aufgerufen wird Inkl Schlüssel wird vom BerliCRM als als Falsch gewertet läuft im Browser ab und gibt alles ordentlich aus

06/11/19 17:42:46,068 [18900] DEBUG VT – Google API Error with status: REQUEST_DENIED. Can’t retrieve geo data for Stromstrasse 5, 10555, Berlin, Germany, Berlin whith url=https://maps.google.com/maps/api/geocode/xml?address=Stromstrasse+5%2C+10555%2C+Berlin%2C+Germany%2C+Berlin&key=YOUR_API_KEY

Attachments:

You must be logged in to view attached files.

[Frank PiepiorraTeilnehmer]

ich weiß nicht wie ich da weiterhelfen kann, bei uns (und unseren Kunden) läuft alles einwandfrei
siehe: https://demo.co.crm-now.de/index.php?module=berlimap&view=List

ich habe auch keine Idee was da am Code nicht stimmen sollte, da würde wohl nur debuggen helfen

[BastianTeilnehmer]

Hallo Frank,

magst du mal schauen ob die PHP Daten eurer Testinstanz gleich mit der OpenSource sind. Ich habe das selbe Phonemen auch auf einem Testsystem.

Das Kartenmodul läuft nicht und in Settings bekomme ich einen Fehler trotz Validenkey. Die Abfrage via Browser gibt auch gute Resultate die das CRM einfach nicht Akzeptiert obwohl dieses nachweislich via LOG die selbe URL versucht zu Importen

[BastianTeilnehmer]

Ist denn euer Modul in der DEMO und das aus dem Git identisch?

[Frank PiepiorraTeilnehmer]

der Code ist identisch zu
https://berlicrm.co.crm-now.de

[Autor]

Beiträge