ESRI "Free" Web Services

I’m a nice guy, I often raise ESRI’s web services (formerly ArcWeb Services, now ArcGIS Online) when talking to clients about options for things like map services, geocodes and routes. It’s my way of rooting for the scrappy underdog, the old paleogeographic home team, going up against the Google and Microsoft Bing behemoths.

But someone, please, tap the Redlands team with the clue stick… check out the fabulous new “free” services ESRI is offering to lure developers to their ecosystem!

Free geocoding! Yes! Free! And as many as 1000 geocodes per year. You read that right, kids, per year. Also routing! 5000 per year!

Compare with Yahoo!’s (aside, something about putting an apostrophe after an exclamation mark feels wrong) free API, which offers 5000 geocodes per day (Google offers 15000).

There’s a punch-line in here somewhere, but I’m not sure where.

Update: Ray from ESRI notes in the comments that “… the limit of 1,000 geocodes is for geocodes done in BATCH MODE (ie: a request involving more than one address at a time). Place-finding, single address geocoding and single address reverse geocoding are not limited.” I may have had it completely backwards, ESRI is not being too stingy, they are being too generous. I’m pretty sure there’s lots of people who can script their computers into running lots of sequential individual geocoding requests … in a “batch”, as it were.

Update 2: Ray from ESRI further clarifies the meaning of “batch”: “Batch geocoding really means that you are storing the results of your request locally, so you can use them again.” So the “batchness” of your request is not governed by the size of the request, but by what you do with the request. (Wait, I’ve heard that somewhere before…) Comparing to the Yahoo! terms of use we find a similar restriction, which means the ESRI offering is the-same-only-better (fewer restrictions on non-“batch” requests). Better put away the clue-stick, nothing to see here, move along, move along.


Bill Dollins nails it:

In general, the perception of risk equals the presence of risk.

Like “truthiness”, risk is in the eye of the beholder. Which leaves me working to help sell a software-based solution for a problem that exists, for the most part, in people’s heads. Open source software vendor, or psychiatrist, you be the judge. Also, potential hole in the business plan – what happens when people finally wise up?

Bing Maps for the Enterprise

I never thought I would feel sorry for the Beast from Redmond, but they seen to be regularly plumbing new lows. Microsoft Bob, you have a new rival for Worst Marketing Brainwave Ever, and his name is Bing.

(And now I have to change all my presentation slides to refer to “Bing Maps for the Enterprise”? Flibbitty Jibbets for the Enterprise? Google at least managed to turn their silly name into a verb before plastering it everywhere in sight. Bing?!?)

Mapserver. What's in a name?

In an otherwise unrelated conversation, Howard Butler produced this short quote on effective software project names:

A name need not describe what something does (MapServer, I stare in your general direction :), but it needs to be distinctive enough to discriminate …

This reminded me of the ArcGIS Server demo at Where 2.0, the Jack-and-Jeremy show (by the way, IRC consensus was that Jeremy Rocks, too bad he was off-line (and on-stage) and couldn’t bask in the love) where a number of examples of searching for services were started from Google queries of the form: “mapserver something”.

So, a search for “mapserver idaho” picks up this ArcGIS service pretty high up, a search for “mapserver floods” turns up this ArcGIS flood service, and so on.

This seems like bad news for the Google Karma of Mapserver Classic, and also bad news from a customer conversation point-of-view. “We’re standing up [a] Mapserver” now has a couple of pretty distinct meanings.

Where Re-Cap

This was my first Where 2.0, so unfortunately I cannot provide any longitudinal data. Apparently the early expectation was for a conference in the 1000 attendee range, and this gathering seemed closer to 500 – the economic downturn is biting hipster location freaks just as much as the rest of the economy.

A lot of the idle chatter after sessions seemed to focus on the notion that there weren’t any “game changing” ideas being presented, which is probably more of a commentary on the rate of change in the industry over the past five years than on the quality of the presentations. My feeling is that the game changed only once, with the roll-out of Google Maps and (more importantly) the associated API. Everything since then has been watching the interaction of ripples and waves on the pond arising from the initial event. Long story short, we were a demanding and jaded audience.

  • I very much enjoyed watching the talks while monitoring (and silently heckling) on the #where2.0 IRC channel. The real-time commentary could instantly contextualize even generic industry boiler plate. One of the things the IRC channel noticed early on was that there were some repeating themes, which could be used to form a “where 2.0 drinking game”:

  • “twitter”, take a sip
  • “iPhone”, take a sip
  • “Google”, take a sip
  • “monetize”, take a drink
  • “find a coffee shop”, take a drink
  • “in the cloud”, take a drink

The repeated references to “iPhone” form one of my big conference takeaway thoughts: ubiquitous geo-location technology (broad markets for consumer devices that always know where they are) is no longer a “future development”, it’s the present. We knew it was coming, for a long time, but now it’s actually here.

Some of the applications of ubiquitous geolocation are really, really dull. Every framework and operating system is now adding a “geolocation API” which does little more than spit back a location-you-are-in-right-now. So Google demonstrated a “blue dot” on their maps, that takes you do your current location. Microsoft demonstrated Windows 7 location API, that provides all apps access to your current location (subject to various privacy controls). Nokia showed similar stuff. I met a Mozilla developer who is adding a location API to Firefox, same story.

Another predictable (but not dull) application of ubiquitous geolocation is spatial data mining. We will see more and more data mining going forward, but at Where I had my first exposure to the results of this technology, in a pair of talks on Wednesday.

Jeff Holden started with his talk on “Footstreams”. Jeff did a great job of providing a terminology and explanation of the power of analyzing and clustering individual spatial tracks. His conceptual parallel of “foot streams” to “click streams”, the temporal tracks of information we leave behind while browsing the web, is very powerful. Unfortunately, his service has access to a relatively small amount of voluntary data, so the analyses weren’t very convincing to me.


Greg Skibiski, from Sense Networks provided the data meat for Jeff’s conceptual sandwich. Sense Networks has access to heaping piles of data that telephony providers get from their subscribers (involuntarily). The telcos provide anonymized data to Sense Networks, who analyze it to provide a segmentation of the market based on spatial patterns. Greg’s talk left me with a massive case of data envy – my inner statistician wants a terabyte of location data for Christmas.


Finally, Ted Morgan from Skyhook dropped an interesting nugget in the midst of his talk about consumer geolocation use patterns. He showed a graph of the number of location apps calling Skyhook over time. Basically, the use of geolocation has hopped onto a steep geometric growth curve over the last 12 months, since the introduction of the App Store. Location apps are now mainstream and the long-awaited LBS tsunami has begun. More devices (Android and Android store, Nokia and their store) are just going to further accelerate this, but’s not the future anymore, it’s the now.

A number of the talks on the morning of the second day were around “location based social networking” applications. The age of the people on stage, and the kinds of applications they are developing brought up two thoughts on the IRC back-channel that I thought were fun.

My observation was that it is odd that introverted geeks are laboring long hours to create applications that make it easier to “meet people”. What kind of self-respecting introvert wants to go around meeting people? (Incidentally, the Skyhook talk also included a hilarious example “use case” of an iPhone app that let you both call for a cab and specify your destination, so (as Ted noted) you could get from point A to B in a cab without ever having to speak to a person. Sold!)

The follow-up observation from IRC participant “rabble” (I never linked that nick to a real person, unfortunately) was that the location based social networking start-ups are all solving a problem (keeping in touch with, and meeting up with, a diverse network of friends in a big urban area) that is of greatest important to a fairly narrow cultural niche. Why are we devoting so much venture capital to solving the social problems of young white collar professionals who have recently moved to a new city?

Final assessment, I went to Where looking for exposure to a side of geospatial that I don’t get at other location conferences and that was fulfilled. The Silicon Valley culture is definitely more open source aware, thinking about non-traditional uses of location (in usually non-surprising ways), and maintains a sense of self-regard which is almost as high as my own. Altogether an enjoyable week, many congratulations to conference chair Brady Forrest in putting together an entertaining program.