DIB Applications - External Tasking, Mission Management, Distributed Sensor Planner Sensor Planning Service Provides a standard interface for planning and tasking sensors. SPS interface operations include: DescribeCollectionRequest() GetFeasibility() SubmitRequest() UpdateRequest() CancelRequest() GetStatus() ACTM – Airborne Common Tasking Message Created to reflect the tasking information used by all DoD and IC platforms. Provided as input to OWS-3 in support of the SPS maturation. Sensor Alert Service Under development in an OGC Interoperability Experiment
SWE web services: Sensor Observation Service – Access to sensor or simulated data Sensor Planning Service – Sensor System or Simulator Control Interface Sensor Alert Service – Subscribe to specific alerts usually derived from sensor/simulator data Catalog Service – Discover other services, sensors, providers and data sets SWE Steps: Services are first registered in one or several catalogs also accessible through a standard interface. Client can discover services, provider, sensors and datasets by using the catalog Client can then access data from SOS, control sensors and simulators using SPS and receive alerts from SAS
8 October 2010 Beware: these are simply hilights. The illustration is not really correct for the baseline, and possibly too simple for final pilot!
This slide shows an OGC system framework being used for Satellite and Field Integration. We have tested an interoperability connection to Rain Gauge SOS from GIS.FCU Taiwan. The GSMaP (Global Rainfall Map) which is a near real-time hourly rainfall map will be accessed via WMS connection from GEO Grid, AIST, Japan. The validation process will be done by WPS.
As geographic content (geodata) and services become more widely available in digital form over ubiquitous networks, data becomes easier to distribute, share, copy and alter. While this is generally a good thing, many organizations involved in the production and trading of geodata find the need to protect their Intellectual Property (IP) assets through the digital distribution value chain. Organizations want to specify, manage, control and track geodata distribution within secure, open and trusted environments. A system of operating agreements and interoperable technologies are needed to enable broader distribution and use of geodata while protecting the rights of producers and users. In or e-commerce models for dissemination and use of Intellectual Property (IP) assets, geodata are treated as commodities to be priced, ordered, traded and licensed. Direct monetary reward, however, is often not the motivation or is only secondary behind the desire for more rigorous control of IP assets. Harlan Onsrud of the GeoData Alliance argues that the incentive structures implicit in “library systems” are an appropriate model for motivating data producers, collectors and traders to document, share and otherwise disseminate their geodata. Onsrud observes that the library system is a “chaordic” framework of seemingly ad hoc agreements among stakeholders that strikes a balance supporting “…strong public goods, access and equity principles while fully protecting the intellectual property rights of authors and publishers.” http://portal.opengeospatial.org/files/?artifact_id=14085
GeoCENS OGC Standards and Sensor Web Enablement presented at GeoCENS Banff September 2010 workshop by George Percivall
What is SensorML? <ul><li>Models and XML encodings for describing processes </li></ul><ul><ul><li>Detectors, actuators, etc. are modeled as processes </li></ul></ul><ul><ul><li>Can be used to describe “left-side” processes (“how were these observations obtained?”) and “right-side” processes (“what can I derive from these observations?”) </li></ul></ul><ul><li>Vision: </li></ul><ul><ul><li>Discovery of transducers and processes / plug-n-play sensors – SensorML is the means by which sensors and processes make themselves and their capabilities known </li></ul></ul><ul><ul><li>Observation lineage – SensorML provides sensing and processing history of observations; supports quality knowledge of observations </li></ul></ul><ul><ul><li>On-demand processing – SensorML supports on-demand derivation of higher-level information (e.g. geolocation or products) without a priori knowledge of the sensor system </li></ul></ul><ul><ul><li>Extensibility – SensorML provides easy means for meeting various community needs </li></ul></ul>Copyright 2007, Open Geospatial Consortium, Inc.
NASA Projects: SensorML-Enabled On-demand Processing (e.g. georeferencing and product algorithms) AMSR-E SSM/I Cloudsat LIS TMI TMI & MODIS footprints MAS Geolocation of satellite and airborne sensors using SensorML
OGC Web Processing Service (WPS) WPS GetCapabilities Execute DescribeProcess Algorithms Repository … … Algorithm 1 Data Handler Repository … … Data Handler A Communication over the web using HTTP WPS-client Web Processing Service
SWE draft standards used in OGC OWS-3 Testbed in 2005 <ul><li>3D Geobrowser used in OWS-3 to </li></ul><ul><li>Survey Area of Interest </li></ul><ul><li>Command a UAV with SPS </li></ul><ul><li>Access UAV imagery with SOS </li></ul><ul><li>Overlay in 3D with SensorML </li></ul>
OWS-3 Testbed and SWE UAV swath over DRG over terrain
Air quality monitoring pilot <ul><li>Emission/imission modeling in Moulin, Fr (simple site) and Linz (complex site; more data sources) </li></ul><ul><li>Cross border integration on French/Belgium border in Flanders </li></ul><ul><li>SANY/SWE compliant systems </li></ul><ul><li>Managing QA information within SOS </li></ul><ul><li>Fusion & modelling services </li></ul>
DLR: Tsunami Early Warning & Mitigation Center Seismic Monitoring Buoys Tide Gauges Ocean Bottom Units EO Data GPS Systems Observations Simulation Risk- & Vulnerability Modelling Geospatial Data Repository BMG 5in1 / 6in1 System
Taiwan Debris Flow Monitoring - OGC System Framework SOS GSMaP Hourly image WMS,WFS-T WPS GetFeatureInfo JSON GetObservation JSON <ul><li>Validation process </li></ul><ul><li>Least Square Fitting process </li></ul>Client Execute JSON GetObservation ADFC GIS.FCU,Taiwan GEOGrid, AIST, Japan Rain gauge Observation System Sensor Other Observation System Sensor
GEOSS AIP-2 biodiversity & climate change Led by CNR, Univ of Colorado, GBIF IP3 Client & Workflow engine IP3 Distributed Community Catalog/Mediator WCS - T Other Non-OGC Services GBIF Non-OGC Services OGC WPS Access to Model CSW GEOSS Portal WCS WFS req req req resp resp resp req req resp resp req resp req resp req resp Broker Research Scientist req resp
GEOSS AIP-2 flood prediction and response Led by NASA, Spot Image, Northrop Grumman, ERDAS From portal select desired theme and area of interest Wizard picks appropriate workflow for desired result Wizard Mozambique Disaster Management Information System (DMIS) Workflows Estimated rainfall accumulation and flood prediction model Flood Model Selected workflow automatically activates needed assets and models Baseline water level, flood waters and predicted flooding
SWE Standards Current Status – June 2010 <ul><li>Current specs are in various stages (V1.0 specs approved 2007) </li></ul><ul><ul><li>SensorML/SWE Common – Version 1.0.1 (V2.0 underway) </li></ul></ul><ul><ul><li>Observations & Measurement – Version 1.0 (V2.0 underway) </li></ul></ul><ul><ul><li>WNS – Request for Comments </li></ul></ul><ul><ul><li>SOS – Version 1.0 (V2.0 underway) </li></ul></ul><ul><ul><li>SPS – Version 1.0 (V2.0 underway) </li></ul></ul><ul><ul><li>SAS – Ready for final vote (may skip V1.0 for V2.0; may incorporate into SOS and Event Service) </li></ul></ul><ul><li>Approved SWE standards can be downloaded: </li></ul><ul><ul><li>Specification Documents: http://www.opengeospatial.org/standards </li></ul></ul><ul><ul><li>Specification Schema: http://schemas.opengis.net/ </li></ul></ul>