1. U.S. Environmental Protection Agency Central Data Exchange Pilot Project Promoting Geospatial Data Exchange Between EPA and State Partners. April 25, 2007

2. 2 Outline Introduction –What is the Geo-Exchange project? –How does this relate to the ENDS project? –Why is this important? Search and Discovery Effort –Approach –Conceptual Model –Overview Geospatial Data Exchange Effort Next Steps

3. April 25, 20073 Introduction What is the Geo Exchange Pilot Project? –Effort involving EPA, State, and Private Partners to: Search and Discover Geospatial Metadata from Distributed Catalogs Support Geospatial Data Flows (GML, SGML) –Using a Standards-Based approach through the Exchange Network Team Members –EPA Region 5 –Wisconsin Department of Natural Resources New Team Members –Michigan, Minnesota, Great Lakes Commission, Ohio, New York

4. April 25, 20074 Introduction How does this relate to ENDS? –ENDS Purpose is to discover Exchange Network Services Search tool connects to CDX database which stores information about nodes and supported services at CDX ENDS data flow is an Exchange Network schema for loading the database and retrieving data. –Geo-Exchange Purpose is to find geospatial assets stored across distributed partners’ offices Search tool connects directly to distributed metadata catalogs to find geospatial information stored across the country Search & Discovery effort uses the FGDC schema for EN purposes.

5. April 25, 20075 Why is the Geo-Exchange Project Important? Search and Discovery Effort –WI State Cartographer’s Office maintains valuable geospatial assets –EPA Offices Maintain a number of valuable geospatial assets –Others do too! This service makes these visible to participating partners A step towards improved environmental analyses Geospatial Data Exchange Effort –Regional offices update EPA Facility data (e.g., point locations, boundaries) –These should be submitted to EPA databases so they are up to date –Geospatial data transfers are not simple flat files (lines, polygons, etc.) Transfer of geospatial data is not your typical data flow This service allows geospatial data to be transferred to backend databases

6. April 25, 20076 Approach – Search & Discovery Development Approach –Maximize reuse of existing standards and components –Minimize data replication Standards –Relies on Geospatial Metadata Standards –Z39.50 [Protocol and GEO Attribute Set] Utilize Existing Components and Technologies –Existing catalogs (EPA, WI, and new partners) –Existing Geo-coding services and Google map interface –Existing Geospatial Standards (FGDC CSDGM, Z39.50) –Existing EN web services (solicit/query search request) Data not replicated to central catalog –Exchange network provides direct query access to partnering catalogs Result: Participation is expandable and flexible

7. April 25, 20077 Conceptual Model Architecture – Search & Discovery

8. April 25, 20078

9. 9 Search Interface Design Clicking the “Use Map Interface” button, the user will see the screen below.

10. April 25, 200710

11. April 25, 200711 Search Result Interface Design List of search Results: selecting one produces the metadata record to the right Multiple online linkage options to data access

12. April 25, 200712 Link to Data Using Web Based Map Viewers

13. April 25, 200713 Link to Data Using Standard GIS Desktop Tools

14. April 25, 200714 Next Steps Broader Participation with Additional States –Initial Focus on Great Lakes States –Currently Includes: State of Michigan Minnesota New York Ohio Great Lakes Commission –Expansion for catalog types, access capabilities Different types of open-standards based catalog interfaces (CS-W, ZING/SRU) Different types of geospatial information (geo-referenced documents, etc) Access to data from metadata – use existing download or return Web Service request - Publishing

15. April 25, 200715 Approach – Geospatial Data Submission Overview –Allow offices to flow geospatial data and metadata (GML /SGML) to EPA repositories How does this relate to other EN data flows? –Allows geospatial data to be transferred to backend databases –Lays out a protocol for publishing geospatial data. Components –EPA Region 5 Partnership –Map GML/SGML data to EPA’s LRT backend repository –Client tool interface (‘GeoToolkit’) used to upload, map and submit data Source data can be mapped to target schema via ‘mapping aliases’ Interface allows user to select defaults and override information

16. April 25, 200716 Design Data Provider CDXDestination

17. April 25, 200717 What? Geospatial Data View – Boston, MA

18. April 25, 200718 Export Data from local geospatial database to GML Overview – Geospatial Data Submission

19. April 25, 200719 Overview – Geospatial Data Submission Export Metadata from local database to SGML

20. April 25, 200720 Overview – Geospatial Data Submission Load GeoToolkit and Map Source to Target Fields using Configuration Editor

21. April 25, 200721 Submit via conversion service – loads mapped data to backend database Overview – Geospatial Data Submission

22. April 25, 200722 View Target File in transfer schema format Overview – Geospatial Data Submission

23. April 25, 200723 Next Steps Generalize Geospatial Schema for Consistency for New Flows –Determine more generic approach that will allow for a more diverse set of conformant transfers –Provide oversight and direction for new geospatial flows being considered for the Exchange Network Update GeoToolkit –Validation checking on front end –Additional Help for errors

24. April 25, 200724 Publishing Capabilities Convert to KML?