Talk:GEOSS AIP AQ Scenario

GEOSS Technical Background for AIP AQ Scenario -- Rhusar 00:20, 22 January 2008 (EST)

A significant challenge of the highly distributed GEOSS is that so many things are happening at so many places with such a variety of participants that it is difficult to keep track of the diverse and distributed activities. The purpose of this note is to highlight some of the GEOSS technical activities pertaining to interoperability of air quality data systems using OGC data access standards.

In 2006-7, the IEEE, OGC and other participating organizations in GEO have sponsored a series of workshops entitled "The User and the GEOSS Architecture", each workshop having a region-specific theme, e.g.: Tsunami in Seoul, Korea, Wind Energy in Beijing, China, Air Quality in Denver, Colorado, and Biodiversity in Barcelona, Spain. For your information please find further information regarding the Denver and Barcelona workshops. A number of activities for the networking of Air Quality information systems are in progress in the context of different programs such as ESIP, Hemispheric Transport of Air Pollutants (HTAP), and Exceptional Event Analysis (EE). The content of this note is placed on the ESIP wiki where it can evolve though community contributions. Also, it may serve as a starting point for discussion at the EPA/OAQPS Data Summit regarding GEOSS.

At the GEOSS Architecture Meeting at Ispra JRC, Italy, Johne White of EPA OAQPS will be leading the development of an Air Quality Scenario for GEO Task AR-07-02 GEOSS Architecture Implementation Pilot (AIP). Air quality offers a "near-term opportunity" to demonstrate the characteristics and benefits of the loosely coupled, service-oriented GEOSS architecture.

I was particularly happy that the thinking is of an air quality-oriented, smoke event scenario. The October 07 California fires would be a terrific scenario...It could incorporate many aspects of GEOSS as well as being a useful contribution to the Exceptional Event Rule implementation. I'm quite certain that there would be a strong multi-agency and international response to the Call for Participation in such an attractive GEOSS Architecture Pilot Scenario. This Pilot also has the potential to connect the GEOSS Architecture and Data Committee with the User Interface Committee activities.

Change in AQ Scenario Development Leadership -- PDickerson 00:24, 22 January 2008 (EST)

Rudy: Lots of things changed in the last day. The new AIP Contact is John White, AIRNow team, So, please work with John between now and the workshop. I will also be involved and will lend a hand as much as possible.

Re: Change in AQ Scenario Development Leadership -- Rhusar 00:24, 22 January 2008 (EST)

Hello Phil, Thanks for the update. Please note that George Percivall will need to know that John White will be attending the Ispra JRC Meeting. Since there is an AIP telecon on Jan. 22, would it be possible to talk about the AIP on Monday? In the mean time, at George's request we will be adding background material to the OGC AIP website pertaining the Air Quality scenario.

ESIP Participation in Scenario Development -- TKeating 00:27, 22 January 2008 (EST)

Phil et al.,Rudy and other ESIP folks are interested in the 'GEOSS Scenario' for the Ispra meeting. This group would like to help out with this... I've cc'd a few people.

Wiki Workspace -- Rhusar 00:31, 22 January 2008 (EST)

AQ Scenario and Workspace: The air quality scenario for the Ispra Workshop will be maintained on the OGC Site. In addition, wiki workspace for the development of the AIP Air Quality Scenario has been established on the ESIP Wiki. The community is encouraged to contribute their ideas here.

Re: Wiki Workspace -- Stuart Frye (StuFrye) 12:27, 23 January 2008 (EST)

There are many scenarios that cut across discipline areas, but which can be supported by the same set of tools and sensors. The scenarios need to be constructed so that they can be demonstrated on a more global scale than under the AIP phase 1. Restricting the scenario to a single region and single event does not show how the GEOSS offering scales to a global application, so we need to structure the scenarios to take advantage of the global nature of many of our tools and sensor platforms. Air quality assessment should be a combination of modeled results and observation measurements. There should be successive interaction between the models and the observation capabilities so that a feedback loop between the two can be demonstrated. Air quality models should be structured so they accept real observations as well as simulated data as starting point inputs. For smoke from wildfires, the starting point can be calculated by satellite observation from MODIS, Landsat, EO-1 and others. A centroid calculation needs to be provided as a Web Feature Service that would feed the model with fire start locations from these satellites. The model should produce a smoke map or visualization of the progression of a plume. Predicted map should be compared to actual images acquired via sensor web autonomous triggers. The image data should further be processed to create a smoke product...especially the EO-1 Hyperspectral data...as a Web Processing Service. The discovery of these capabilities should be provided by user friendly portals, catalogs, clearinghouses, and registries. The Components and Services Registry needs to be integrated with the Standards registry so they stay in synchronization. The registries should be automatically harvested by the portals to construct the GEOSS offerings. The Portals should also harvest clearinghouse and catalog data instead of being constructed by hand from survey responses supplied by participating organizations. Scenarios should include unmanned robotic sensor platforms and in-situ continuous readout sensors as well as static data sets for mash-ups and visualization mapping.

Re: Re: Wiki Workspace -- Rhusar 14:15, 23 January 2008 (EST)

Very good points, Stu!. The suggestion to make the scenario applicable to any region is indeed appropriate, since (1) many of datastes data come from the same source (e.g. satellite, global surface weather obs); (2) the sensory-motor functionality, detection-assessment-action, is quite common to all regions and (3) sharing and integrating the resources and methods into a System of Systems is in the spirit of GEOSS. Also, iterative linking of smoke observations and models through data fusion and assimilation into models is also a very important a timely suggestion. Lets see what the observation and modeling communities can do to raise interoperability to the next level (obs-model).