draft geo framework, chapter 6 “architecture” architecture subgroup / group on earth...

Draft GEO Framework, Chapter 6 “Architecture”

Architecture Subgroup / Group on Earth Observations

Presented by Ivan DeLoatch (US) Subgroup Co-Chair

EarthObservations

Summit

Observationsto Users

to Benefits

29 November, 2003 GEO-2 Baveno, Italy 2

Group on Earth bservations


Presentation Outline

1. Purpose of Architecture Subgroup2. Approach of Architecture Subgroup3. Elements of the Draft Chapter 64. Issues

Architecture




Purpose of Architecture Subgroup

The Subgroup on Architecture will develop an architecture development strategy for a comprehensive, coordinated, and sustained Earth observation system or systems

This includes in situ, airborne, and space-borne observations, and builds on existing activities, systems, and initiatives




Approach of Architecture Subgroup

Provide a concrete, structured, end-to-end approach to address the architecture needs

Working with other GEO Subgroups, consider concepts for technical operation; including data capture/ collection, processing, dissemination, storage/ archiving, exchange, products/ services, and telecommunications

Consider alternative architecture solutions Recommend an architecture development

strategy




Elements of the Architecture Chapter

6.1 Scope6.2 Needs6.3 Approach6.4 Purpose6.5 Principles6.6 Key Parameters6.7 Observing Systems Inventory6.8 Alternative System Strategies6.9 Idealized Earth Observations System(s)




6.2 Needs

Architecture fits together strategies and systems to facilitate comprehensive, coordinated, and sustained Earth observations





6.2 Needs (continued)

Comprehensive architecture – addresses a wide variety of decision makers and applications encompasses in situ, mobile, airborne and satellite

observations includes future, current, and predecessor systems

Coordinated architecture – leverages existing standards, policies, and programs

worldwide

Sustained architecture – address the need for continued, long-term financial and in-

kind support for priority programs including relevant, agreed-upon research and development





6.3 Approach

Address current and new products needed for national, regional and global objectives

Identify observational gaps and overlaps Assess investment

planning methods for shared benefits and interests





6.3 Approach (continued)

Build on existing systems and prior descriptions of observational needs

Architecture should be adjustable, flexible, adaptable, and responsive to future needs

Key factors: cost effectiveness, technical feasibility, institutional feasibility, accuracy and continuity of data, and compatibility between different observations





6.4 Purpose

The purpose is to provide useful data and knowledge in order to

achieve better understanding, assessment and prediction of the entire Earth system

provide support for sound decision-making processes, and

contribute to socioeconomic dimensionsThrough these efforts, support sustainable

development of mankind





6.5 Principles

Give funding entities measures of value to citizens and society for Earth observations

Strengthen strategies and systems by appropriately integrating data, applications, and networks

Promote broad awareness of shared benefit





6.5 Principles (continued)

Agree on high-level observational products ( User Requirements and Data Utilization )

Support a broad range of implementations

Document the quality of observations


graphic





Share multi-scale data sets and model outputs, on a worldwide and long-term basis, using well‑defined service interfaces

Enhance decision support, including collaboration among private and public sectors

Improve compatibility of data formats by adopting or influencing the development of key standards






Agree on and/or develop mechanisms for appropriate security

Enhance coverage, resolution, and quality by greater coordination of acquisition planning


Improve accessibility of archives by converging and enhancing

common search and data mining




6.6 Key Parameters

Key parameters will be based on a technical evaluation of the requirements and needs by “User Requirements and Outreach” Subgroup

Some example areas may be: Global warming and climatic changes Land surface monitoring Ocean monitoring Water cycle Disaster prevention and mitigation





6.7 Observing Systems Inventory

In aggregate, the inventoried components must include all observations needed to satisfy the identified User Requirements and comply with the Data Utilization requirements.

The officially recognized inventory of member and participating organizations, and the components they support, will be maintained collectively under the auspices of the EOS program.

That inventory system will be publicly accessible, network distributed, and interoperable with other major Earth Observations inventories.





6.8 Alternative System Strategies

A – New, single observing system. Single entity responsible for the new system; development and implementation of all observing components at high cost since it would not take advantage of the existing systems

B – Enhanced existing observing system with overall responsibility, comprised of all existing components. Maintain the mandate of all existing systems and undertake responsibility for all new observing systems

C - System of existing systems. Existing systems relinquish part of their mandates





6.8 Alternative System Strategies

D (recommended) - A virtual system of systems, supplemented by new observing components as and where required.

Existing systems maintain their mandates and new observing components are added

Interfaces are needed among observing components Members and participating organizations

agree on interoperability specifications and support a common network structure for exchange and

dissemination of observational data perform joint planning to identify gaps and avoid duplication





6.9 Idealized System Components

Data Exchange and Dissemination:exchange and disseminate observational data and information


Observation Component

Data Processing Component

Data Exchange and Dissemination Component

Observation:acquire observations based on existing national, regional and global contributions

Data processing: process data into useful information




Issues from Architecture Subgroup

Does GEO endorse recommendation to pursue Alternative D (“virtual system of systems”) architecture?

Does GEO endorse that the scope includes end-user information products and services?

Architecture needs User Requirements Subgroup findings and systems inventories

A diagram showing EOS service components is offered for discussion

Architecture Subgroup - Suggestion for Discussion




Architecture Chapter

Discussion

Draft GEO Framework Document

draft geo framework, chapter 6 “architecture” architecture subgroup / group on earth...

Documents