Grandpa Ham – Grandpa Can do IT!

It works — Mostly.  I had one of my team members working with me on Disaster Management Interoperability Services post OASIS Common Alerting Protocol (CAP) Alerts to a test organization (aka COG for collaborative Operations Group) from 4 very different tools (E-Team, CellCast, MyStateUSA, and DMIS Toolset). He made these posts while I was traveling to California at 36000 feet on a commercial airline that offers wi-fi internet access.  At the same time I was running an application on my laptop inside the airplane that I wrote last week that that polls the DM-OPEN COG which my team member was posting to.  This polling software picked up each of the Alerts and posted them as tweets to my Twitter account (grandpaham). This blog (grandpaham.com) also picks up my tweets in a plug-in on its sidebar from Twitter.   There was one anomaly.  I know that all four of my tweets reached Twitter successfully, because my blog picked them all up successfully. However, one of the Tweets (DMIS  Toolset) did not show on my direct Twitter page.

?????????? My blog retrieved the headline from Twitter, so I know it got there. But my Twitter page did not show it.  So, I have an unanswered question, for sure. Why did Twitter not display the last tweet?

I recently added “tweeting” to my prototyping code base.  I can now poll the DM-OPEN Server for an organization and tweet any new alerts to followers of a given Twitter member.  You can see the results by following “grandpaham” on Twitter.  In fact, you can see it live if you have access to any Emergency Management Software that is compatible with DM-OPE’s CAP alert interface.   If you post an alert to the Interoperability COG, it should show up as a “grandpaham” twitter.  Kudos to the folks who developed twitter4j. The code and examples work as advertised.  Using Twitter can act as a DM-OPEN notification service.

I wrote a little ditty that explains the value of what FEMA’s Disaster management program offers to vendors, open source developers and even contract developers in the Emergency Management and Public Warning Domains. It is a question that users of such software might ask their vendors. Take a look.
See my Contact Info if you would like some help getting started

Are you OPEN? [1]

Can you connect using standards?
Are you open to all?
Or are you a silo?
Using “standards” to stall?

Our open web service
Connects all kinds of apps.
A middleware instance
To share more than “CAPs.”[2]

We have a web service
Based on EDXL [3]
That helps apps connect
Yet encapsulate well.

Hard wired integration
Is not what we do.
You connect via service
As captured by you.

You decide layout
And your design form
But connect to all others
Using standards as norm.

We make it straightforward.
Your connection is clean.
The boundaries work well.
You control what is seen.

You have the power.
We provide pipes,
For transferring data
Of all defined types.

With data described
Using DE [4]
So intelligent routing
Can come to be.

We provide access.
You set the rules
In the tags that you set
In the DE through your tools.

We then connect others
As desired by you.
And they get your data
As you want them to.

They can format the layout
In their own way.
Connected, yet separate
With their own say

Into how to display
And how to reuse
And so can all others
Unless you refuse.

You can work independent,
Yet use standards to share.
The best choice to ensure
Service to all; everywhere.

Gary A. Ham – May 14, 2009

[1] FEMA – Disaster Management Program – Open Platform for Emergency Networks
[2] OASIS Common Alerting Protocol
[3] OASIS Emergency Data Exchange Language
[4] OASIS EDXL Distribution Element

I have finally updated my resume to account for the work I have been doing for FEMA since October. Yes I am back to the Disaster Management Program except that I am working for the Program Office instead of on the development contract. A lot of the work is similar and I am glad I can participate. The mission is important. I am now under contract through Eye Street Software Corporation to provide systems engineering support to the Federal Emergency Management Agency (FEMA). Duties include:

• Requirements development and assessment of steps needed to decouple the current Disaster Management Interoperability Services (DMIS) capability into two separate and cooperative capabilities for FEMA. The Disaster Management – Open Platform for Emergency Networks (DM-OPEN) will be a stand alone, standards based Enterprise Service Bus for data communications interoperability across the full spectrum of responder organizations at the Federal, State, Local and Tribal levels. The Current DMIS Toolset will be transformed from its current client server implementation into a web-based framework (the DM-Framework) that houses access to a user-configurable set of emergency management applications.
• Systems Engineering Life Cycle Documentation and Federal Enterprise Architecture compliance management for the DM PMO.
• Response to stakeholder inquiries concerning DM-OPEN, the DM-Framework, and related data standards.
• Assistance to programmers connecting to DM-OPEN Interfaces.
• Liaison with the Organization for the Advancement of Structured Information Standards (OASIS), as well as other standards organizations and Federal programs that affect, or are affected by, the Disaster Management Program.

I have been working on the FEMA contract now for about a month. The Disaster Management team is a good team. The project has a real mission of service to those who put their life on the line for the American public every day. Of course it is a Federal program, meaning that it is difficult to coordinate and rife with bureaucratic impediments to immediate success. Of course, because it is a Federal Program, we team members can take a somewhat longer view. We can do a little more planning and actually define requirements before we are off into development land. Better planning versus more bureaucracy. It will be an interesting balance.