Traditional GIS vendor market share for 2008-2009

Daratech has published its annual analysis of the GIS industry. I thought there were a few interesting things worth commenting on there. First I should say though that I am generally somewhat skeptical of these type of reports - there is a lot of subjectivity in what gets included and what doesn't. One illustration of this was when Bentley suddenly jumped to the number 2 position ahead of Intergraph a couple of years ago - and apparently kept that for a second year. While I was clearly not in an impartial position at that time (being CTO of Intergraph), this went against the intuition of myself and others I talked to in the industry - the general feeling was that somehow Bentley had persuaded Daratech to count a lot of "CAD" revenue as "GIS". And to be fair, there is a lot of debate about how much of Intergraph's revenue is "GIS" and should be counted here. For example, Intergraph does a lot of business providing 911 call taking systems in the Public Safety space, which have a strong geospatial element to them - do you or don't you count those in this number? There is a good argument in favor, but it might not be what everyone calls "GIS". In this year's version, Intergraph's revenue is twice that of Bentley (which is hard to reconcile with Bentley being second last year).

Anyway, all those caveats notwithstanding, the top three vendors for 2009 are projected to be ESRI with 30%, Intergraph with 16%, and GE Energy (Smallworld) with somewhere around 8% (exact figure not stated in this summary, approximate figure deduced from chart). No surprise to see ESRI and Intergraph in the top two spots, which has been the generally accepted state of affairs for most industry observers for a long time. From a personal perspective it is nice to also see Smallworld (GE) still in the number 3 spot, where they have been on and off - there are several others vying for that (so my former companies get 2 of the top 3 slots!). The report also says that GE/Smallworld has top position in utilities with 24% of the market - almost as strong as ESRI's position in the overall market.

I think it's interesting though that ESRI's share (which is consistent with previous reports) is actually lower than many people perceive. ESRI clearly is the dominant player in the traditional GIS space, they enjoy an effective monopoly in many markets (for example see Andrew's recent post on a US Air Force sole source bid), and their "mindshare" is pervasive. Many people I talk to, especially those in the "neo" world, assume that "everyone" doing "traditional GIS" is using ESRI. But what this report says is that 70% of people are not using ESRI (well 70% of the revenue comes from people not using ESRI, which is not necessarily the same thing - but nevertheless, a lot of people are not using ESRI). But you have to give ESRI credit for the way they have achieved such "thought domination" with "only" a 30% market share. I often think that there are several interesting comparisons to draw between the dominant positions of ESRI and Microsoft in their respective markets (maybe there is more for a future post there). Microsoft has operating system market share of 90%-ish, and Apple somewhere around 8%, but Apple has arguably more thought leadership and buzz around its offerings than Microsoft does. But there is very little of that sort of alternative thought widely seen in the traditional GIS space, even though Intergraph and Smallworld still have certain areas where they have technical advantages and/or alternative approaches to offer compared to ESRI.

However, we are now seeing more diversity of thought reaching a broader audience from the "neogeography" side of the house, which is a good thing for the industry. And this leads into the other area that I wanted to comment on, which is how it is increasingly hard to do this kind of market share analysis on the geospatial market, as geospatial technology becomes more imbedded in mainstream IT. As geospatial data becomes just another data type and becomes an element of many different applications, how do you say that a given application is "geospatial" or not? There is no place on this list for Google, Microsoft or Oracle, for example, all of whom clearly play a major role in the geospatial market these days. And there is nothing that captures the strong growth that I perceive in open source geospatial software (by definition, software revenue is not going to be a good metric for measuring the market share of free software!).

So overall, while there are certainly some interesting tidbits in this Daratech report summary, it is not at all reflective of the overall state of the broader geospatial industry, where it is increasingly hard to even define the market, let alone to measure market share in a quantitative way.

For those that are interested in quantitative analysis of the "traditional geospatial" market, I would also suggest considering the annual Geospatial Technology Report from GITA, which uses an alternative approach based on survey responses from GITA member organizations. There are potential flaws in that methodology too, but in many ways it is less subjective than something based on vendor revenues, and it provides a lot of additional detail on various aspects of how people are using the technology, which I have found interesting in the past. It's also a lot cheaper! (I should add for full disclosure that I am a former member of the board of directors of GITA, but I receive no remuneration for sales of GITA reports!).

Update: Matt Ball has a good post discussing the relevance of these type of industry reports.

Smallworld's 20th birthday

It was brought to my attention the other day that we have just passed the 20th anniversary of the founding of Smallworld (December 3rd 1988 was its first day). Many readers of my blog these days may not be familiar with Smallworld, which is now part of GE, who acquired us in 2000. I joined Smallworld in 1992 in the UK when it was still a fairly small startup (about 30 people or so I think), was the first person to move from the UK to the US when we started here in 1993 (working with our sales guy Steve Bonifas), and I left in 2002. Smallworld grew to become the global market leader in GIS for utilities and communications companies, and almost certainly still holds that title today, depending on which market survey you believe. It certainly remains very strong in the high end of the utility and telecom market.

Smallworld really revolutionized the GIS market back in the early nineties, introducing several radical new ideas, and several ESRI insiders have since told me that ArcInfo 8.0 (now ArcGIS) was developed in order to respond to Smallworld's impact on the market - it clearly copied a number of ideas from Smallworld, as well as missing a number of important aspects too.

Some of the key innovations introduced by Smallworld at the beginning of the nineties included:

• Handling of long transactions using a new technique called version management (which became an industry standard approach some ten years later, being adopted in some form by ESRI, Intergraph and Oracle, among others)
• Outstanding performance and scalability, with the ability to interactively pan and zoom around very large continuous databases, and immediately edit features without having to extract anything, which was revolutionary at the time (most comparable systems required you to check out data from a database into a local file, which typically took minutes to do).
• Both the preceding features were due to the Version Managed Data Store (VMDS), a specialized database management system developed by Smallworld (specifically by Mark Easterfield) which was highly optimized for long transactions and spatial data - interestingly the high performance characteristics came from an elegant caching approach that was specific to the way that long transactions were handled. You can read more about this in a white paper called GIS Databases are Different, which I co-wrote with Dick Newell. There's an interesting debate of course on the extent to which the title of this paper is true - it is in some ways but not in others, but that could take up several posts in its own right so I won't go there just now! In the late nineties as use of mainstream relational databases for spatial data became more common, VMDS was really a two-edged sword from a sales perspective. The market didn't like the idea of a "proprietary" database, even though in many ways it was and still is a superior technology for interactive graphical applications in a long transaction environment.
• An extraordinarily flexible and productive development environment, based on Smallworld's own object-oriented language called Magik (initially developed by Arthur Chance, with significant contributions from Nicola Terry), which was way ahead of its time and very similar to Python, which has of course become very popular in the last few years and recognized for being an extremely productive environment. Smallworld was a pioneer in the use of object-orientation for large scale systems. The system had a unique approach which made almost any aspect of the system incredibly customizable, yet in a way which minimized support and upgrade issues. Getting into detail on that is beyond the scope of this post but maybe that's another item I'll return to in future.
• A data model based on spatial attributes rather than spatial objects. This is one of the really important features that ESRI didn't get into ArcGIS, which is still based around the idea that a feature is a point, line or polygon (with a few minor extensions, but still the concept is that a feature has a specific spatial type). In Smallworld, an object (feature) could have any number of spatial attributes, each of which could be a point, line or area, which is a much more flexible and powerful approach in many applications. This is something that you really have to design into your system from the beginning, as it fundamentally changes many aspects of the system from data modeling through to many aspects of the user interface, so I suspect that it is unlikely that ESRI will ever adopt this model at this point. I talk about some examples of how this model is useful in the technical paper AM/FM Data Modeling for Utilities, as well as discussing some other modeling constructs that were unique to Smallworld at the time, like multiple worlds.
• Integration of raster and vector data in a common database, with features for automated line following to help with "heads up digitizing" for data capture from (scanned) paper maps. Smallworld never did support traditional digitizing tablets, which were the primary means of data conversion back then, and we fought quite a lot of battles in RFPs explaining why we didn't support this often "mandatory" requirement.
• An integrated CASE tool for graphical design of your data model, which was itself version managed (the CASE tool was actually just a specialized Smallworld GIS application). Another feature of Smallworld was that you could modify the data model of a production database just within an individual version, which was incredibly powerful for being able to test changes without impacting users of the system, and then just apply them to all versions once you had tested everything. There is also a technical paper on the CASE tool.

So if Smallworld was so great, you may be asking, why it isn't the leading GIS in the marketplace today? I think that's also a story for another post (or several)! But as I said, Smallworld did become the leader in the utility and telecoms market and still holds a very strong position there today, based on the same core technologies of Magik and VMDS that were initially developed 20 years ago, which is a testimony to their strength. I would say that the early to mid nineties when Smallworld burst onto the scene in the US were the most enjoyable time of my career - it's rare that you have the opportunity to work with a technology that is so far ahead of the competition, in ways which matter to the customer, combined having great sales and marketing and all the other aspects you need to be successful - and to be in this position in a market where lots of companies are buying new systems. These days the utility GIS market is a very tough one - the three major high end systems (Smallworld, Intergraph and ESRI) all have pros and cons but none of them has a clear technical lead, and there are very few new system sales as most utilities have invested a lot in one of these and there really isn't a compelling business case to switch.

So anyway, I'd like to finish by recognizing the 10 founders of Smallworld, and congratulate them for building such a ground-breaking product and great company, and thank them for all the good times. The founders were Dick Newell, Tim Cadman, Richard Green, David Theriault, Mike Williamson, Hugh Fingland, Arthur Chance, Mark Easterfield, Cees Van Der Leeden, and Klas Lindgren. (Slightly belated) Happy Birthday!!

Ignacio Guerrero retires from Intergraph

I recently heard from my friend Ignacio Guerrero that he has retired from Intergraph after 26 years there. He is going to continue doing some work in the geospatial industry though, and has set up his own consulting company called Andes Geoconsulting. Ignacio has been very involved with OGC over the years and has contributed a great deal to the industry, so I am glad to see that he will still be around, and wish him good luck with his new venture - it seems to be the season for it! He mentioned that he will be at the FOSS4G conference next week, so I look forward to catching up with him there.

Me and Ignacio in a restaurant in Poland last year

Thoughts on GE's next generation system based on Oracle - part 2

This is a continuation of my previous post about GE (General Electric)'s next generation system based on Oracle - please read that before reading this if you haven't already done so. At the end of part 1, I said that in part 2 I would talk about the real reason why this product could be a significant jump forward for the utility industry, which really hasn't been highlighted in the GE announcements or in any of the commentary I've seen - and also why this same factor could be the reason that the product fails. And last but not least, I'll talk about some of the challenges which GE faces in positioning the new product with regard to the existing Smallworld products. So here we go ...

I think that the factor that could make this product a significant jump forward is that, as I understand it from contacts at GE, they are really trying to produce something that is an off the shelf product which can be configured rather than customized (the distinction being that configuration just involves setting certain parameters about how the application behaves, as opposed to customization which involves writing code). Now GE really didn't talk about this in their announcement, and this information comes from informal conversations, so it's possible this emphasis may not be as strong as I had inferred - but either way it is interesting to talk about the pros and cons of this approach.

Historically in the utility industry, the implementation of geospatial systems has involved buying a software product as a starting point (with GE, Intergraph and ESRI being the three primary vendors in the space), and then doing some customization (data modeling, further software development, etc) on top of that core product to meet each individual utility's specific requirements. This approach enables each utility to get a system which closely meets its specific requirements, but has drawbacks: apart from the additional cost for the initial customization, having many different custom systems makes support and upgrade procedures harder for vendor and user alike. All the major vendors have generally had a "starter system" or "template" for the customization, which reduces the cost of the initial implementation, but in general (in my experience) has not really helped in terms of simplifying ongoing support and upgrade issues, and thereby reducing ongoing cost of ownership. In the early 2000s, when Intergraph launched its G/Technology product, initially the intent was that it would be a completely off the shelf system, allowing some configuration but not customization. While many utilities liked the principle, nearly all wanted additional functionality in their systems (and of course typically different utilities wanted different additional functionality). So Intergraph ended up having to rearchitect their initial approach to allow the system to be customized in a more flexible way, which was not a trivial undertaking and probably cost them a few years in terms of getting a competitive version of G/Technology to market.

So it will be interesting to see if GE really does pursue the angle that this will be an "off the shelf solution". It is hard to be wishy-washy about this - if you say that you think it will meet many customer needs off the shelf but you can still customize it if you want, then you really don't address the ongoing cost of ownership issues associated with the complexity of supporting and upgrading all these different systems in the field (unless you put very strict constraints on the customization, and really constrain yourself to not modify APIs from one release to the next). If GE does take a truly off the shelf approach then this would differentiate the product in the market IF it was functionally rich enough - but the risk if the product is not functionally rich enough is that you won't be able to win business and it will set back your entry to the market until either you allow customization (which makes you less differentiated) or you add sufficient functionality that you can be competitive - either of which may take a significant amount of time.

This leads on to the challenges that GE faces in terms of positioning the new product versus the current Smallworld product. Now GE is specifically trying not to position this as a replacement for Smallworld, and is saying that it will continue to develop new functionality on both platforms. It's fine to say that, but obviously the challenge with this approach is that if you develop all functionality on two different platforms which don't support common code, you can only develop half as much new functionality with the same number of developers (well maybe a bit more than half as much, since some design work could be common across both platforms, but certainly you can do a lot less than you could do if you just focused on a single platform). So that really doesn't seem like a sustainable approach for a long period of time, unless GE is prepared to substantially increase the size of its development team, which I imagine would be hard for it to justify. GE is initially focusing the new product specifically on North American mid-size electric utilities, so migrating to the new product will not be an option yet for customers who do not fall into that category, which is a fairly large majority.

For those customers who are in a position to consider migration (the North American mid-size electric utilities - and presumably the segments addressed will expand over time), GE will face the classic challenges of any company going through a major technology upgrade (and which Intergraph went through - and is still going through - with the migration from its older FRAMME product to G/Technology, and ESRI from Arc/Info 7 to ArcGIS). One challenge is that with a product like Smallworld that is 16 years old and exceptionally customizable, most customers have very rich functionality which it is hard to replace with a product that has only been under development for a year or two. There will either be custom development necessary to replace custom functionality in the old system, or the customer will need to be persuaded to give up some existing functionality to get other benefits that can be obtained from the new architecture. This generally means that the migration from the old system to the new system is a large enough project that most organizations will take the opportunity to evaluate other systems on the market and decide whether to stay with the same vendor or switch to a new one. There has been little turnover in the utility market in recent years, so on the rare occasions that utilities do choose a new system, all the vendors are very hungry for those opportunities and pricing tends to be very competitive, especially since the three major systems are not highly differentiated these days. As I said, none of this part is unique to GE, it is the same situation that ESRI and Intergraph have gone through as they have been migrating their customers to newer technologies.

One other challenge GE may have is with the customers who are not yet addressed by the new product. It will presumably take several years before the new product is an option for all of them (I believe that GE is saying that they will have a beta out sometime this year, then a first release first half of next year, and unless it's different from all other software products it will probably need a second release before it's really ready for serious use, so suppose that arrives late 2008 or early 2009, then probably the product is not going to be expanding to substantial additional market segments until 2009 or 2010). Now by and large I think that the Smallworld customer base is still pretty happy, so maybe customers will be willing to continue, assuming that GE continues to invest in Smallworld as it says it will. But there is also the risk that some customers will decide that this all means that the writing is on the wall for the Smallworld products, even if they keep going for a few more years, so maybe they should just go out and look at Intergraph and ESRI, who are running on more mainstream architectures which are in production today.

One other challenge for GE as they try to address moving their larger customers to the new platform at some point in the future (assuming they do) will be how to provide the same level of scalability that Smallworld VMDS does - perhaps that's a topic for a future discussion.

So anyway, it will be interesting to see how all this pans out over the next few years. I wish the GE guys good luck with it - as I said before, the industry can use additional innovation and competition!

Thoughts on GE's next generation system based on Oracle - part 1

A number of people have asked about my thoughts on GE's announcement back in March about a next generation system based on top of Oracle technology (note that in this post, GE stands for General Electric, not Google Earth!). This was covered by Joe Francica at All Points Blog under the title "Cutting out the GIS Middleman", by Susan Smith at GISCafe in an interview with Robert Laudati, and in an article by GE. Here are my thoughts ... (warning - this is a rather long post, in fact it was getting so long I have decided to split it into two parts, and the first part is still very long!).

I'll give a quick bit of history on Smallworld for all you "neo" people and those who haven't had any involvement with GIS in the utility industry. Smallworld is where I worked from 1992 to 2002, and during that time we grew from being a small startup in the UK to the global market leader in GIS for utilities and communications (according to Daratech), with revenues of around $100m. Smallworld was bought by General Electric in 2000. Smallworld introduced some radical new ideas in the early 1990s, many of which have now become common practice across the industry - I will talk more about some of these in the future, but Charlie Savage gives a good summary of his perspective here. In the 1990s, Smallworld had a clear technical lead in the utility industry, but in the early 2000s both ESRI and Intergraph introduced new systems (ArcInfo 8.0, now ArcGIS, and G/Technology), and the playing field is now much more even, with no clear leader, in my opinion. The Smallworld product remains very robust and scalable and has very rich functionality, but increasingly GE has been suffering in new sales situations because of the fact that Smallworld is based on its own proprietary language (Magik) and database (VMDS, Version Managed Datastore), while its two primary competitors have more modern and mainstream software architectures. Actually both Magik and VMDS still have some great technical strengths, especially the latter, but as geospatial technology has moved more into the mainstream, it has become increasingly hard to convince the market of the benefits of buying a "proprietary" solution, and in my opinion this has been the primary driver for GE to develop this new product set on top of Oracle.

The most obvious interesting thing about this announcement, which others have commented on also, is that it really reinforces the notion that geospatial technology is becoming absorbed into mainstream IT - many people have talked about this for a while, myself included. The way it was explained to me by someone from GE is that when they first sat down with Oracle to discuss collaboration on this project, they thought that there would be three layers of software: Oracle technology at the back end, a new "GIS" layer in the middle, and specific utility applications built on top of that. But when they looked at what Oracle now offers, including a map viewer, network model, version management (workspace management in Oracle terminology), etc, they concluded that there were really just two layers: Oracle, and the specific utility applications. I don't think this point is especially interesting to customers, actually: whether you regard the solution as 2 tiers or 3 tiers is a bit of an arbitrary distinction - in either case you need software from two vendors, Oracle and GE, and whether specific bits of functionality come from one or the other is not really significant. If GE reduces the cost of their software because they don't have to develop as much functionality themselves, then customers will be interested, but I haven't heard any discussion about that!

The reason this is interesting is from a general industry perspective, because it suggests that it will be harder to have a successful business which focuses purely on the middle "GIS" layer, without delivering applications on top of that which solve specific business problems. There are now many free or cheap options for drawing a map on a screen; you no longer need a specialized and expensive piece of software to do that. Companies like GE and Intergraph sell both geospatial platform software and vertical industry applications, and both are now putting more emphasis on the vertical applications where (in the right areas), they can still show high business value and therefore justify relatively high prices, and less emphasis on the basic geospatial capabilities, many of which are becoming commoditized. ESRI has of course focused heavily on delivering a horizontal GIS product, and has a large partner ecosystem which provides vertical applications on top of this. They have a very dominant position in this horizontal GIS space, and the fact that many of their traditional competitors are focusing more on vertical applications may mean that they can increase their hold there - but nevertheless they are seeing significant pressure on various parts of this space from Oracle, Google, Microsoft, Yahoo and open source solutions. So it will be interesting to see whether ESRI keeps its horizontal focus or also starts to move into more vertical solutions over time. There would be some challenges in this strategy, in particular the issue of potentially competing with its partners - though this is a common problem for platform software companies and is in many ways a natural evolution that many companies go through. We went through this at Smallworld, starting as a platform company with partners and then moving more into vertical applications, and Oracle is experiencing this also, especially with several of its recent acquisitions (more on that in a future post).

OK, so does this new architecture give GE a competitive advantage? Not really, in my opinion. The first major argument in favor of it is that all your data is stored in a standard relational database, which helps with integration, administration, security, etc (see my 1990 article which outlines these benefits - these concepts are not new!). The second major argument is that you can use standard development environments (Java-based, in this case). So GE addresses the concerns that the market today has about its existing "proprietary" solution - but both ESRI and Intergraph have provided solutions based on mainstream databases and development environments for a number of years, so these things will not be differentiators for GE - they are playing catch up in this regard. Oracle likes the fact that the solution is based purely on the Oracle stack - and so customers who have committed to the whole Oracle stack will also see that as an advantage. But on the other hand, customers focused on a Microsoft architecture either on the client or middle tier will see this approach as a disadvantage - and my general feeling is that more utilities probably fall into this category. Those who are not too religious about their IT strategy (probably the majority) will focus on the functionality provided by the main three vendors more than the system architecture.

So, in summary on part 1: I am pleased to see GE make this announcement, as I had personally pretty much written off the possibility of them investing in a "next generation" system. I am happy for the friends I still have at GE that there is investment in the future, and I think it will be good for the industry if GE can make this new product into a strong competitor to ESRI and Intergraph in the utility market - and if they can bring forward the strengths of the current Smallworld system then it will be. The announcement is interesting because it shows that you can now develop complex geospatial applications directly on top of Oracle without needing a traditional "GIS". While I think this is of somewhat academic interest to most customers, it is more significant in terms of what vendors in the geospatial industry will look like in future. I personally don't think that the market will see the new system architecture as a competitive advantage, except in situations where organizations have very strong Oracle religion - I think it will be seen as more of a catch up exercise by most people, which negates the perceived weakness of Smallworld's current "proprietary" architecture.

In part 2 I will talk about the real reason why this product could be a significant jump forward for the utility industry, which really hasn't been highlighted in the GE announcements or in any of the commentary I've seen. And I'll talk about why this same factor could be the reason that the product fails. And last but not least, I'll talk about some of the challenges which GE faces in positioning the new product with regard to the existing Smallworld products.

ESRI integration with Google and Microsoft

I thought that one of the more significant announcements in the plenary session at the ESRI User Conference was the functionality in 9.3 relating to integration with Virtual Earth and Google Maps / Google Earth. Up to this point, as I've commented before, ESRI has seemed a little reluctant to integrate with these systems, and third party software like Arc2Earth has filled that hole. The Microsoft Virtual Earth blog talks in more detail about the integration capabilities with Virtual Earth. In the plenary, there was a brief demo which showed a nice looking analysis from ArcGIS Server overlaid in a Virtual Earth environment. Given the results of the ESRI customer poll in this area, I guess this type of integration was inevitable, but I still think it's a significant step. Jack consistently tried to position Google and Microsoft as "consumer" products in his talk, but it is clear that they are already being used in many business-oriented applications. Once these easier integration capabilities are available, it will be interesting to see whether that accelerates the move of these "consumer" systems into the application spaces traditionally occupied by the established geospatial vendors. This is scheduled to be available from ESRI next year, while Intergraph plans to provide similar capabilities this year.

Intergraph integrates with Google Maps and Virtual Earth

Intergraph has announced at its Intergraph 2007 conference a new capability for its GeoMedia WebMap product to be able to produce mashups with Google Maps or Microsoft Virtual Earth, without requiring any programming. This will be available in GeoMedia WebMap 6.1 later this year. I think this is potentially a very significant announcement - I have been saying for some time that the traditional GIS vendors need to leverage what Google, Microsoft et al are doing and not try to compete with it, and had been pushing this in my time at Intergraph. But it's a big culture change to do this as it starts to take these vendors down a path where they have less control in their customer base than they have done in the past. ESRI in particular seems reluctant to go down this path - they have nothing comparable to this new offering from Intergraph at the moment, it is left to third parties to provide software like Arc2Earth.

This solution lets you do anything you can do with GeoMedia WebMap in terms of sophisticated visualization and server-based geospatial analysis, and overlay that in Google Maps or Microsoft Virtual Earth. The press release isn't specific on this point, but my understanding is that the GeoMedia maps can be created "on the fly", or they can be published as tiles in advance, for very high performance like that achieved with Google Maps and Virtual Earth. Intergraph has not done a great job historically in promoting the full capabilities of GeoMedia WebMap, which has had comprehensive server-based geospatial analysis and visualization capabilities since long before ESRI brought out ArcGIS Server.

So I think this has great potential technically - a key question in terms of how successful it will be in the bigger scheme of things is whether Intergraph will get more creative in the way it markets and licenses GeoMedia Webmap to get greater uptake in the market.

Intergraph 2007 next week

This is my first attempt to post via email from my blackberry, let's see if it works ...

Next week is the Intergraph 2007 show in Nashville. I won't be there, but plan to blog a little (remotely - will be in the UK in fact) about some of the interesting new things my friend Mark Doherty will be talking about in the technology keynote, which he has taken over from me.

I believe that registration is looking good, and wish Mark and the rest of the gang all the best for a good conference.

Sent via BlackBerry from Cingular Wireless

How can you tell when a GIS salesman is lying ... ?

... His lips are moving, goes the old joke. An alternative answer at the moment might be that he is explaining to you the reasons for Peter Batty's departure from Intergraph. I have heard from my friends in the Intergraph utility team that competitive salespeople have been telling customers that I left Intergraph because they are pulling out of the utility business, and I just wanted to say that this is complete nonsense. The utility business is one of Intergraph's most profitable areas, and Intergraph has some strong momentum there right now and is very committed to the business. I think that Intergraph is very strongly positioned in the utility market currently. I'll write more about my perspectives on the utility business at some point soon, but I just wanted to try to squash that rumor.

I'm in New Orleans for Jazzfest the next few days, so hopefully will not be posting too much until next week!

Goodbye and good luck to Intergraph

Yesterday was my last day working for Intergraph, where I have held the role of Chief Technology Officer for the past 18 months. I very much enjoyed my time at Intergraph and was sorry to leave in many ways - I worked with a lot of great people there and will miss them. But I had really grown tired of the traveling - for personal reasons I am not in a position to move from Denver, so I was traveling to Huntsville, Alabama, every second week or so, and generally somewhere else in the intervening weeks. While I enjoy travel and have been to some great places along the way, it's tough to keep up that sort of schedule forever. You can see where I went using Google Earth here, or using Google Maps here for North America, and here for the rest of the world (needed to split the Google Maps version as it won't handle a single KML file this large).

Secondly, I decided I would really like to get back to a role where I have more hands-on involvement with technology, probably in a startup or small company environment ... I may well start my own company, and have a few ideas I'm exploring, but will think about my options for a while. I'm open to interesting offers or discussion of ideas :) !!

I think we made some good progress in various areas during my time at Intergraph, and there are some great people in place to take over the things I was working on, so I look forward to seeing Intergraph continue to be successful.