[PHP] Latitude & longitude bepalen met de Google API

[bartosiej]

Ik ben bezig met het schrijven van een cronjob die elke nacht gerunned zal worden.

Ik haal hiermee van verschillende XML feeds het adres, land op en converteer deze op de volgende manier naar een latitude/longitude:

code:

$adres = urlencode($country.", ".$city);
$json_data = file_get_contents("http://maps.google.com/maps/geo?q=".$adres."&output=json&oe=utf8&sensor=true_or_false&key=".$api_key."");
$array_data = json_decode($json_data);

$longitude = $array_data->Placemark[0]->Point->coordinates[0];
$latitude = $array_data->Placemark[0]->Point->coordinates[1];

Dit gaat prima als het voor 1 adres gebeurt, maar bij het verwerken van 1000+ adressen krijg ik de volgende foutmelding:

code:

Warning: file_get_contents(http://maps.google.com/maps/geo?q=FR%2C+Messanges&output=json&oe=utf8&sensor=true_or_false&key=APIKEY) [function.file-get-contents]: failed to open stream: HTTP request failed! HTTP/1.0 403 Forbidden in C:\xampp\htdocs\blabla.php on line 41

Google staat het blijkbaar niet toe om zoveel requests te plaatsen in zulke korte tijd..

Weet iemand misschien hoe dit kan worden voorkomen? Of is er eventueel een efficientere/snellere manier om de latitude/longitude te bepalen?

Alvast bedankt,

Bart

[glashio]

Ter info omtrent regels bij Google i.v.m. Geocoderen

http://code.google.com/apis/maps/faq.html#geocoder_limit

[MueR]

Wat zegt de documentatie van de Google Maps API over dit soort dingen? Kan me namelijk niet voorstellen dat er geen functie voor is. Ook daarbij zit je uiteraard wel vast aan wat Google toestaat.

[Kaasplank]

Ik weet niet of het je probleem oplost maar ik heb wel eens gebruik gemaakt van geonames.org voor dit soort dingen. Je mag er 50.000x per dag een request doen.

http://www.geonames.org/p...talcode=1000AA&country=NL

[Janoz]

Aangezien het om country, city gaat lijkt het me handig om zelf een database aan te leggen met geodata. Je hoeft dan alleen maar de locaties die je nog neit weet op te halen. Dat zullen er aan het begin nog wel veel zijn (en dan zul je daar gewoon een limiet op moeten zetten), maar na een tijdje zul je steeds meer locaties al in je eigen database hebben.

[NMe]

JSON heeft hier niets mee te maken dus ik pas je titel even aan.

[Mental]

http://code.google.com/in...s/faq.html#geocoder_limit

If more than 15,000 geocode requests in a 24 hour period are received from a single IP address, or geocode requests are submitted from a single IP address at too fast a rate, the Google Maps API geocoder will begin responding with a status code of 620. This article explains how to time geocode requests from PHP and provides sample code for doing so. If excessive geocoder usage continues, access to the Google Maps API geocoder from this IP address may be blocked permanently.

[ Voor 76% gewijzigd door Mental op 27-02-2010 20:10 ]

[bartosiej]

Kaasplank schreef op zaterdag 27 februari 2010 @ 19:48:
Ik weet niet of het je probleem oplost maar ik heb wel eens gebruik gemaakt van geonames.org voor dit soort dingen. Je mag er 50.000x per dag een request doen.

http://www.geonames.org/p...talcode=1000AA&country=NL

Top werkt perfect!, komt alleen wel iets vaker zonder resultaat terug, maar dat heb ik gefixed door in dat geval alsnog google te gebruiken!

[afraca]

Ik dacht ook gelijk aan wat Janoz zei. Je zult in het begin wellicht heel wat requests moeten doen, maar als je eenmaal de meesten in je database hebt staan, zal je nog maar enkel request naar de API moeten doen als je een onbekende locatie hebt.

[Ras]

Ik zie dat je al een oplossing hebt gevonden. Toch nog even mijn verhaaltje, misschien voor anderen.

Zelf heb ik een script gemaakt dat de longitude/latitude van klanten van een verhuurbedrijfje opzoekt, en vervolgens middels een kaartje met pinnetjes in het cms van de website toont. Ik had ook het probleem dat niet meer dan 25 à 50 locaties in één keer opgehaald konden worden. Toen eerst geprobeerd om met een time-out te werken, maar naast dat dat veel tijd kostte ging ook dat niet altijd goed. Wel gebruikt voor de eerste paar 100 klanten, omdat die al in het systeem stonden.

De uiteindelijke oplossing voor mij was, net als hier boven al min of meer aangedragen is, telkens als een nieuwe klant word toegevoegd gelijk de longitude/latitude erbij zoeken en in een database zetten. Op die manier hoefde ik de geolocatie van maar 1 klant tegelijk op te zoeken.

[ Voor 6% gewijzigd door Ras op 28-02-2010 14:14 ]

[Cartman!]

Volgens mij is het bij de Google Maps API echter niet toegestaan om de data op te slaan en moet je officieel de kaart tonen op de pagina die erbij hoort (Maps).

[Ras]

Heb je daar een bron bij? Zonder bron kan ik ook 'volgens mij' beweringen doen. Ik wil je best geloven, maar je bericht heeft nu weinig meerwaarde voor het topic.

Hoe dan ook, zonder opslaan van de longitude/latitude kon ik niet mijn gewenste effect bereiken. Ik toon het vervolgens wel weer op een google maps kaartje.

[Hydra]

Het idee is gewoon dat dit soort services hun geldt kosten en dus voor jou ook niet gratis zijn. Dus als je dit voor een 'klant' gebruikt kun je gewoon postcodetabellen e.d. kopen.

[swtimmer]

Ras schreef op zondag 28 februari 2010 @ 15:34:
Heb je daar een bron bij? Zonder bron kan ik ook 'volgens mij' beweringen doen. Ik wil je best geloven, maar je bericht heeft nu weinig meerwaarde voor het topic.

Hoe dan ook, zonder opslaan van de longitude/latitude kon ik niet mijn gewenste effect bereiken. Ik toon het vervolgens wel weer op een google maps kaartje.

http://code.google.com/ap...es.html#Geocoding_Caching

Developers are encouraged to build their own client-side caches. In this example, we construct a cache that contains pre-computed geocoder responses to six capital cities in countries covered by geocoding API. First, we build an array of geocode responses. Next, we create a custom cache that extends a standard GeocodeCache. Once the cache is defined, we call the setCache() method. There is no strict checking of objects stored in the cache, so you may store other information (such as population size) in the cache as well.

Als ik dat lees raden ze het zelfs aan om te doen. Ik doe dat zelf voor mijn eigen website ook (zoeken op locaties + straal is mogelijk). Nu zoeken veel mensen op dezelfde stad of postcode. Het zou toch zonde zijn telkens diezelfde data op te moeten vragen bij Google

/edit

Ook in de FAQ gewezen op server-side caching!

[ Voor 3% gewijzigd door swtimmer op 01-03-2010 13:45 ]

[Janoz]

@Ras
Je zou natuurlijk zelf ook de voorwaarden door kunnen lezen toen je je api key aanvroeg . Op zich is daarin duidelijk te lezen dat je de gegevens alleen mag gebruiken voor sites of applicaties die publiekelijk toegankelijk zijn.Je kunt het dus gebruiken mits het gebruikte CMS niet achter een inlog zit en wel publiekelijk toegankelijk is. Ik denk echter niet dat dat het geval is.

[Cartman!]

Ik kan t ook niet meer echt terugvinden. Het enige dat ik me herinner is dat het voor de eindgebruiker duidelijk moet zijn dat de gegevens vanuit google maps verkregen worden en als je het alleen serverside toepast is dat niet zo. Wellicht is die voorwaarde inmiddels vervallen.

[swtimmer]

Cartman! schreef op maandag 01 maart 2010 @ 19:36:
Ik kan t ook niet meer echt terugvinden. Het enige dat ik me herinner is dat het voor de eindgebruiker duidelijk moet zijn dat de gegevens vanuit google maps verkregen worden en als je het alleen serverside toepast is dat niet zo. Wellicht is die voorwaarde inmiddels vervallen.

Ik heb het niet nagezocht, maar zou je dan niet gewoon kunnen vermelden dat je gebruik maakt van de maps API? Net zoals je bij de API's van Yahoo en Amazon moet doen?

[Cartman!]

Dat zou denk ik dan voldoende zijn ja, maar zoals ik zei: ik kan niet meer terugvinden dat dit een vereiste is.