Readers may be familiar with this site’s GeoX application, which integrates Yahoo, Google, and until the end of January, MapQuest. At that time, MapQuest is switching over to an alternative API system and decommissioning their old api. This seems to be getting a lot of good blog press, but Science is skeptical by nature. As we’ll see, not everything is as it appears.
For starters, read MapQuest’s new terms of service before you get too excited about this new “upgrade.” MQ can charge you a fee at any time for any reason (section 2.2). Some bloggers are reporting that usage is unlimited. The truth is that the usage can be unlimited or they can turn it off or throttle it with no notice (section 2.4.a) (Yahoo and Google are a bit more up front about the limits on geocoding). These issues alone aren’t all that much worse than what you get with either Y! or Goog.
Digging a little deeper I can’t even find any support for a generic RESTful API that I can use programatically. They seem to only support their custom libraries in C/AS3/.NET/JS. Of course these can be reversed engineered but that’s not the point: Does MQ not want *everyone* to use their service? Do they want to control the libraries we are using? At the moment it looks that way.
When I wrote to MapQuest asking for clarification, they responded with a link to an “Enterprise” XML/HTTP API, which I couldn’t find via searching. It’s also not clear if this API suite is available for free. Finally, this API suite sucks – it doesn’t make it any easier for the average Joe to connect to MapQuest and pull down a lat/long geocode. Goog, Y! and the old MQ all make it dog simple to get in and get out of their API. This new MQ API requires including a bunch of MQ custom libraries in order to accomplish anything.
If we dig into their developer’s terms of service, we can see that this does appear to be what they’re intending.
MQ says that you can’t use their geocoding product to generate geocodes that are stored on your own servers. Section 3 prohibits using “unencrypted coordinate data provided by MapQuest for any purpose.” Also prohibited in Section 3: “ record, save, archive, store, create a database of or otherwise copy in any manner any map and/or directions.”
It gets better. Section 3 further restricts us from being able to “grant the right to or permit (in the event that You acquire the knowledge) any third party to include or integrate into any World Wide Web page any hypertext link to Your site for the primary purpose of retrieving Functionality.” This restriction appears to prevent the development of any third party backend tool whatsoever that doesn’t use their custom libraries.
- No saving data
- No transmitting data
- No integrating data with “hypertext links”
This seems ridiculous. Someone talk me off the ledge. It reminds of the 90’s when mapping data was proprietary and we had to pay to get access to it. It seems like MQ is trying to build a walled garden where you can play all you want on the inside, but you can’t connect it to anything on the outside. Oh wait, didn’t they get bought by AOL in 2000? In that case, I can only wonder why they didn’t do this sooner. I guess it took the suits this long to break down the doors.
Bye bye MapQuest. Good luck with this new strategy.