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 was prepared collaboratively in January 2008 and presented/discussed at the Ispra Architecture Workshop, Feb. 2008.
The air quality scenario for the AIP was initiated by the GEOSS User Interface Committee and it is intended to provide an opportunity of connecting the activities of the User Interface and Architecture committees of GEOSS. In order to develop that linkage the User Interface Committee is organizing a workshop May 5, Toronto:
On May 6-8, the UIC will be conducting its regular Committee meeting.
Planned Agenda for 5-May-08
(UIC/ADC Air Quality Scenario Workshop: revised April 29)
- 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
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!!