Friday, November 03, 2006
Posted on Friday, November 03, 2006 11:59:36 AM (Mountain Daylight Time, UTC-06:00)  Comments [4] | 
Categories: ArcGIS Server | ESRI | Software
UPDATE: This post got caught up in the tidal wave of blogger spam on PlanetGeospatial, so I am re-posting it with todays date. I'm really interested in hearing what other people think about this. However, in re-posting, dasBlog seems to have misplaced the post - and along with it a comment - doh! For those who subscribe directly to by RSS feed, sorry about the repetition. -- Dave

With the upcoming launch of 9.2, I was thinking about what I'd really like to see. While the international marketing extravaganza, with canned demos of simplistic use cases will be interesting, it's not overly illuminating as to what users with "real" needs can do.

Rather I'd like to see some real live examples that people can play with. You would not buy a car without test driving it, so I'm not sure why we would expect any less from our software vendor.

Here are some ideas...

ArcGIS Server: Web ADF

Let's see a real application with large, complex data model - maybe based on the Local Government data model. Show us an editing environment customized for non-GIS pros who don't know or care about versioning. Throw in some imagery from Image Server and make sure access is managed via ASP.NET security. Sounds like a tall order, but consider that Local Governments are a prime target market, and it's not that unreasonable.

From a developer perspective, I'd love to read about how it was built, the best practices which lead to clean, maintainable, testable code. And a glimpse behind the scenes at the hardware that's powering it. This does not need to be totally public - make people login with their ESRI Global Account, or limit it further to EDN subscribers. Whatever - but let's see the beast in action so we know what we can expect.

ArcGIS Server: Geoprocessing

Although the "GP Solves all Problems" rehetoric of last years DevSummit has somewhat died down, it would be cool to see a real GP model - doing more that a trivial buffer operation or a hill shade on a limited area, running in ArcGIS Server, accessible for EDN developers. Get really daring and have it do some raster processing. 

Make the model itself downloadable so we can see how you've built it, talk about how you have optimized it, what hardware it's running on, and what it's really doing.

ArcGIS Server: OGC Services

Fire up some WMS/WFS services that have real data volumes behind them (say the state of California).  Then let the community hit it with whatever client they want to use and report requests per second, data volumes and CPU utilization. If that level of access is a little broad, show us how to limit access via a and restrict it to EDN subscribers.

ArcGIS Server: KML

If you've got the OGC Services up, add on the KML service. Let people see what can be expected with this service. Of course it's not going to be as fast as Google, but be transparent about the hardware, and load, and I think that the user base will follow along.

ArcGIS Explorer "Tasks"

With the launch of ArcGIS Explorer, it would be nice to see some real "tasks" that do something a little heavier than reverse geocoding or returning the Zip+4 for a point. How about a site analysis within an AOI? Or a network trace? Something that's actually using the analytical power of ArcGIS. Something burly because that's what people are going to expect/want when they drop cash for the backend ArcGIS Server software that will support it.

 
Overall, I'd really like to see demos that set realistic expectations. To date, the ArcGIS Server 9.2 hype has been reaching snake-oil levels:

  • Publish maps by merely thinking about it!
  • Shed pounds by sleeping!
  • Code? Nah - use geoprocessing for everything!
  • Cures hemhroids & rhumatism!
  • Run ArcGIS Server, ArcSDE and your web site all on one box!

Some reality will help everyone manage expectations.

Friday, November 03, 2006 3:43:24 PM (Mountain Daylight Time, UTC-06:00)
[My post went something like...]

Dave, you've been reading my mind. I have an ArcGIS Server 9.2 for Java presentation coming up that I should attend and, quite frankly, I'm dreading the thought.

I'm tired of the "look, almost no code" to create trivial applications, and the "it does web services" when it's a third party application creating the SOAP bindings (shudder) directly against the ADF API (cringe), etc.

From what I've heard, the change to 9.2 requires ADF application rewrites (.Net and Java). That is a huge imposition to put on your clients. All Arc* applications must be upgraded together so avoiding an upgrade/rewrite is next to impossible in most organisations that "do GIS".

I want to hear what has changed in the way ADF applications are developed. What are the new patterns for best practice development? How have they changed since 9.1? What are the alternatives and trade-offs? A session on how to minimise the impact of future ADF API changes would be useful.

The international marketing extravaganza is of no interest to me. I want to know how to get best value from the products used by the organisation I work for.
Friday, November 03, 2006 8:17:42 PM (Mountain Daylight Time, UTC-06:00)
I agree with all of the above. One other thing I would like to see: Some sample enterprise mobile solutions developed on the new mobile ADF that interfaces with ArcGIS Server. From talking with some of the ESRI guys, this might actually happen in the not-so-distant future. I'm truly excited about the possibilities that are about to open up in the mobile arena.
Saturday, November 04, 2006 7:59:31 AM (Mountain Daylight Time, UTC-06:00)
Dave, the ADF team is getting together a blog site to get into some of the details/issues you raise above. Not only do we want to get into the details of Web ADF, but discuss the dirty details like "what it took to do this" and "what is powering the site" amng other things. Look to more info as we get closer to the launch date of our team blog.
Wednesday, November 08, 2006 3:46:12 AM (Mountain Standard Time, UTC-07:00)
I'm pleased to report that the ArcGIS Server 9.2 for Java presentation went a whole lot better than expected. There were a few reasons for this:

1. The marketing guy was running late, so the tech guy started. :-)
2. The tech guy was a straight shooter. If he didn't know something he said so, and he also discussed stuff that he thought didn't work as well as it should.
3. The level of detail was just right. It didn't get too detailed, until question time.
4. The marketing guy covered off only the stuff the others hadn't already covered, in about 10 minutes, and didn't mention SOA once. Well, "ESB" featured, but it was all very down to earth.

In short it was pitched right for the audience.

Oh, and today was the first time I'd heard that ADF 9.1 applications should be able to work with ArcGIS Server 9.2 without a rewrite by using deprecated ADF components. I may have to eat my words. :-)
Comments are closed.