A Comparison of Places APIs

Location Based Services are all the rage these days. The space is still being defined and the players are trying to differentiate their service offerings in order to attract the critical mass of developers. In this post I’ll draw a side-by-side comparison of the main features provided by the major Places API providers today. While I have no hard numbers to back-up the “major provider” claim, I’ll simply go for the web companies I would look for when building an application around Location services.

Here are my candidates ordered by their first API release date:

Provider Name API Link First Released
Yahoo Yahoo GeoPlanet API Yahoo! GeoPlanet™ May 2009
Foursquare Foursquare API Foursquare APIv2 Nov. 2009
Twitter Twitter Places API Geo methods in Twitter API Jun. 2010
Facebook Facebook Places API Scattered under the Graph API Aug. 2010
Google Google Places API Google Places API Nov. 2010

The features of all these APIs are designed primarily to support (and promote) the business use cases of each respective competitor. One notable exception is Yahoo’s GeoPlanet API which advertises itself as being a general purpose API for referencing places.

I won’t try to identify any “best” API in the end. This post is meant to allow the reader to make an informed decision on which API(s) to use.

Since there can be only one true collection of physical places (we’re not dealing with quantum realities fortunately) and lacking a common industry effort towards harmonization, the default behavior is to compete to win or dominate the space. One notable mention, Foursquare is now trying to aggregate the various place identifiers referring to the same physical place through Venues Project. Others will follow suit.

A comparison of features available in each API:

Provider Place Identifier Place Data Structure Checkin Create Place Geocoding
Yahoo WOE ID XML, JSON, GeoJSON No No Yes
Foursquare Venue ID JSON, JSONP Yes Yes No
Twitter Geo ID JSON No No Yes
Facebook Numeric id JSON Yes No No
Google Place id JSON, XML Yes No Yes

Discovering places is an important feature and all competitors offer it:

Provider Nearby Textual Search Popular Places
Yahoo Yes Yes No
Foursquare Mandatory Yes Trending
Twitter Yes No Per topic
Facebook Mandatory Yes No
Google Mandatory Yes No

What kind of data is returned when fetching a place?

Provider Place contents
Yahoo Core only*
Foursquare Contact info, specials here & nearby,
who’s here now, tips,
photos, verified, who’s mayor
Twitter Core only*
Facebook Core only*
Google Core, icon, rating,
Google place details page URL

*Core Place data is represented differently by each provider, see individual documentation for more details.

What are the access restrictions when using the APIs?

Provider Authentication scheme Terms of Use Usage Limits
Yahoo Open, requires appId TOS 50k queries/day
Foursquare OAuth 2.0 API Terms of Service 200 requests/hour/method
Twitter OAuth TOS 350 requests/hour
Facebook OAuth 2.0 FB Platform Policy N/A
Google URL Signing Acceptable use Requirements Unspecified yet

This concludes the comparison galore.

The only offering that felt “general purpose” was Yahoo’s. The API is designed to provide generic access to the place information while not tying to any specific Yahoo data. All of the other offerings are built around specific features provided by the vendor (although the core place information is neutral in each case).

An interesting comparison would be showing the POI coverage for each API provider but this data is unavailable.

I would have liked to add a few more comparisons like number of apps using each API, daily usage. This data is also not public (or at least I couldn’t find it).

Flickr image courtesy mil8

Share and enjoy:
  • del.icio.us
  • Digg
  • Facebook
  • Mixx
  • description
  • Reddit
  • StumbleUpon
  • Technorati
  • TwitThis
Tagged with: , ,
Posted in software
  • http://buzzfree.info/post/a-comparison-of-places-apis.html A Comparison of Places APIs | Whats going on!

    [...] http://blog.newsplore.com/2011/03/23/a-comparison-of-places-apis This entry was posted in Uncategorized and tagged a-long-hiatus, api, are-trying, attract-the, comparing, defined-and, location-based, long-hiatus, players, rage, service, services. Bookmark the permalink. ← Canv.as opens up to the world — but not for creation | VentureBeat [...]

  • appdeveloper

    Thanks for the detailed comparison. I found it very useful in my research in to selecting which Places API to go with for my app.

  • developer

    Awesome comparision with great links. Thanks for helping speed up my time to market.

  • Evolvingwheel

    Great post. Very helpful.

  • http://naveenium.com naveen

    i love this breakdown. fyi, foursquare actually offers up, by default, 5000 requests/hour/method for the venues APIs (it’s 200 for the regular set) and you can request increases should your use case need it. what else do you want to see in terms of data/methods to make this even easier/open?

  • Lawrence Choi

    I am not sure the requests limit. Some of them may be user limit and some of them may be application limit.

  • http://www.quora.com/Is-it-possible-to-get-a-list-of-nearby-places-while-developing-for-ios-devices#ans966183 Is it possible to get a list of nearby places while developing for ios devices? – Quora

    [...] but others also have APIs like this. This blog compares some of them: http://blog.newsplore.com/2011/0…Via Kenny Jou.This answer .Please specify the necessary improvements. Edit Link Text Show [...]

  • Krishna Shetty

    Which one is the best?

  • http://twitter.com/ratebeer ratebeer

    It’s very important, perhaps most important, to know the number of places each service has, and how well they relatively cover the US, Europe and Asia.

  • http://twitter.com/ratebeer ratebeer

    Which has the most number of places?

  • http://anttyc.com/cs3216/?p=14 And they’re off! | CS3216: Anttyc's Blog

    [...] I found a bunch of comparisons and the 2 best articles are this question of Quora and this rather succinct summary. [...]

  • Abel Melquiades Callejo

    I was looking for places api intended for administrative places. I did test all of the stuffs mentioned here and it seems Yahoo!’s promising however I still don’t find it to be useful

blog comments powered by Disqus