Скачать презентацию The GEOSS Interoperability Process Pilot Project Siri Jodha Скачать презентацию The GEOSS Interoperability Process Pilot Project Siri Jodha

045582565f61604c5617f89ff54cd9d9.ppt

  • Количество слайдов: 26

The GEOSS Interoperability Process Pilot Project Siri Jodha Singh Khalsa IEEE Committee on Earth The GEOSS Interoperability Process Pilot Project Siri Jodha Singh Khalsa IEEE Committee on Earth Observations Standards Working Group 1 March 2007

Contents • Scope and purpose of the IP 3 • The GEOSS Interoperability Process Contents • Scope and purpose of the IP 3 • The GEOSS Interoperability Process and the Standards and Interoperability Forum • Description of use case scenarios • Progress Report • Schedule ADC-IV Tokyo # 1 March 2007

Origins of the IP 3 • The GEO ADC recognized the need to begin Origins of the IP 3 • The GEO ADC recognized the need to begin implementing the GEOSS infrastructure and testing the process for reaching interoperability. • The concept for an “Interoperability Process Pilot Project” was presented, reviewed and endorsed by the ADC co-Chairs in July 2006. • GEO Task AR-06 -01 given task of developing a series of projects involving different SBA’s, leading up to a suite of demonstrations at the GEO Summit in November. ADC-IV Tokyo # 1 March 2007

“Interoperability Arrangements” • When two GEOSS components conform to the same data description and “Interoperability Arrangements” • When two GEOSS components conform to the same data description and transport standards, and are welldefined within the GEOSS registries, interoperability should be achievable with minimal effort • Where two GEOSS components do not share common standards, or where the service definitions are not adequate, interoperability “Special Arrangements” will need to be made. • This will be managed by the GEO “Standards and Interoperability Forum. ” ADC-IV Tokyo # 1 March 2007

IP 3 Development Phases • Phase 1 – Populating the Component, Services and Interoperability IP 3 Development Phases • Phase 1 – Populating the Component, Services and Interoperability Registers • Phase 2 – Develop Cross-System Interoperability Scenarios, invoke SIF • Phase 3 – Create Demonstrations • Phase 4 – Work on Higher Levels of Interoperability • Repeat process with new components and scenarios to address other SBAs ADC-IV Tokyo # 1 March 2007

Participating Systems and Principals • Biodiversity – Hannu Saarenmaa & Stefano Nativi • Seismology Participating Systems and Principals • Biodiversity – Hannu Saarenmaa & Stefano Nativi • Seismology – Tim Ahern • CEOP – Ryosuke Shibasaki • WMO Information System - WIS – David Thomas ADC-IV Tokyo # 1 March 2007

Phase 1 – Populating the Registers • Populate the GEOSS registers – Identify the Phase 1 – Populating the Registers • Populate the GEOSS registers – Identify the standards, interface protocols and interoperability agreements in use – Provide information to the Clearinghouse as it is brought online • Analyze successful data integration projects, showing – why and how interoperability arrangements were made and maintained – how the interoperability arrangements worked under the computer and network environment of the time – what the impacts were of these arrangements ADC-IV Tokyo # 1 March 2007

GEOSS Interoperability Process Register Component Contributor Component has interface? Y Reference registered standard Y GEOSS Interoperability Process Register Component Contributor Component has interface? Y Reference registered standard Y Uses registere d standard ? Begin Service Registration N Done Capture details of proposed GISA* Pass proposed GISA to SIF *GEOSS Interoperability Special Arrangement ADC-IV Tokyo # 1 March 2007 N Done

The Standards and Interoperability Forum • A Standards and Interoperability Forum (SIF) is being The Standards and Interoperability Forum • A Standards and Interoperability Forum (SIF) is being formed to carry out impartial review of GEOSS interoperability issues and to recommend solutions. • Helping to establish the SIF and refining its protocols and procedures is one of the key objectives of the IP 3. ADC-IV Tokyo # 1 March 2007

SIF Role in Phase 1 of IP 3 • During Service Registration, if the SIF Role in Phase 1 of IP 3 • During Service Registration, if the service does not use an existing “GEOSS Recognized Standard” (GRS) the contributor will enter details on proposed “GEOSS Interoperability Special Arrangements” (GISA). • This information will be passed to the SIF, which will manage entries into the “Special Arrangements” register hosted by the IEEE. – Interoperability Register = Standards Register + Special Arrangements Register • The SIF will also review and recommend promotion of GISAs to GRSs as appropriate. ADC-IV Tokyo # 1 March 2007

Phase 2 – Cross-System Interoperability Scenarios • Develop scenarios that require the exchange of Phase 2 – Cross-System Interoperability Scenarios • Develop scenarios that require the exchange of data and information between disparate systems which have not yet established a mechanism for such an exchange. – Address needs identified in one or more of the Societal Benefit Areas – Ensure relevancy and realism • Demonstrate how the GEOSS architecture, data, and services have made it possible to realize benefits that would not have been easily achieved otherwise ADC-IV Tokyo # 1 March 2007

SIF Role in Phase 2 of IP 3 • The SIF will assist in SIF Role in Phase 2 of IP 3 • The SIF will assist in management or creation of interoperability arrangements between systems – Seek the input of technical and discipline experts – Evaluate Special Arrangements as submitted at service registration – Analyze existing entries in the Interoperability Register for applicability ADC-IV Tokyo # 1 March 2007

Scenario Worksheet ADC-IV Tokyo # 1 March 2007 Scenario Worksheet ADC-IV Tokyo # 1 March 2007

Extended Scenario Template 1. Plain Language Description 1. 1. Short Definition 1. 2. Purpose Extended Scenario Template 1. Plain Language Description 1. 1. Short Definition 1. 2. Purpose 1. 3. Describe a scenario of expected use 1. 4. Definition of Success 2. Formal Use Case Description 2. 1. Use Case Identification 2. 2. Revision Information 2. 3. Definition 2. 4. Successful Outcomes 2. 5. Failure Outcomes 3. Use Case Elaboration 3. 1. Actors 3. 2. Schematic of Use case 3. 3. Preconditions 3. 4. Postconditions 3. 5. Normal Flow (Process Model) 3. 6. Alternative Flows 3. 7. Special Functional Requirements ADC-IV Tokyo # 1 March 2007 4. Non-Functional Requirements 4. 1. Performance 4. 2. Reliability 4. 3. Scalability 4. 4. Usability 4. 5. Security 4. 6. Other Non-functional Requirements 5. Selected Technology 5. 1. Overall Technical Approach 5. 2. Architecture 5. 3. Technology A 5. 3. 1. Description 5. 3. 2. Benefits 5. 3. 3. Limitations 5. 4. Technology B 5. 4. 4. Description 5. 4. 5. Benefits 5. 4. 6. Limitations 6. References

IP 3 Scenarios and Data Flows Ancillary GLIMS Flood Risk Scenario DEM (DEMIS) Burford IP 3 Scenarios and Data Flows Ancillary GLIMS Flood Risk Scenario DEM (DEMIS) Burford GBIF Species Response to Climate Change Scenario Climate data (NCAR) Soil moisture, stream gage, etc. WIS Precip (NCAR/TIGGE), stream gauge (CUAHSI /USGS) Precip, soil moisture (TIGGE) Nativi Seismic Events from Glacier/Ice Sheet Disintegration Scenario CEOP Precip, soil moisture (TIGGE) Species data Terminus retreat Ahern Fault Lubrication Scenario Ahern Exotic event catalog Event catalog Meningitis Early Warning System Kelly ADC-IV Tokyo # 1 March 2007 Landslide Risk Scenario Thomas FDSN Seismic Trigger

Species Response to Climate Change • Ecological Niche Modeling is applied to study the Species Response to Climate Change • Ecological Niche Modeling is applied to study the adaptation of butterflies in Canada and Alaska to various climate change scenarios. Requires interoperability between the GBIF (Global Biodiversity Information Facility) and components of the WIS (World Meteorological Organization Information System). ADC-IV Tokyo # 1 March 2007

Flood Risk Scenario • A distributed surface run-off model provides data for flood warning Flood Risk Scenario • A distributed surface run-off model provides data for flood warning and dam operation systems. Requires interoperability between CEOP (Coordinated Enhanced Observation Period) systems and components of the WIS. ADC-IV Tokyo # 1 March 2007

Landslide Risk • Analysis to determine whether rainfall and seismic data be used to Landslide Risk • Analysis to determine whether rainfall and seismic data be used to predict locations where hillsides are susceptible to collapse. Requires interoperability between the FDSN (International Federation of Digital Seismographic Networks), the WIS, and an interoperable landslide database network in Australia. ADC-IV Tokyo # 1 March 2007

Fault Lubrication • Analysis to determine whether high rainfall rates or excess groundwater produce Fault Lubrication • Analysis to determine whether high rainfall rates or excess groundwater produce increased earthquake activity in areas of known faults. Requires interoperability between FDSN and WIS components. ADC-IV Tokyo # 1 March 2007

Seismic Events from Glacier/Ice Sheet Disintegration • Analysis of seismic signals and a combination Seismic Events from Glacier/Ice Sheet Disintegration • Analysis of seismic signals and a combination of remote sensing and in situ data for selected glaciers to determine whether global seismic networks can be used to monitor ice sheets and glacial activity and thus remotely sense effects of warming on a global scale. Requires interoperability between FDSN and databases at the National Snow and Ice Data Center. ADC-IV Tokyo # 1 March 2007

Scenario End Points • Two of the scenarios (GBIF and Flood Risk) have substantial Scenario End Points • Two of the scenarios (GBIF and Flood Risk) have substantial resources backing them – Schedule/critical path for these being worked – End point is live demo plus video or narrated slide show • The scenarios involving FDSN may not evolve past conceptual stage due to lack of resources – End point is 2 -page write up • At least 2 of the scenarios will require “special arrangements” to be registered, thus ensuring involvement of the SIF. ADC-IV Tokyo # 1 March 2007

Phase 3 – Demonstrations • Present results of Phase 2 to the Architecture and Phase 3 – Demonstrations • Present results of Phase 2 to the Architecture and Data Committee and then with all GEO Members and Contributing Organizations – Prepare a briefing on the process – Include live demonstration of those infrastructure components that have been implemented • The Interoperability Register and Registry • Data and information exchange via the defined arrangements • Two kinds of demonstrations – technical – social benefit demo for policy makers and senior managers – to illustrate interoperability process and its benefits ADC-IV Tokyo # 1 March 2007

Phase 4 – Higher Levels of Interoperability • Develop higher levels of interoperability – Phase 4 – Higher Levels of Interoperability • Develop higher levels of interoperability – Exercise more completely the capabilities of the protocols and interfaces identified – Address semantic interoperability • Ensure the meaning of the data and information exchanged through the interfaces are intelligible to the recipient systems ADC-IV Tokyo # 1 March 2007

IP 3 Status • Component registration forms filled out for all components – Awaiting IP 3 Status • Component registration forms filled out for all components – Awaiting component registry to become operational • Scenario sheets written, including service interface descriptions – Specifics being captured as service registry is used • Standards registry is operational – Common international standards as initial content ADC-IV Tokyo # 1 March 2007

Schedule Milestone Delivery Date Component registration forms completed Feb ‘ 07 Draft scenarios delivered Schedule Milestone Delivery Date Component registration forms completed Feb ‘ 07 Draft scenarios delivered Feb ‘ 07 Standards Registry Availability Announced May 18 SIF Call for Participation Released May 25 Extended scenarios delivered June 1 Components and Standards registers populated w/ IP 3 data May ‘ 07 Demonstration to ADC Sept ‘ 07 Delivery of IP 3 documents Nov ‘ 07 ADC-IV Tokyo # 1 March 2007

Summary • The Interoperability Process Pilot Projects are contributing to the development of the Summary • The Interoperability Process Pilot Projects are contributing to the development of the GEOSS architecture by exercising core GEOSS components and processes. • The scenarios under development are fully compliant with, and representative of, the GEOSS process for reaching interoperability. ADC-IV Tokyo # 1 March 2007