1 technical deployment task team (tdtt) recommendations steven jackson fgdc core team telecon 04 apr...

26
Technical Deployment Task Team (TDTT) Recommendations Steven Jackson FGDC Core Team Telecon 04 APR 2011

Upload: amice-lucas

Post on 18-Dec-2015

216 views

Category:

Documents


0 download

TRANSCRIPT

1

Technical Deployment Task Team (TDTT) Recommendations

Steven JacksonFGDC Core Team Telecon04 APR 2011

2

Agenda

BackgroundNotional Technical Architecture Candidate Components Candidate Interfaces

Contributing Data and ServicesGeospatial Platform V0Next Steps

3

Bottom Line Up Front

The TDTT’s work is only the beginning The team identified some potential next steps

The proposed notional architecture Leverages existing capabilities heavily Decentralizes data/services storage Centralizes discovery Will require funding to support centralized components

Open standards are key to implementation of the architecture

4

BackgroundOrigin: Assembled December 2010, as a functional team comprised of

representatives nominated by FGDC partner agencies and the Geospatial Platform Core Team

Purpose: Recommend a path forward for implementation of Geospatial

Platform common services and shared infrastructure Lead efforts to deploy "mature" capabilities identified in the

Modernization Roadmap for the Geospatial Platform that provide a useful service, can be built upon, and can be undertaken quickly

5

BackgroundApproach: Develop a set of requirements by evaluating existing Federal

geospatial capabilities to determine their potential to meet the needs of the Geospatial Platform

Outcome: Generate a Technical Deployment recommendation for the

Geospatial Platform Core Team and FGDC Executive Committee which will include: Notional technical architecture Candidate solutions architecture(s)

6

BackgroundDates

December 15, 2010 – Kick-Off Meeting January 4 , 2011 – USGS’s Geospatial One Stop (GOS), Data.gov capability demos January 5, 2011 – ESRI’s Geoportal Server (used by several federal organizations),

Intelligence Community’s (IC) Enterprise Repository and Registry (ER2) capability demos

January 13, 2011 – NOAA’s Environmental Response Management Application® (ERMA), NASA’s Spatial Web Portal (SWP) capability demos

January 20, 2011 – Use Case development/review February 4, 2011 – Initial Architecture produced February 17, 2011 - USGS’s Global Earth Observation System of Systems (GEOSS)

Clearinghouse, NASA’s Spatial Web Portal (SWP) capability demos February 23, 2011 – Prototype Architecture produced March 7, 2011 – Present Recommendations to Core Team

7

BackgroundDates

March 8, 2011 – Present Recommendations to Coordination Group March 9, 2011 – Present Recommendations to NGAC Intergovernmental

Subcommittee March 17, 2011 – Discuss Recommendations at NGAC March 28, 2011 – Technical integration meeting April 4, 2011 – Present Recommendations to Core Team

8

BackgroundTeam Members:

Chair: Steven Jackson, NGA - [email protected] Myra Bambacus, NASA - [email protected] Jeff Booth, DHS - [email protected] Paul Fukuhara, USDA - [email protected] Travis Hardy, DHS - [email protected] Doug Nebert, FGDC - [email protected] Kari Sheets, NOAA - [email protected] Michelle Torreano, EPA -

[email protected]

9

Notional Technical Architecture – Use Case

Casual User This use-case describes

the process of a casual user discovering and accessing data from multiple sources and displaying them together in a map for visual or print usage.

10

Notional Technical Architecture – Use Case

Advanced User This use-case describes

the process of an advanced user discovering and accessing data from multiple sources and applying them in a personal computing environment.

11

Notional Technical Architecture – Use Case

Publisher This use-case describes

the process of a publisher registering a data, service, or application resource into a platform catalog. A-16 Portfolio Designation is also handled within this use case.

12

Notional Technical Architecture – Use Case

Geospatial Viewer This use-case describes

the basic functionality to be included within the Geospatial Viewer with a focus on the base map content.

13

WebMetadata

Editor

Federal (blue) and non-federal (green)

geospatial metadata catalogs

Geospatial Catalog

Data, Services, and Apps

Agency Geospatial Investment Information

GeospatialViewer

Geospatial Query UI

Geocoder Service

Geo-Enabler Tool

PlannedGeospatial

Data Activities

Geospatial Assets

GeoPlatform Web Presence

Geoprocessing Services

Phase I Phase II

Geospatial DSS Workbench

metadata

Data.govCatalog

Synchronized

Dublin CoreMetadata View

FGDC/ISOMetadataView

queries

results with links

metadata as XML

metadata as XM

L

harv

est

Dis

trib

uted

se

arch

FGDC/ISO metadata as

XML plus data

dictionary RDF

metadata

links to assets

sends links

asse

t dis

play

and

que

ry

uses

extends

acce

sses

Notional Technical Architecture

14

Contributing Data and ServicesThe Notional Technical Architecture is component-based Open standards based components can be changed Offers partners an opportunity to interact with the Geospatial

Platform at several levelsThe Geospatial Platform is an environment where Partners are able to share their content and gain access to the work of others while reducing their own operating costs

15

Contributing Data and ServicesPublishers expose content (“the give”) in the Geospatial Catalog using the Web Metadata Editor Focus is on public data/services. Each data/service maintains

host user credentialing Content is discovered through the Geospatial Query UI Mappable data is passed to the Geospatial Viewer while other

content is provided to the user for download Publishers can register their catalog to support content

search/harvest

16

Contributing Data and ServicesPartners discover and use content (“the get”) within the Geospatial Platform or other within their own capabilities Partners contribute their specific content to the Geospatial

Platform and at the same time seek the specific content of others

Integrate data/services into their own environment to enhance their own mission

Minimize duplication

17

Contributing Data and Services

WebMetadata

Editor

Federal (blue) and non-federal (green)

geospatial metadata catalogs

Geospatial Catalog

GeospatialViewer

Geospatial Query UI

Data, Services, and Apps

Agency Geospatial Investment Information

PlannedGeospatial

Data Activities

Geospatial Assets

GeoPlatform Web Presence

Geocoder Service

Geo-Enabler Tool

Geoprocessing Services

Phase I Phase II

Geospatial DSS Workbench

metadata

18

Geospatial Platform V0

Deliverable of the TDTT was to stand up an initial instantiation of the Geospatial Platform Team members examined “mature” capabilities for

suitability Version 0 developed to demonstrate Architecture

Intentionally integrated components of several organizations

Intended to facilitate detailed feedback and discussion

19

WebMetadata

Editor

Federal (blue) and non-federal (green)

geospatial metadata catalogs

Geospatial Catalog

Data, Services, and Apps

Agency Geospatial Investment Information

GeospatialViewer

Geospatial Query UI

Geocoder Service

Geo-Enabler Tool

PlannedGeospatial

Data Activities

Geospatial Assets

GeoPlatform Web Presence

Geoprocessing Services

Phase I Phase II

Geospatial DSS Workbench

metadata

GEOSS Clearinghouse(GeoNetwork)

Spatial Web Portal

OpenLayers

MERMAid

Geospatial Platform V0

MERMAidGeoNetwork

20

Next Steps

Identify what Metadata Catalog attributes or triggers can be used to identify a base map record for the Geospatial Viewer. Work with the Geospatial Viewer to expose the base maps.Identify what Metadata Catalog attributes would be required to facilitate A-16 Portfolio Management. Add those attributes to the Metadata Catalog. Additionally, need to document the reporting mechanism functionality through a Use Case.

21

Next Steps

Integrate the Status Checker into the catalog so that it can populate an attribute which will allow users to quantify the reliability of the service which they are looking to use.The initial data content for the Geospatial Catalog must be identified and then integrated into the Catalog.

22

Next Steps

Need to investigate how the National Map can be used by the Geospatial Platform. Can the National Map be a destination for services found within the Geospatial Query UI? Can it be the/a Geospatial Viewer?Need to investigate implementation of Phase II of the Geospatial Platform Web Presence. The FCC’s Broadband Map would serve as good test candidates because they are completed and standards-based.

23

Next Steps

The current architecture enables each organization to maintain their own user access and logging. Investigate the degree to which single sign-on is feasible or desired within the community. Publicly available data need not be access controlled.

24

Next Steps

Integrate the Status Checker into the Geospatial Catalog so that the long-term reliabilities of the services can be captured and used as a query property.

25

Summary

TDTT’s work should be used As base material for subsequent Task Teams

Reference next steps To communicate the desired end-state to

partners and developers of the Geospatial Platform Use Cases Notional Architecture

As the foundation for the Geospatial Platform

26

Questions?

Thank you!