DC DevSummit in Works for 2014 Esri Federal GIS Conference

I got word today that Esri is planning a one-day [Developer Summit] in conjunction with the 2014 Federal GIS Conference. It appears that the DevSummit will happen on the Wednesday immediately following the Fed Conference (which runs on the Monday and Tuesday) and will be focused on the issues and challenges that are unique to developing applications with Esri technologies for the Federal Government. I spoke with Jim Barry, who told me the DevSummit has come together rather quickly and Esri hasn’t had time to do its usual data gathering to prepare for such an event. As a result, they are canvassing the developer community for input on topics they should cover. Here are some things I suggested:

  • Developing for FISMA compliance – FISMA compliance has to be baked into an application from the beginning. It would be great to see some content on best practices and resources available to support this when developing with Esri tools and APIs. Esri’s regional office in Vienna, Virginia has been doing a lot of work in this area but I’m not sure the information is widespread.
  • Desktop development – I still see a lot of ArcGIS desktop development in the Federal arena. This ranges from traditional ArcObjects extensions to add-ins to work with the File Geodatabase API. I think content related to how to do continued desktop development and support in light of the current realities of highly constrained desktop environments would be invaluable. For example, how to construct and deploy applications that don’t necessarily need to touch the registry and can be deployed without administrative rights. Also, some content on the future of Esri desktop products (like ArcGIS Professional) and what it means for application developers would be useful.


  • .Net – There’s still a lot of .Net development going on in Federal spaces. Most of my Federal customers are still primarily using .Net and you can peruse Federal geospatial RFPs on any given day and see that it is widespread. I’m fairly comfortable with .Net, as are most of the government and contractor developers I work with but it would be good to have some .Net-focused content alongside the newer, sexier platforms.
  • ArcGIS Online for Organizations – Whatever messaging Esri thinks they are doing is not working very well. I encounter a great many Federal users who simply don’t understand what it can do for them, why they would consider it, how to budget for it, or whether they can really use it. My understanding is the main Federal GIS Conference will be talking about these issues a lot so I think the DevSummit should focus on the tools and APIs that are available so that developers can begin to address the ideas the main conference attendees will come back with.
  • Data interoperability – I have spent a lot of time over the past year developing tools to support data modeling and configuration management efforts for some Federal users. Part of this work has involved developing tools to produce physical implementations of approved geospatial data models in a number of formats, though the formats that have been of primary interest with my customers have been the Esri File Geodatabase and SpatiaLite. The general workflows I have seen involve users working with Esri geodatabase formats in the office, while ingesting field-collected data in SpatiaLite format. All of this data needs to remain compliant with approved data models throughout the life cycle, regardless of format. We’ve been tackling that at Zekiahwith good success. Given the support of SQLite/SpatiaLite in ArcGIS 10.2, I’d like to see some discussion of data conversion/interoperability approaches that developers can automate with Esri tools.

Those are some topics I suggested to Jim off the top of my head. I’ll probably think of more. Jim and his team at Esri are actively seeking this sort of input since time is short so I’d suggest contacting him with your thoughts. Given the short timeframe, I’d expect official information from Esri very soon.

  • Chet Manly

    Hmm, I wonder if FedGeoDay will be that Thursday then? Assuming all the cats can be herded.

    • Good question. I haven’t seen the details on that yet.

      • Chet Manly

        I went to the Wooly Mammoth last week with Liz, and she said that the Boundless folks were talking about it. Of course with this revelation they need to geo-poop or get off the Spatial-Pot

        • It’s probably only an issue if the DevSummit stomps on their (as yet unannounced) date. I would think they could push FedGeoDay to March, which seems relatively geo-conference-free, and draw a lot of local Feds.

          • Chet Manly

            Or just move it to the day before JS-GEO

          • Do FedGeoDay and then hop a plane to SF.

  • Christopher McClain

    I guess they decided to strip out the developmental track and make its own event. I’ll be in town for the Fed GIS but don’t think I’ll be able to sell the added cost of the Dev event. I wonder why they separated the two events rather then running the simultaneously? Unless there was a problem with people ending up in the wrong sessions last year.

    • I’m not really sure. I was unable to attend last year so I don’t really know how that worked out. Probably a question for Jim.

    • Chet Manly

      Dollars for donuts, it was because of the dev summit last year and how most of the feds didn’t get to go. So they brought the party here. Also, last year the Feds weren’t allowed to go to the fed gis day either.

      Stupidity ABOUNDS

      • I remember that even local travel was curtailed back then. Given the free admission for Feds, that struck me as penny wise and pound foolish. I suspect it’ll be different this year.

    • Hey Chris: We’d like to offer and grow this idea to create a separate event for developers the same week at the Esri FedGIS conference. What “Chet” said right there is in fact a big part of it. We heard a lot of developers either haven’t been or can no longer attend the Palm Springs DevSummit, so we decided to bring a DevSummit east. It would have been logistically tough to deliver the FedGIS conference and a DevSummit at the same time.