Monday, June 18, 2007
Posted on Monday, June 18, 2007 4:06:18 PM (Mountain Daylight Time, UTC-06:00)  Comments [0] | 
Categories: ArcGIS Server | ArcSDE | ESRI | Mobile ADF
Some quick items from the plenary that were interesting...

ArcGIS Server
More mentions of supporting ArcSDE on PostGIS. Mild applause from the crowd, but it seems like this is still on track to ship at 9.3
Support for ArcSDE on Oracle Express
Image Server will be integrated into Server. Not clear if it will be an extension or part of the core.
On the Mobile ADF side of things, there will be an out of the box Mobile app that ships with 9.3 - so it's no longer just a developer toolkit - I think it's now called ArcGIS Mobile...
Javascript API and REST services for the mashup crowd.

ArcGIS Explorer
Really good demo of ArcGIS Explorer and ArcWeb Services. The data was really really fast - not clear if this was running "live" or from local servers, but it was screaming fast (maybe it was all pre-cached?)
Also notable was the ESRI Content Sharing service - apparently they will host your data for you if you agree to share it. And I may have the name wrong, but I think it's called ArcDataServices which gives you the ability to request (buy? was not clear) data, which is re-projected/extracted etc for you. What was cool is that it's powered by i-cubed's DataDoors on the back end. Kudos to the whole team at i-cubed!

Support Issues
The spin on the current huge backlog of support issues was that it's due to the massive and rapid adoption of 9.2, which has overwhelmed support. That may be, but it's also pretty buggy. Anyhow - the plan to address these issues was laid out. Over the last year they have been re-structuring their whole lifecycle to include "support" as an active element. Support personnel have been physically co-located with the developers. Additionally they said they will open up the entire issue database. Total transparency. What they see, we will see. This got a lot of applause, but we will see...

There were also some cool demos, and the requisite Jack Dangermond "grand vision" segments, but overall a very good opening session. I'm actually excited to talk to the ESRI people about some of the new stuff and some of the 9.2 stuff that I had not known about.

Monday, December 11, 2006
Posted on Monday, December 11, 2006 11:17:35 AM (Mountain Standard Time, UTC-07:00)  Comments [0] | 
Categories: ArcGIS Server | Mobile ADF


This weekend I lugged my EDN disks home, installed server, and played around with the Mobile ADF.  While the SmartPhone and PocketPC options are interesting, I've tried to do complex data entry on small form factor devices, and Tablet PC's are simply a better platform for this type of work. Adding in a Map and GPS makes for some really cool possibilities.

Quick Summary: 

The Mobile ADF may be one of the most compelling (and undersold) reasons to get the Advanced Server. Really.

Why?

First off, it's dead easy to use. Drag and drop a few things, and you've got a simple application. The sample apps are good (C# only - not sure if VB.NET versions are in the works), and cover a range of topics, and includes templates for common use cases. Another nice touch is that the samples come with pre-baked MapCaches, so you can start working with them without setting up a Mobile MapService. The API also has some very interesting capabilities which leave openings for some more advanced functionality - such as feature level permissioning and complex topological validation.

Next, unlike the bulk of ArcObjects, the Mobile ADF is native .NET, which is nice because you can write classes without getting COM in the mix, and it means you can use xcopy deployments. The only downside is that you can't reuse classes from ArcMap/Engine in this ADF, but I don't see that as a really big issue.

Additionally, the ADF provides implementations of various ADO.NET classes & interfaces for interacting with data in the MapCache. 

This means that developers who are used to the ADO.NET paradigm can easily adopt the Mobile ADF without learning a whole new data access methodology (i.e. the ESRI.ArcGIS.Geodatabase namespace). By building on the ADO.NET framework, they have enabled direct databinding (sample included!) Can you say "rapid development"?

Final Thoughts (for now)

Smart Client technology is and will continue to change how applications are written and used. And more so that just mobility - the concept of local data caches, updated at the end of a session is becomming more pervasive - even when a connection is available. I see a lot of really cool uses for the Mobile ADF into an Enterprise system.

A broader question is "Will the Mobile ADF become the new MapObjects?" It's light-weight, native .NET programming model, ability to read/write from the enterprise Geodatabase (via Advanced Server), support for DataBinding, and smart client capabilities make it a compelling alternative. The per-seat cost is low, and apparently you get 50 seats with Advanced Server (thought I saw this online, but can't find the link again!).

Another possible MapObjects parallel could be that this represents the first steps of a platform migration - this time from COM to .NET. Is this first step towards a simplified, COM-free ArcObjects API? Thoughts?