Difference between revisions of "NASA ROSES 2009 ACCESS RFP"

From Earth Science Information Partners (ESIP)
 
(66 intermediate revisions by 3 users not shown)
Line 1: Line 1:
[[AQCluster Telecons]]
+
{{NASA_ACCESS_AQIP_Backlinks}}<br>
 
 
 
 
 
The NASA  (ACCESS) Program is seeking proposals that address earth science user access to distributed web services and service registries.  
 
The NASA  (ACCESS) Program is seeking proposals that address earth science user access to distributed web services and service registries.  
  
===NASA Advancing Collaborative Connections for Earth System Science(ACCESS) Program===
 
* Increase the interconnectedness and reuse of IT software, techniques, and services for Earth Science
 
* Supports capabilities for freer movement of data and information in distributed environments
 
 
===NASA 2009 ROSES Call for Proposals: [http://nspires.nasaprs.com/external/solicitations/summary.do?method=init&solId=%7b23537156-CF86-37E5-11B5-F3E331B8A7E1%7d&path=open ACCESS solicitation] ===
 
# Registering and finding NASA data and services: methods, tools and facilities
 
# Data quality, usability, and legacy: methods, tools and facilities
 
  
 +
==NASA 2009 ROSES Call for Proposals: [http://nspires.nasaprs.com/external/solicitations/summary.do?method=init&solId=%7b23537156-CF86-37E5-11B5-F3E331B8A7E1%7d&path=open ACCESS solicitation] ==
 +
===Area of Interest 1: Improving Earth science user access to web services and service registries===
 +
* Many web-based ES applicable services have been created
 +
* However, these are are not accessible or easily discoverable
  
Relevant point from the RFP
+
The ACCESS program seeks proposals to:
 +
* Provide means for users to discover and use services provided by NASA, other Agencies, academia..
 +
** Detail how services will be discovered by users
 +
** What data system components will be used to bolster the persistent availability of these services
 +
*** through GUI interface or
 +
*** machine-to-machine interface
  
2.1 Additional Proposal Requirements
+
This often requires the utilization of tools and services to aid in measurable improvements of Earth science data access and data usability.
* Serving research and applied science, teams must include IT & ES experts.
 
* Tied to ES research issue(s)
 
* Identify ES focus area and/or the application to be served by IT
 
* Two year award.
 
* Id current tech state and improvements
 
* Relevancy of existing, ongoing work
 
* Provide an operations concept for continuance of the tools and services
 
  
2.2 Participation in Earth Science Data System Working Groups, required.
+
Mature technologies of Technology Readiness Level of 7 or greater= System prototype demonstration
 +
[http://www.stsc.hill.af.mil/crosstalk/2005/05/0505Gold.pdf IT and TRL]
  
2.3 Persistence of ACCESS Tools and Services. ACCESS for development, not for maintainance! Have to address maintainance and life cycle in the proposal.  
+
===Area of Interest 2: Improving knowledge of NASA’s Earth science data quality and production legacy:===
 +
* Users need substantial information about product quality, usability, and legacy of inputs and processes to these data.
 +
* Substantial data quality and processing lineage of the data products offered.  
 +
* However, it is not available with the data delivered, nor is it included in attached metadata.
  
3. Education and Public Outreach Opportunities, strongly encourages supplemental Edu/Outreach supplement address the tool or service life cycle and means for continued operation once ACCESS deployment resources end.
+
NASA is seeking proposals that help users better interpret data product metadata, read me files, and other associated materials.  
 +
* Including methods for improving data product knowledge
 +
* [DataSpaces] for connecting users to product information; best practices, known errors, etc.
 +
* Describe metrics used to verify the impact of enhanced data product on achieving science goals and ES research.
  
3. Education and Public Outreach Opportunities
+
===Additional Requrements  ===
NASA policy strongly encourages participation in Education and Public Outreach (E/PO) activities by members of the science community. You may be eligible to propose a supplemental Education or Outreach effort if your research proposal is selected for award.
+
* Serve the research and applied science – include IT and Earth science experts.
----
+
* Identify the Earth science focus area and tie to an Earth science research issue(s)
 +
* Identify the improvements of by the proposed tools/services.
 +
* Provide an operations concept for continuance of the tools and services
 +
* ES Data and Software rights, life-cycle cost for the targeted users.
 +
* Encourages Edu/Outreach supplement, tool or service life cycle, continued operation after ACCESS.
  
 
=== ESIP NOI for ACCESS Proposal ===
 
=== ESIP NOI for ACCESS Proposal ===
 
[http://www.hq.nasa.gov/office/procurement/nraguidebook/proposer2009.pdf Details on NOI Pg. 38 of NASA Proposers Handbook]
 
[http://www.hq.nasa.gov/office/procurement/nraguidebook/proposer2009.pdf Details on NOI Pg. 38 of NASA Proposers Handbook]
 
==== Short Title (50 Char) ====
 
==== Short Title (50 Char) ====
 +
 +
Service Oriented Data System for Air Quality (SODAQ)
 +
 
Sharing, Finding and Using Air Quality Services
 
Sharing, Finding and Using Air Quality Services
 +
 +
Adoptive, Collaborative, AQ DataSystema
 +
 
==== Long Title (254 Char) ====
 
==== Long Title (254 Char) ====
Sharing, Finding and Using Distributed Air Quality Services: Improving the Use of Satellite, Aerial, Surface and Modeling Data and Tools within the Global Earth Observation System of Systems (GEOSS)
+
* Short Title: Air Quality Infrastructure Partnership  (AQIP)
 +
* Air Quality Infrstructure Partnership: Service-Oriented Tools and Methods for Finding and Accessing NASA Data
 +
 
 +
 
 +
information systems infrastructure
 +
 
 +
ACCESS projects increase the interconnectedness and reuse of key information technology software, techniques, and services underpinning the advancement of Earth science research.
 +
 
 +
data system components by leveraging these proven information technologies in order to rapidly deploy data system services that bridge specific gaps within the agency’s Earth science information systems.
 +
 
 +
Service Oriented Data System for Air Quality (SODAQ)
 +
Sharing, Finding and Using Air Quality Services
 +
Adoptive, Collaborative, AQ Data Systema
 +
Toward an Air Quality Information Partnership (AQIP)
 +
Accessing Air Quality Information Partnership (AAICP)
  
==== Brief Description ====
+
==== Outline ====
Over the past two years, the GEOSS Architecture Implementation Pilot (AIP) has collaboratively created the common infrastructure elements of data, services, and standards registries, clearinghouses for harvesting metadata and providing API metadata search interfaces, and portals that provide graphical user interfaces (GUI) to the clearinghouses. As part of this Pilot process, the ESIP Air Quality Workgroup has improved the metadata associated with a given data access service as well as developed and implemented an Air Quality Community Catalog an Portal. The structured part of the metadata is stored in the Air Quality Community Catalog. The Air Quality community portal facilitates service registration for air quality service providers and allows service users to connect to the with and use the GEOSS infrastructure, which in turn allows sharing of data, tools and information and leads to better air quality decision-support.
 
  
With the foundational elements in a fairly stable prototype form, we are proposing collaborative work across the air quality community in using and refining these components to achieve operational user access to web services and service registries within an air quality context. The proposed project will advance, from an air quality science and applications perspective, previous efforts in the Global Earth Observation System of Systems (GEOSS) Common Infrastructure and Air Quality Community Infrastructure by connecting users to standards-based interfaces for registering, finding and binding to earth science web services. The value of this proposal is that while these tools and methods are developed for the air quality community, because they are standards based, they can be reused for other ESIP and GEOSS Societal Benefit Area Communities (i.e. disaster management, health, water quality)
+
* Lots of data resources in NASA, elsewhere
 +
* Not available as data as services  
 +
* if it is a service, e.g. openDaP, may need rich clients, hard coded, loose coupling not easy 
 +
* Even if reusable service is available it cannot be found.  
 +
 
  
The Federation for Earth Science Information Partners (ESIP) will serve as project PI, leveraging its collaboration framework that is already being used by a core group within the air quality community as well as its coordinated development of the GEOSS Air Quality Community catalog and portals. Collaborators will include university, government, and industry partners participating in the GEOSS AIP. The collaborators will range from air quality data providers (including NASA satellite derived products, aerial products, and surface based monitoring), to air quality modelers and researchers, to air quality application developers, to air quality managers. Each user type has distinct interests and uses for GEOSS that need to be considered in achieving a successful operational system for sharing, finding and using distributed data and tools.
+
* Service Orientation, while accepted has not been widely adapted for serving NASA products
 +
* SOA allows the creation of loosely coupled, agile, data systems
 +
* SOA -> requires ability to Publish, Find, Bind (Register, Discover, Access)  
 +
* While, binding to data through standard data access protocols, publishing and finding requires metadata system  
  
By the summer of 2009, the GEOSS components will be considered to be at a TRL of 7 as they will have been tested and demonstrated in an operational environment and available in an publicly available and semi-operational system. The proposed work will raise the TRL level by integrating and transferring technology into operational air quality information systems and research and application systems. It is anticipated that ESIP's coordination of the project will leverage ESIP's partnerships with other government agencies in developing an plan to sustain and persist the system.
+
* Metadata system for publishing and finding content has to be jointly developed between data providers and users.
 +
* Generic catalog systems   - metadata collection of not only what provider has done but also tracking what users need
 +
* Communication along the value chain, in both direction;
 +
* Metadata the glue and the message
 +
* Market approach; many providers; many users; may products
  
==== Names of Co-Is and Collaborators ====
+
 
To be added.
+
=== The Users Dilemma (direct problem)===
 +
* There are '''no data''' for what the user needs
 +
* If there are needed data, the '''user can not find them'''
 +
* If the user can find them, he '''can not access''' them
 +
* If the user can access then, he does not '''know how good they are'''
 +
* If he knows how good they are, he '''can not merge''' them with other data.
 +
 
 +
 
 +
* There are '''no data''' for what the user needs
 +
* If there are needed data, the '''user can not find them'''
 +
* If the user can find them, she '''can not access''' them
 +
* If the user can access then, she does not '''know how good they are'''
 +
* If he knows how good they are, she '''can not merge''' them with other data.
 +
 
 +
=== Providers Dilemma (indirect problem) ===
 +
* There are no users for the data
 +
* If there are users, the provider can not find them
 +
* If the provider can find the users, he does not know how to deliver the data
 +
* If he can deliver them, he does not know how to make it more valuable
 +
* If the provider can make it more valuable...
 +
 
 +
* There are no users for the data
 +
* If there are users, the provider can not find them
 +
* If she can find the users, she does not know how to deliver the data
 +
* If she can deliver them, she does not know how to make it more valuable
 +
* If the she can make it more valuable...
 +
 
 +
 
 +
 
 +
==== AQ Network as Scale-free network====
 +
* (so is GCI) not central
 +
* holarchy , data up into the pool though the aggregator network and down the disaggregator/filter network
 +
 
 +
[[Image:ScaleFreeNetwork3.png|300px]]
 +
 
 +
=== Partmentsip===
 +
* Toward an Air Quality Information Partnership (AQIP)
 +
* Agencies: EPA, NASA, NOAA, DOE ....
 +
* Intrastructure first
 +
 
 +
=== Data Life Cycles: Acquisition, Transformation, Usage ===
 +
 
 +
* Stages: Acquisition, Transformation, Usage
 +
** Acquisition is a stovepipe
 +
** Usage is value chain
 +
** In-between is the 'market'
 +
 +
* Fan-In,  Fan-Out
 +
* Publish Find Bind
 +
 
 +
Data distributed through Scale-free aggregation network. Metadata contributed along the line of usage. Homogenized and shared.
 +
 
 +
===Faceted search===
 +
* user is happy
 +
 
 +
=== Data as Service ===
 +
* Wrappers, reusable tools and methods ( dataset classes) 
 +
* To illustrate the Network, Coding (faceting) through metadata, WMS to show data
 +
* WCS next
 +
 
 +
=== Collecting and Enhancing Metadata from observing Users ===
 +
* Google Analytics - Where do users come from (spatial, internet, i.e. search engine, direct Url), which pages are most popular, where do they go next, how much time do they spend on the site, how many leave after just one page?, new vs. returning visitors, ...
 +
* Amazon - what do customers ultimately buy after viewing this product? popularity in different categories, what else did they buy at the same time? targeted advertising - interested in this product, may be interested in this company
 +
* Ebay - knows recent searches, so on return displays products of interest,
 +
* Google Reader - items posted, items read, which blogs did you read more from, how active are the blogs you read? how obscure are the blogs you read (# of subscribers), time of day blogs are posted, day of week blogs are posted.
 +
* Blogger?/Wordpress - Technorati - where do readers come from?
 +
 
 +
==== Stuff ====
 +
 
 +
The global and the local environment is being monitored daily and hourly by satellite and surface-based sensors that produce large multi-dimensional data sets covering four physical dimensions: X,Y,Z and time and several ‘variable’ dimensions.  The output from individual sensors is collected and archived by many organizations, like EPA, NASA, USGS as well as state and local agencies. Even though most organizations are eager to share their data, the actual data sharing is very tedious and inefficient: There are no general data formatting and access standards, so the data access and processing is done ‘by hand’, the hard way.
 +
Accordingly, the collected data are not adequately supporting environmental decision-making or ‘just in time’ learning processes.
 +
 
 +
A model will be presented that views the production of environmental knowledge as a flow of information through a refinery that converts low-grade raw data into high-grade knowledge. Furthermore, each processing step is a node in the value-adding chain. The objective of the supporting information engineering system is to design flow pathways and to reduce the resistances to the information flow and processing.   
 +
 
 +
Several aspects of distributed data flow and processing systems are now falling in place:
 +
# multidimensional data storage and query processing, OLAP
 +
# standard data description and transmission protocols, XML
 +
# multi-platform data viewers, Java
 +
# willingness by the community to share data and knowledge
 +
 
 +
The above model will be illustrated through past examples of ‘just in time’ learning and decision support situations. The special role of OLAP as a value-adding technology emphasized.
 +
 
 +
==== Net-Enabled Systems ====
 +
The emphasis in these systems is having computers assist humans in awareness and decision-making processes across physically separate warfighting and sensing elements. These systems involve large amounts of data push (control) or data pull (awareness) function and are typically command and control; battle management systems; or intelligence, surveillance, and
 +
reconnaissance systems. The net-reliant system is characterized by an intense realtime requirement, a heavy reliance on exchanges with external information sources or consumers, and may be pushing the state-of-the-art in data fusion and blackboard collaboration.
 +
 
 +
CTEs may also enable efforts to manage data, translate data, and establish composability (how systems bind to one another). The IT that realizes the system and the elements cited above should be considered for CTEs.
 +
 +
Network infrastructure system acquisitions provide the equipment and capabilities necessary for the successful operation of net-reliant systems.
  
 
=== Possible ESIP AQ Response to ACCESS CFP ===
 
=== Possible ESIP AQ Response to ACCESS CFP ===
Line 68: Line 190:
 
=== Workgroupd Discussion Items ===
 
=== Workgroupd Discussion Items ===
 
* Should the ESIP Air Quality Workgroup lead a proposal in response to the ACCESS solicitation?  
 
* Should the ESIP Air Quality Workgroup lead a proposal in response to the ACCESS solicitation?  
* If so, which of the two topics: Publish-Find Services or Metadata  
+
* If so, which of the two topics: Publish-Find Services or Metadata
 +
 
 +
RBH Apr 1 09:
 +
 
 +
* ACCESS is for development, not for maintenance - how we phrase it? 
 +
* Tone down operational. Want be near TR7 this summer.
 +
* Lots of work on service standard, metadata standard, discovery standard; metadata flow
 +
* ACCESS calls for finding, accessing '''NASA''' products ??, not GEOSS. Need to phrase it as both.
 +
* Should use this platform for including EPA, NASA, DOE +++ International Orgs into the Publish/Find/Bind system
  
 
=== Schedule ===
 
=== Schedule ===
 
* Letter of Intent due April 1.
 
* Letter of Intent due April 1.
 
* Proposal, June 2009
 
* Proposal, June 2009
 +
 +
==Links==
 +
 +
* [http://wiki.esipfed.org/index.php/Interoperability_of_Air_Quality_Data_Systems Interoperability of Air Quality Data Systems Workspace]
 +
* [http://wiki.esipfed.org/index.php/Community_Air_Quality_Data_System_Workspace Community_Air_Quality_Data_System_Workspace]
 +
* [http://wiki.esipfed.org/index.php/Air_Quality_Data_System_Vision_and_Goals Air_Quality_Data_System_Vision_and_Goals by Husar]
 +
* [http://wiki.esipfed.org/index.php/Data_System_Connectivity_Matrix Data_System_Connectivity_Matrix by FAlke]
 +
* [http://wiki.esipfed.org/index.php/Networking_of_Air_Quality_Data Networking_of_Air_Quality_Data by Husar]
 +
 +
* [http://www.nytimes.com/2009/05/24/business/24unboxed.html New York Times argues that we're seeing a swing in innovation from small inventors to big systems]. Shift in thinking is under way, driven by altered circumstances in multifaceted fields like the environment, energy and health care that rely on complex systems. Solutions will come from a larger network of change shaped by economics, regulation and policy. Progress, will depend on people in a wide range of disciplines, and collaboration across the public and private sectors.

Latest revision as of 19:14, June 7, 2009

Air Quality Cluster > AQIP Main Page > Proposal | NASA ACCESS Solicitation | Context | Resources | Forum | Participants
The NASA (ACCESS) Program is seeking proposals that address earth science user access to distributed web services and service registries.


NASA 2009 ROSES Call for Proposals: ACCESS solicitation

Area of Interest 1: Improving Earth science user access to web services and service registries

  • Many web-based ES applicable services have been created
  • However, these are are not accessible or easily discoverable

The ACCESS program seeks proposals to:

  • Provide means for users to discover and use services provided by NASA, other Agencies, academia..
    • Detail how services will be discovered by users
    • What data system components will be used to bolster the persistent availability of these services
      • through GUI interface or
      • machine-to-machine interface

This often requires the utilization of tools and services to aid in measurable improvements of Earth science data access and data usability.

Mature technologies of Technology Readiness Level of 7 or greater= System prototype demonstration IT and TRL

Area of Interest 2: Improving knowledge of NASA’s Earth science data quality and production legacy:

  • Users need substantial information about product quality, usability, and legacy of inputs and processes to these data.
  • Substantial data quality and processing lineage of the data products offered.
  • However, it is not available with the data delivered, nor is it included in attached metadata.

NASA is seeking proposals that help users better interpret data product metadata, read me files, and other associated materials.

  • Including methods for improving data product knowledge
  • [DataSpaces] for connecting users to product information; best practices, known errors, etc.
  • Describe metrics used to verify the impact of enhanced data product on achieving science goals and ES research.

Additional Requrements

  • Serve the research and applied science – include IT and Earth science experts.
  • Identify the Earth science focus area and tie to an Earth science research issue(s)
  • Identify the improvements of by the proposed tools/services.
  • Provide an operations concept for continuance of the tools and services
  • ES Data and Software rights, life-cycle cost for the targeted users.
  • Encourages Edu/Outreach supplement, tool or service life cycle, continued operation after ACCESS.

ESIP NOI for ACCESS Proposal

Details on NOI Pg. 38 of NASA Proposers Handbook

Short Title (50 Char)

Service Oriented Data System for Air Quality (SODAQ)

Sharing, Finding and Using Air Quality Services

Adoptive, Collaborative, AQ DataSystema

Long Title (254 Char)

  • Short Title: Air Quality Infrastructure Partnership (AQIP)
  • Air Quality Infrstructure Partnership: Service-Oriented Tools and Methods for Finding and Accessing NASA Data


information systems infrastructure

ACCESS projects increase the interconnectedness and reuse of key information technology software, techniques, and services underpinning the advancement of Earth science research.

data system components by leveraging these proven information technologies in order to rapidly deploy data system services that bridge specific gaps within the agency’s Earth science information systems.

Service Oriented Data System for Air Quality (SODAQ) Sharing, Finding and Using Air Quality Services Adoptive, Collaborative, AQ Data Systema Toward an Air Quality Information Partnership (AQIP) Accessing Air Quality Information Partnership (AAICP)

Outline

  • Lots of data resources in NASA, elsewhere
  • Not available as data as services
  • if it is a service, e.g. openDaP, may need rich clients, hard coded, loose coupling not easy
  • Even if reusable service is available it cannot be found.


  • Service Orientation, while accepted has not been widely adapted for serving NASA products
  • SOA allows the creation of loosely coupled, agile, data systems
  • SOA -> requires ability to Publish, Find, Bind (Register, Discover, Access)
  • While, binding to data through standard data access protocols, publishing and finding requires metadata system
  • Metadata system for publishing and finding content has to be jointly developed between data providers and users.
  • Generic catalog systems - metadata collection of not only what provider has done but also tracking what users need
  • Communication along the value chain, in both direction;
  • Metadata the glue and the message
  • Market approach; many providers; many users; may products


The Users Dilemma (direct problem)

  • There are no data for what the user needs
  • If there are needed data, the user can not find them
  • If the user can find them, he can not access them
  • If the user can access then, he does not know how good they are
  • If he knows how good they are, he can not merge them with other data.


  • There are no data for what the user needs
  • If there are needed data, the user can not find them
  • If the user can find them, she can not access them
  • If the user can access then, she does not know how good they are
  • If he knows how good they are, she can not merge them with other data.

Providers Dilemma (indirect problem)

  • There are no users for the data
  • If there are users, the provider can not find them
  • If the provider can find the users, he does not know how to deliver the data
  • If he can deliver them, he does not know how to make it more valuable
  • If the provider can make it more valuable...
  • There are no users for the data
  • If there are users, the provider can not find them
  • If she can find the users, she does not know how to deliver the data
  • If she can deliver them, she does not know how to make it more valuable
  • If the she can make it more valuable...


AQ Network as Scale-free network

  • (so is GCI) not central
  • holarchy , data up into the pool though the aggregator network and down the disaggregator/filter network

ScaleFreeNetwork3.png

Partmentsip

  • Toward an Air Quality Information Partnership (AQIP)
  • Agencies: EPA, NASA, NOAA, DOE ....
  • Intrastructure first

Data Life Cycles: Acquisition, Transformation, Usage

  • Stages: Acquisition, Transformation, Usage
    • Acquisition is a stovepipe
    • Usage is value chain
    • In-between is the 'market'
  • Fan-In, Fan-Out
  • Publish Find Bind

Data distributed through Scale-free aggregation network. Metadata contributed along the line of usage. Homogenized and shared.

Faceted search

  • user is happy

Data as Service

  • Wrappers, reusable tools and methods ( dataset classes)
  • To illustrate the Network, Coding (faceting) through metadata, WMS to show data
  • WCS next

Collecting and Enhancing Metadata from observing Users

  • Google Analytics - Where do users come from (spatial, internet, i.e. search engine, direct Url), which pages are most popular, where do they go next, how much time do they spend on the site, how many leave after just one page?, new vs. returning visitors, ...
  • Amazon - what do customers ultimately buy after viewing this product? popularity in different categories, what else did they buy at the same time? targeted advertising - interested in this product, may be interested in this company
  • Ebay - knows recent searches, so on return displays products of interest,
  • Google Reader - items posted, items read, which blogs did you read more from, how active are the blogs you read? how obscure are the blogs you read (# of subscribers), time of day blogs are posted, day of week blogs are posted.
  • Blogger?/Wordpress - Technorati - where do readers come from?

Stuff

The global and the local environment is being monitored daily and hourly by satellite and surface-based sensors that produce large multi-dimensional data sets covering four physical dimensions: X,Y,Z and time and several ‘variable’ dimensions. The output from individual sensors is collected and archived by many organizations, like EPA, NASA, USGS as well as state and local agencies. Even though most organizations are eager to share their data, the actual data sharing is very tedious and inefficient: There are no general data formatting and access standards, so the data access and processing is done ‘by hand’, the hard way. Accordingly, the collected data are not adequately supporting environmental decision-making or ‘just in time’ learning processes.

A model will be presented that views the production of environmental knowledge as a flow of information through a refinery that converts low-grade raw data into high-grade knowledge. Furthermore, each processing step is a node in the value-adding chain. The objective of the supporting information engineering system is to design flow pathways and to reduce the resistances to the information flow and processing.

Several aspects of distributed data flow and processing systems are now falling in place:

  1. multidimensional data storage and query processing, OLAP
  2. standard data description and transmission protocols, XML
  3. multi-platform data viewers, Java
  4. willingness by the community to share data and knowledge

The above model will be illustrated through past examples of ‘just in time’ learning and decision support situations. The special role of OLAP as a value-adding technology emphasized.

Net-Enabled Systems

The emphasis in these systems is having computers assist humans in awareness and decision-making processes across physically separate warfighting and sensing elements. These systems involve large amounts of data push (control) or data pull (awareness) function and are typically command and control; battle management systems; or intelligence, surveillance, and reconnaissance systems. The net-reliant system is characterized by an intense realtime requirement, a heavy reliance on exchanges with external information sources or consumers, and may be pushing the state-of-the-art in data fusion and blackboard collaboration.

CTEs may also enable efforts to manage data, translate data, and establish composability (how systems bind to one another). The IT that realizes the system and the elements cited above should be considered for CTEs.

Network infrastructure system acquisitions provide the equipment and capabilities necessary for the successful operation of net-reliant systems.

Possible ESIP AQ Response to ACCESS CFP

Through its contributions to the GEOSS AIP, the ESIP Air Quality Workgroup appears to be in a position to submit a response. ESIP has been actively involved in the creation of the air quality community catalog and portal and their connection with the GEOSS Common Infrastructure (including the GEOSS Clearninghouses and GEOSS Registry) in providing standards-based interfaces for registering and finding data services. As the catalog, portal and overall ‘publish and find’ processes become more stable, one of the next steps is to solidify the process of ‘binding’ to and using the services.

ESIP’s investment in the AIP combined with the leveraging of Air Quality Workgroup participants own projects in creating and maintaining the air quality community components of the GEOSS AIP provides a foundation on which to address the ACCESS Program objectives. An ACCESS Program project could be an opportunity for support to enhance the community infrastructure and improve its value (aka use) and persistence by applying it to the air quality community’s activities in research, applied science and management.

The includes the following:

“Improving Earth science user access to web services and service registries: Users searching and using NASA Earth science data systems often do not have broad knowledge of services that may be available pertinent to their data of interest. Many web-based services have been created that are of direct applicability to Earth science research and applied science uses. Many of these services, however, are not easily discoverable or are exposed through very limited access points.

The ACCESS program seeks proposals that address this information gap by providing the means for users to discover and use services being made available by NASA, other Federal agencies, academia, the private sector, and others. Proposals should detail how existing services will be discovered by users and what other available data system components will be used to bolster the persistent availability of these services in both a traditional user interactive GUI interface or those using a machine-to-machine interface.”

Workgroupd Discussion Items

  • Should the ESIP Air Quality Workgroup lead a proposal in response to the ACCESS solicitation?
  • If so, which of the two topics: Publish-Find Services or Metadata

RBH Apr 1 09:

  • ACCESS is for development, not for maintenance - how we phrase it?
  • Tone down operational. Want be near TR7 this summer.
  • Lots of work on service standard, metadata standard, discovery standard; metadata flow
  • ACCESS calls for finding, accessing NASA products ??, not GEOSS. Need to phrase it as both.
  • Should use this platform for including EPA, NASA, DOE +++ International Orgs into the Publish/Find/Bind system

Schedule

  • Letter of Intent due April 1.
  • Proposal, June 2009

Links