2008-05-05: UIC/ADC Air Quality Scenario Workshop

2008-05-09: GEOSS User Interface Meeting, May 5-8, Toronto

The next round of the GEOSS Architecture Implementation Pilot will include an Air Quality scenario, which will include activities pertinent to both the GEOSS Architectural Data Committee (ADC) as well as the User Interface Committee (UIC). This workshop was organized to define the UIC-related topics in connection with the AQ scenario.

Planned Workshop Agenda for 5-May-08

• 9:00 Welcome and Introduction - Ellsworth LeDrew
• 9:15 Overview by UIC - Gary Foley and Ellsworth LeDrew
• 9:45 Overview by ADC - Jay Pearlman and Hans-Peter Plag
• 10:15 Break
• 10:45 Scenario Introduction - David McCabe: The GEOSS AIP Air Quality Scenario
• 11:25 Development of 'working groups' - Rudolf Husar: Users, Applications and the Community of Practice for the Air Quality Scenario
• 12:00 lunch
• 13:00 working group' interaction
• 15:00 Interval assessment - Gary Foley Chair
• 15:30 break
• 16:00 Re-engage 'working groups'
• 17:00 Plenary Assessment - Ellsworth LeDrew, Chair
• 18:00 End

Background

On 5 May 2008, the day before the GEO UIC meeting, there will be a side meeting on the Architecture Implementation Pilot (AIP) AQ Scenario. From a GEO point of view, this meeting has two primary functions:

• The AQ scenario will be used to inform the GEO architecture and data standards communities about user needs for GEOSS. What do AQ users need from the GEOSS registries? from interoperability standards?
• Other societal benefit areas (SBAs) will be developing scenarios, in a parallel process aimed with similar goals. The AQ AIP is serving as a model for that process.

The AQ session side session will introduce the AQ scenario to participants from the GEO UIC and ADC. Participants will then be asked to form small groups of actors, role playing the scenarios, to document what users need from the GEOSS registry and standards.

Development of this scenario also builds the AQ Community of Practice.

The air quality scenario is very broad, intentionally pushing the capabilities of GEOSS. It requires interoperability and stability over different time scales and for many different users, e.g.:

• Air quality and public health managers, needing near-real-time data and forecasts
• The public and other decision makers, also needing nowcasts and forecasts, but in different formats
• Policy makers and scientists needing quality-assured data, model outputs, re-analysis data, etc.

This is not a 'demo' but a push for a broad infrastructure.

It is important for us to keep in mind that the AQ scenario is a tool to help GEO participants flesh out GEOSS through the eventual call for participations, etc. As such, it needs to be clear to folks from well outside the AQ community!!