1. Page 1 LAITS Laboratory for Advanced Information Technology and Standards 9/6/04 Briefing on Open Geospatial Consortium (OGC)’s Web Services (OWS) Initiative 3.0 Laboratory for Advanced Information Technology and Standards (LAITS) George Mason University (GMU) ldi@gmu.edu http://laits.gmu.edu Present to CEOS WGISS 19 th Meeting, Cordoba, Argentine March 10, 2005 Liping Di

2. Page 2 LAITS Laboratory for Advanced Information Technology and Standards 9/6/04 OWS Initiative 3.0 Time table for OGC Web Service Initiative 3.0 –RFQ released in Feb, 2005 –Proposal due on March 14, 2005 –Kick-off meeting April 18-22, 2005 –OWS 3.0 will be last for about 6 months Total 5 OWS 3.0 Threads –Common Architecture –OGC Location Services (OpenLS) –Sensor Web Enablement (SWE) –Geo-Decision Support (GeoDSS) –Geo-Digital Rights Management (GeoDRM).

3. Page 3 LAITS Laboratory for Advanced Information Technology and Standards 9/6/04 OWS 3.0 Common Architecture The Common Architecture (CA) thread addresses issues, infrastructure and requirements necessary to integrate services implemented using OGC specifications into an operational Web Service enterprise. OWS-3 will emphasis on –Capturing best practices –Extending the scope and capabilities of catalog services. Work Items –Catalog Profiles – Tier 1 –Catalog Population – Tier 1 –Service Bindings – Tier 1 –OWS Common with WS Extensions – Tier 1 –OWS Processing Services – Tier 1 –Service Oriented Architecture Maturation – Tier 1 –Workflow Chaining Service using BPEL -- Tier 2

4. Page 4 LAITS Laboratory for Advanced Information Technology and Standards 9/6/04 OGC Location Services The OpenGIS Location Services (OpenLS) comprise an open platform for position access and location-based applications targeting mobile terminals. The OpenLS feature set is defined by “Core Services and Abstract Data Types (ADT)” that comprise this platform. The OWS-3 OpenLS thread will –refinements to service and ADT definitions of existing features, –add a tracking service that supplies a position management and access capability and make first steps toward path-planning and navigation in buildings and other environments beyond the limits of road networks. Work Items – all tier 2 –Enhance Existing Specifications –GML 3.0/ADT Harmonization –Further Development of Micro Maps –SOAP/WSDL Messaging Framework –Indoor-Outdoor Navigation –Develop Tracking Services

5. Page 5 LAITS Laboratory for Advanced Information Technology and Standards 9/6/04 Sensor Web The Sensor Web subtask will mature the existing set of SWE work items to enable the federation of sensors, platforms and management infrastructure into a single sensor enterprise. This enterprise will enable the discovery and tasking of sensors as well as the delivery of sensor measurements regardless of sensor type and controlling organization. The ultimate vision is of a sensor market place where users can identify, evaluate, select and request a sensor collection regardless of sensor type, platform or owner.

6. Page 6 LAITS Laboratory for Advanced Information Technology and Standards 9/6/04 Sensor Web Work Items Sensor Web work items –SWE Information Engineering SensorML/TransducerML/1451 Harmonization SensorML/O&M/Earth Imagery Harmonization Sensor Registry Information Model Control and Status Messages –Sensor Planning Service –Sensor Observation Service –VTEDS Tool –SWE Integration and Demonstration All SWE work items are tier 1

7. Page 7 LAITS Laboratory for Advanced Information Technology and Standards 9/6/04 Geo Decision Support Services The Geo-Decision Support subtask will extent the DSS and Information Interoperability work done in OWS-2. –One issue facing DSS systems is the ability to exchange and access geographic information within and across information communities. –The GeoDSS subtask will address that issues by leveraging the Information Interoperability work from OWS-2 to explore ways to tailor geographic information for different information communities. –The GeoDSS subtask will also build on the OWS-2 service chaining work to explore (in cooperation with the Sensor Web subtask) the integration and processing of geographic and sensor data to support an emergency response scenario. –GeoDSS will develop new capabilities including a geoVideo service, XML schemas for moving objects and a portrayal service for feature data. –GeoDSS will explore extensions/enhancements to the underlying OGC services to address a greater extent of emergency response scenarios.

8. Page 8 LAITS Laboratory for Advanced Information Technology and Standards 9/6/04 GeoDSS Work Items A Schema Tailoring and Maintenance A.1 Deploy UML and Schema Registry A.2 Deploy UML and Schema Repository A.3 Develop UML models and Application Schemas A.4 Enhance UGAS Tool A.5 Enhance Schema Assembly Tool B Develop and deploy Data Aggregation Service C Schema for Archiving Geospatial Data D Feature Portrayal Service (FPS) D.1 Deploy SLD Registry D.2 Develop SLD for EMS D.3 Develop SLD for Mil-Std 2525B D.4 Develop and deploy FPS E GeoSemantic Queries E.1 Provide ontology maintenance tools E.2 Develop OWL-based Ontology’s E.3 Develop and deploy GeoSemantic CS-W

9. Page 9 LAITS Laboratory for Advanced Information Technology and Standards 9/6/04 GeoDSS Work Items F. GeoVideo Service F.1 Develop a schema for video geospatial metadata F.2 Develop and deploy GeoVideo service G Develop and deploy GeoVideo Portrayal Service H Develop and deploy the GeoDSS client I Investigations I.1 GML performance studies I.2 GML topology encoding I.3 Application Schema external links I.4 COTS GML Data J Integration and Demonstration J.1 Develop demonstration J.2 Supply/enhance WCTS – Tier 2 J.3 Develop and test BPEL workflows –Tier 2

10. Page 10 LAITS Laboratory for Advanced Information Technology and Standards 9/6/04 Geo Digital Right Management (GeoDRM) Implementation Specifications like the WMS, WFS, WCS, CS-W and GML can be used to build up global interoperable SDIs. –The concept of a SDI based on OGC components has been proven with many realized SDIs worldwide. –From an economic point of view, a SDI provides the transport mechanism for trading/selling spatial content. –The development of business models for trading spatial data has already started. The OGC, however, has not provided any interoperable trading capabilities. There is the risk that proprietary solutions could cut the SDI interoperability workflow. The OGC GeoDRM effort has been started to address this need. This thread of OWS-3 is a first step in developing the needed GeoDRM capabilities. Work Items –GeoDRM Licensing Data Model –GeoDRM enabled WMS –GeoDRM enabled WFS –Offline Data Access