Tag: apiskijken

Onbeperkt gratis gebruik Google Maps API is voorbij

In april waarschuwde Google al dat het er aan zat te komen, limieten op het gebruik van de Google Maps API. En nu zijn de details bekend gemaakt.

De introductie van de Google Maps API in 2005 wordt gezien als het begin van het Mashup en API tijdperk. Nu 6 jaar later, zijn APIs ‘serious business’ geworden en zijn ze niet meer weg te denken. Maar APIs kunnen voor een bedrijf ook erg kostbaar zijn. Anderen profiteren van de diensten die een bedrijf aanbiedt, in veel gevallen zonder daar iets voor te hoeven betalen. Langzamerhand worden er steeds meer betaalde APIs aangeboden, vaak met een beperkte, gratis variant (gelimiteerd of met reclame).

Eerder dit jaar schrapte Google al een hele serie APIs en maakte van de gratis Translate API een volledig betaalde variant. En nu is het dus de beurt aan de Google Maps API.

Er was overigens altijd al een betaalde variant van de Google Maps API, de Google Maps API Premier. Deze is bedoeld voor bedrijven die support willen, geen advertenties, meer geocoding of de kaarten intern willen gebruiken.

Google legt in de FAQ uit, welke limieten er geïntroduceerd worden. De API blijft gratis tot 25.000 ‘Map loads’ per dag voor de normale kaarten en tot 2.500 ‘Map loads’ per dag voor aangepaste kaarten. Daarboven moet er vanaf begin 2012 betaald worden. Voor de normale kaarten zal dit $4 per 1000 ‘Map loads’ worden en voor de aangepaste kaarten $4 of $8 per 1000 ‘Map loads’. Dit geldt zowel voor de JavaScript APIs als voor de Static Maps API. Opvallend is dat de oude JavaScript API (V2) ook nog ondersteund wordt, maar dat hiervoor $10 per 1000 ‘Map loads’ betaald moet worden.

Er wordt in de FAQ ook precies uitgelegd wat een ‘Map load‘ inhoudt. Het gaat hierom het laden van de Maps JavaScript door een website of applicatie of het genereren van een kaart afbeelding m.b.v. de Static API.

De limieten zijn overigens niet hard. Als een website over de limiet heen gaat, wordt niet direct de de kaart uitgeschakeld, maar bij herhaaldelijk overschrijden van de limiet, kan er een waarschuwing worden getoond op de kaart en zal iemand van Google contact opnemen.

Is het nu erg dat er voor de Maps API betaald moet gaan worden? De eerste reacties zijn overwegend positief. Natuurlijk is het jammer als je als ontwikkelaar moet gaan betalen voor iets dat voorheen gratis was, maar beter een betaalde versie dan helemaal geen Maps API meer.

Of dit nu zal betekent dat veel ontwikkelaars overgaan stappen op alternatieven, zoals bijv OpenStreetMap, zal de tijd moeten leren.

Overigens gelden de bovenstaande beperkingen alleen voor commerciële websites. Nonprofit websites kunnen zelfs nog in aanmerking komen voor opheffing van bepaalde limieten (bijv het uitschakelen van advertenties). Informatie hierover is te vinden op de Google Earth Outreach website.

Trends in API’s

Bij het ontwikkelen van internet toepassingen zijn API’s niet meer weg te denken, beter gezegd, ze zijn onmisbaar geworden. Zonder API was twitter niet zo succesvol geworden, zonder API was het een stuk lastiger om goede campagnes op Hyves of Facebook te voeren.

Het aantal organisaties dat een API aanbiedt is de afgelopen jaren enorm toegenomen. Op de website Programmableweb.com staan op dit moment 3891 API’s geregistreerd. In dit overzicht overzicht staan een kleine 40 Nederlandse API’s (overzicht is niet volledig, aanvullingen zijn welkom!).

Wat zijn op dit moment de trends in de (wondere) wereld van de API’s? Hieronder een overzicht:

json-only

Veel API’s bieden meerdere output formaten aan, meestal XML en JSON. Ontwikkelaars zijn gek op JSON. JSON is lekker simpel, niet te veel overhead, etc. Dit is de reden waarom veel API’s tegenwoordig JSON-only zijn. Vooral veel nieuwe API’s bieden alleen nog JSON aan als output formaat. Op Programmable Web is 20% van de nieuwe API’s (in 2011) al JSON-only. Maar ook steeds meer bestaande API’s stappen over op JSON-only.

Meta API’s

Als je een applicatie of mashup ontwikkelt, waarbij je alle informatie wilt gebruiken die over een bepaalde (geografische) locatie te vinden is, moet je meerdere API’s raadplegen, bijvoorbeeld Wikipedia voor de algemene informatie, Foursquare voor de checkins en tips, Twitter voor de tweets over de locatie, etc.

Het koppelen van de verschillende informatie bronnen kan soms complex zijn. De naam van de locatie is misschien net iets anders in Wikipedia dan in Foursquare en er bestaat al helemaal geen unieke id.

Meta API’s proberen een einde te maken aan dit probleem, door een overkoepelende API aan te bieden, of door een vertaalslag aan te bieden voor de id’s van de verschillende API’s. Een goed voorbeeld hiervan is de Uberblic Doppleganger API.

Realtime/Push API’s

Om een API te raadplegen moet meestal een verzoek naar een server gestuurd worden, waarna de resultaten binnengehaald kunnen worden. In deze tijd van realtime updates is dat vaak niet meer genoeg. Daarom worden er steeds meer push of ook wel realtime API’s aangeboden. Bij een push API worden nieuwe resultaten automatisch naar een applicatie gestuurd.

Bekend voorbeeld van deze push API is de streaming API van Twitter. Hierbij kan je als ontwikkelaar aangeven welke woorden of gebruikers je wilt volgen en komen de nieuwe tweets als een continue stroom van informatie naar je toe.

Ander recent voorbeeld: gisteren lanceerde Foursquare twee realtime API’s als beta. Een ontwikkelaar kan hier notificaties ontvangen als een gebruiker ergens incheckt of als er iemand op een bepaalde locatie incheckt.

Dit zijn drie trends die, volgens mij, op dit moment belangrijk zijn, heb ik nog iets gemist?