Grandpa Ham – Grandpa Can do IT!

The Fiscal Year 2010 “Interoperable Communications Grant Program, Guidance and Application Toolkit” has just been published. My first question on seeing the grant language was, Did they mandate real interoperable data standards for software purchased using grant money?

They did. From Page 20:

Grant-funded systems, developmental activities, or services related to emergency response information sharing should conform as much as possible with the OASIS Emergency Data Exchange Language (EDXL) suite of data messaging standards and National Incident Management System (NIMS) guidelines. Additional information on data messaging standards and their applicability may be found at www.oasis-open.org. The NIMS Supporting Technology Evaluation Program (NIMS STEP) provides objective evaluations of commercial software and hardware products, and reports on product conformity to standards and NIMS guidelines. Findings from evaluations may be accessed through the Responder Knowledge Base (RKB) website to assist grantees in making purchases. More information on the NIMS STEP can be found at https://www.rkb.us/contentdetail.cfm?content_id=219711.

And Again from page 28 under Technology:

National Information Exchange Model (NIEM). FEMA requires all grantees to use the latest NIEM specifications and guidelines regarding the use of Extensible Markup Language (XML) for all grant awards. Further information about the required use of NIEM specifications and guidelines is available at http://www.niem.gov.

NIEM is XML. EDXL is XML. What gives? Who has precedence? Why is EDXL mentioned in the Funding Restrictions section and NIEM in the Administrative Requirements section?

In reality, you can ignore the apparent confusion. The requirements are valid and complimentary. For the most part, EDXL standards are accepted by NIEM as “approved external standards.” So you do not violate the NIEM requirements by using them, provided you use them as-is, in their entirety. If you use use individual elements (or a subset of elements) from an EDXL schema) in a way that does not validate against one of the schema standards, you are actually violating both EDXL and NIEM unless you document the use of those elements using the formal NIEM Information Exchange Package Documentation (IEPD) methodology as defined at niem.gov. So if you want to use a system that uses EDXL-Common Alerting Protocol (CAP), EDXL- Distribution Element (EDXL-DE), EDXL-Resource Messaging (EDXL-RM), and/or EDXL-Hospital Availability (EDXL-HAVE), go ahead. You are within the terms of the grant language. But if you modify (aka “improve”) the standards in any way, you must go through a formal IEPD process.

If, however you have requirements for information exchange that are not met by existing standards, NIEM offers you the opportunity to reuse existing NIEM IEPDs, build a new IEPD from existing NIEM data definition resources, or build an IEPD from a combination of data definition resources. It is a well-defined process that is designed to maximize reuse and minimize redundancy in data structure definitions supporting emergency management dat exchange requirements.

So, to summarize, if the software you are considering for purchase/development with your grant money reuses EDXL Exchange Standards and/or NIEM IEPDs, you are home free. If not, the system needs to define its exchanges with other systems following NIEM IEPD development rules as found at NIEM.gov

The link below is to a blog entry by Rick Wimberly concerning all of the alerting systems shown at the IAEM conference in Orlando this week.

http://www.emergencymgmt.com/emergency-blogs/alerts/The-Best-Notification-System.html

The basic premise is that there is no “best” alerting system and that the best alerting system is system of systems for alerting purposes that each have different traits and capabilities. I AGREE WHOLEHEARTEDLY. In fact, the activity where I currently work, FEMA’s Disaster Management Open Platform for Emergency Networks (DM-OPEN), is designed to allow communication between different alerting systems, such that they work together as a system of systems. At the IAEM conference, 10 different systems were using DM-OPEN to share the alerting function and it worked well because all were using the OASIS Common Alerting Protocol as a basis for exchange.

DM-OPEN also showed the ability of multiple systems to share OASIS Emergency Data Exchange Language Distribution Element (EDXL-DE) wrapped content. This content included NIEM IEPD Content (Amber Alerts) and OASIS Hospital Availability, but could also have included any defined data structure known to parties on at least two ends of the exchange. So, does this make DM-OPEN the best emergency information network? I might want to think so, but my thoughts are actually similar to Rick’s. I believe that no single network solution can legitimately call itself the best. Instead, it takes a constantly improving “network of networks” in combination to provide emergency managers with the best information available. In this arena, DM-OPEN does have a place. Because DM-OPEN connectivity is based on publicly available standards, it can connect network to network, as well as system to system as long as those systems are open to standards-based connectivity. So, DM-OPEN is not THE network or THE system. But if anyone else tells you theirs is THE solution, I would say they are blowing smoke, and that they need to learn to work with others.

Respectfully,
Gary “Grandpa” Ham

Attended combined NIEM National Training Event and Oasis Interoperability Summit in Baltimore last week. What a week!!

All of the following Items are from that event:
1. Participated in live demonstrations of interoperability by 11 separate commercial vendors, all using the DM-OPEN Backbone. Messages included Common Alerting Protocol sent from an actual Chorine sensor, NWS Tornado Warnings in CAP with the full polygon showing on maps used by multiple vendors, EDXL-DE wrapped Hospital Availability Messages, and EDXL-DE wrapped NIEM Amber Alert Messages, with accompanying Style sheet and reference base-64 encoded picture data used in full display. A professional videographer filmed the demonstration activities and interviewed key players. The edited video will be made available by OASIS. I will post the link when it is available.
2. Moderated NIEM NTE panel titled “Coordinating the Development and Adoption of Emergency Data Standards With the Ongoing Development of NIEM.” A format of 5 separate questions with short answer to each question by all panel members in turn was well received, both by the panel and the audience. Answers were lively and interesting. There were many audience questions as well. The NIEM organization recorded all panel sessions, so this panel will be available for review in its entirety.
3. Acted as a panel member in a second NIEM NTE panel titled: “Playing Well With Others”—NIEM and External Standards. This was a half session panel that stirred lots of interest and did not afford adequate time for all audience questions. Its recording will also be made available by the NIEM organization. Both panels made is clear that there is real cooperation between standards bodies and progress is being made to ensure that the value of all standards is recognized as a federation real capabilities. While some technical and “turf” issues need to be understood better, the folks involved look forward to the future with a positive attitude and a real belief in success.

Special Thanks to Donna Roy (NIEM Director) and her crew for a great event, and to Bill Kalin (Contractor to DHS Science and Tecnology) and Jane Harnad (OASIS) for organizing a superb demonstration and to all of the vendors for showing real interoperability in action. Standards do work!!!

The following announcement (copied from the FEMA Disaster Management Program govdelivery message stream) will be of interest to all who want to know how to use the Distribution Element properly: (NIEM users take note. This is one external Standard that makes IEP transport both easier and more effective, especially if your IEPD includes an XSLT in its documentation.)

OASIS EDXL Distribution Element Primer
Wednesday September 16, 12:00 Noon Eastern

In follow up to last month’s DM-OPEN SIG program, this month’s program will feature a new publication from OASIS, designed to provide developers with the A-B-Cs of the EDXL Distribution Element (EDXL-DE). “The Distribution Element: The Basic Steps to Package and Address Your Emergency Information,” is a white paper intended to function as an introduction–not as a comprehensive technical explanation.

Our guests will include Elysa Jones, Warning Systems Inc. and Chair of the OASIS Emergency Management Technical Committee (EM-TC). She will be joined by other members of the committee to provide an overview and respond to questions. We also plan to provide further information about the upcoming OASIS Interoperability Summit, and general status of DM-OPEN development efforts.

This program is intended primarily for software application developers, especially those new to EDXL-DE. Please make plans to join us via conference bridge and Live Meeting.

IMPORTANT: If you have not logged into Live Meeting before, check out the following connection instructions and participant guidelines prior to next week’s meeting:

http://www.disasterhelp.gov/disastermanagement/library/documents/LiveMtgInstruct.pdf

(1) Login to MS Live Meeting for visuals: The following login link can only be used 30 minutes prior to the scheduled meeting time: https://www.livemeeting.com/cc/eiip/join?id=DMprogram&role=attend

(2) Call into the Conference Bridge number as follows: 1 (800)366-7242 PIN 3647 6736#.

If you are unable to attend this month’s meeting due to other commitments, a recording will be accessible from the DM-OPEN SIG Presentations Archive at http://www.disasterhelp.gov/disastermanagement/library/archive/open-presentations.shtm

It is always nice to know that you web services are up and running strong.  Since Twitter is the current rage, I though I would see if it could actually be useful. I set up a new Twitter account, wrote a poller to DM-OPEN that pings it on a regular basis and sends me a direct message to my grandpaham Twitter account upon the first instance of a successful ping,  the first instance of a failure following a series of successful pings, and the first instance of a successful ping after one or more failures.  Failures do not happen often, but now I will be the first to know if they do. Cool.

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 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.