More on Geo Web Services

Paul Bissett of WeoGeo has some thoughts about web services and the changes in our industry.

The future of GIS, geo-content, geo-entertainment, etc. will belong to those who can think outside of the traditional methods of production and product delivery.

I couldn’t say that better myself.

Web Mapping Systems and Services

I spent most of the afternoon talking with folks about web mapping systems and how to choose a direction to go. What is painfully obvious when you start laying out the different frameworks, APIs and servers is that there is just no clear answer as to what system to pick. When it comes down to it, what you are really after isn’t the system itself, but the product the system produces.


I think we need a taller pole

I talked a little about the different marketing direction I was taking last month, and this is partly it. It isn’t so much as abandoning one product for another as some had written in the comments, but more looking at the systems as a whole. Web services are web services, no matter if it is ESRI, Google, MapServer or even Manifold running the server. There is one constant that I’ve noticed in the past 2 years is that the server behind the product has very little to do with the quality of the product users see. You see users don’t care that it is Google, .NET, open source or even Manifold. They just want their experience to be useful.

Of course you may say it is easy to sit back and not worry about servers when you are in a IT structure that may dictate that you go one route or another. That is a huge reality in the for many implementors but it shouldn’t stop you from focusing on the end product and not on the server.

As I was on the airplane flying to New Orleans this morning I was thinking about where GIS application developers would be in the next 2 years.

Hosted Web Services

Now don’t start flaming me yet. I do realize that hosted web services aren’t possible for everyone or even wanted. But as this space grows beyond the traditional users of GIS, you’ll start seeing organizations wanting to get the power of maps with their products, but not have to worry about hardware, software or datasets. We’ve seen this with so many companies using Google Maps and Virtual Earth in basic web applications, but with the development of GeoJSON I think we are going to see much more integration of hosted web map services with existing business models.

Hosted web services is just the logical next step when you are not interested in the server itself, but the services that it provides. We’ve seen tons of innovation in the Amazon Web Services space so we probably need to keep one eye out there as well. I’m interested to see how this all plays out.

Vote for WeoGeo on the Amazon Start-Up Challenge

Time for all us geospatial folks to get together and vote for one of our own. Take a look at the videos for all the Amazon Start-Up Challenge and vote for your favorite (which I assume for most of us will be WeoGeo). Vote early and vote often. It would be great to see a geospatial entry get some good press.

Read more of this post

“How can I compete against Google?”

That was an email I got last night from a reader. They like all of us were amazed at what she was seeing. The solution is not that hard to imagine though. Most of the problem we run into is processing power and bandwidth. None of us can afford the server farms and the racks and racks of servers that Google can deploy. But that isn’t a problem. If I were ESRI, I’d be looking at allowing their customers/clients to use Amazon Amazon Simple Storage Service (S3) and Amazon Elastic Compute Cloud (EC2) for hosting and processing. The cost of such services is amazingly low and you can take advantage of Amazon’s infrastructure to offload some of the processing on it. Sure it won’t be “Google Fast”, but it will get you as close as you can get without being at Google.