OGC’s Sensor Web Enablement Lúbia Vinhas Image Processing Division National Institure for Space Research Brazil Bilateral Research Workshop iFGi – INPE, March 11, 2009

Introduction I have a background in Computer Science. I am a researcher at the DPI since 1998. I am one of the leaders for the TerraLib project. Currently I co-supervise 2 Master students and 1 PhD student. My insterests are: FOSS4GIS, spatial databases, image databases, GIS development.

R & D at INPE/OBT/DPI Space and Society Earth Observation Monitoring Amazonia 3

TerraLib A library to develop geographical applications Open Source Policy – LGPL Open Protocols Extensive use DBMS C++ language Allows users to customize a solution Desktop, Distribute, Web

TerraLib applications and uses

TerraLib applications and uses

TerraLib applications and uses Slide by Tiago Carneiro

TerraLib applications and uses

TerraLib Web Services A group of graduate students and TerraLib partners outside INPE to explore OGC standards related to Web Services (WMS, WFS, WCS, WPS,GML, Filter Encoding, SLD, ...) Main goal: capacity building in implementing OGC Web Services Client and Server side

Observatorium Mediator Integration Execution Optimization Slide by Emerson Xavier Mediator Integration Execution Optimization Participation

TerraLib 5 Plataform that will be: more interoperable, manage better all kinds of data sources, more flexible more extensible

TerraLib 5

A Sensor Web refers to web accessible sensor networks and archived sensor data that can be discovered and accessed using standard protocols and application program interfaces (APIs) . Sensor Web Concept A sensor network is a computer accessible netork of many spattially distributed devices using sensor to monitos condictions at different locations such as temperature, sound vibration, pressure, motion or pollutants. Which are the desires for a the sensor web: - Quickly discover sensors (secure or public) that can meet my needs – location, observables, quality, ability to task - Obtain sensor information in a standard encoding that is understandable by me and my software - Readily access sensor observations in a common manner, and in a form specific to my needs - Task sensors, when possible, to meet my specific needs - Subscribe to and receive alerts when a sensor measures a particular phenomenon Botts et al., 2008

Sensor Web Enablement The OGC’s initiative called Sensor Web Enablement proposes a framework of open standards for exploiting Web-connected sensors and sensor systems of all types. The OGC;s initiative is focused on developing standards to enable the discovery, exchange and processing of sensor observations, as well as tasking of sensor systems.

Observations & Measurements (O&M) The general models and XML encodings for sensor observations and measurements. An observation is an event with a result that has a value describing a phenomenon; Uses a procedure to determine the value, which may involve a sensor, observer, analytical procedure, simulation or other numerical process Is modeled as a OGC feature. An observation feature binds the result to the a feature-of-interest, upon which it was made. The enablement of sensor networks is being pursued through the establishment of several encodings for describing sensors and sensor observations, and thoughh several standard iterface definitions for web services.

Sensor Model Language (SensorML) The general models and XML schema for describing sensors and processes associated with measurement. Everything is modeled as Process: Non-physical (“pure”) processes ProcessModel (atomic) Examples: sensor model, FFT, Look-Up-Table ProcessChain (composite) Examples: geolocation chain, product algorithm Physical processes Component (atomic) Examples: detector, actuator, sampler System (composite) Examples: sensor system, weather station, UAV All SensorML processes have Inputs, outputs, parameters (defined using SWE Common data) and metadata.

Transducer Markup Language (TML) General characterizations of transducers (both receivers and transmitters), their data, how that data is generated, the phenomenon being measured by or produced by transducers, transporting the data, and any and all support data (metadata) necessary for later processing and understanding of the transducer data. Many of today’s sensor systems are comprised of several sensors which work in unison. It is necessary to capture and exchange instantaneous system state for all sensors at any time during operation. No single data format exists to handle all sensors. TML provides a standard data format for sensors so that data exchange between different types of sensors is possible.

Sensor Observations Service (SOS) A service interface for requisting, filtering and retrieving observations and sensor system information.

Sensor Planning Service (SPS) A service by which a client can determine collection feasibility for a desired set of collection requests for one or more sensors/platforms, or a client may submit collection requests directly to these sensors/platforms.

Sensor Alert Service (SAS) A service by which a client can register for and receive sensor alert messages. The service supports both pre-defined and custom alerts and covers the process of alert publication, subscription, and notification. Capabilites determine the nature of the offered alerts, the protocols uses and the options to subscribe to specific alert types. An alert is na special kind of notification indicating that a na event has occurred at na object of interest, which results in condition of heightened watchfulness or preparation for action.

Web Notification Service (WNS) A service by which a client may conduct asynchronous dialogues (message interchanges) with one or more other services. This service is useful when many collaborating services are required to satisfy a client request, and/or when significant delays are involved is satisfying the request. The WNS is a general purpose messaging service. It is an asynchronous and statefull service. It is a service that sends notifications consisting of well-structured content to a client. To enable any kind of dialogue between the user and an invoking service, functionality has to be provided that enables the user to asynchronously answer with any kind of structured content.

Status Current specs are in various stages SensorML/SWE Common – Version 1.0.1 TransducerML – Version 1.0 Observations & Measurement – Version 1.0 WNS – Request for Comments SOS – Version 1.0 SPS – Version 1.0 SAS – Ready for final vote Approved SWE standards can be downloaded: Specification Documents: http://www.opengeospatial.org/standards Specification Schema: http://schemas.opengis.net/ 22

Current SWE implementation efforts Oak Ridge National Laboratory’s (ORNL) SensorNet program at Fort Bragg, North Carolina, developing a collection of systems for the detection, identification and assessment of chemical, biological, radiological and nuclear threats. SensorWeb, being developed by SAIC for the Defense Intelligence Agency (DIA). SANY (Sensors Anywhere), co-funded by the Information Society and Media Directorate General of the European Commission, contributing to the Global Monitoring for Environment and Security (GMES) program.

Current SWE implementation efforts The Consortium of Universities for the Advancement of Hydrologic Science Inc. (CUAHSI) representing more than 100 U.S. universities, uses SWE standards in its Hydrologic Information System (HIS). Persistent Universal Layered Sensor Exploitation Network (PULSENet), a Northrop Grumman Corporation internal research and development project

Current SWE implementation efforts The German organization 52North provides a complete set of SWE services under GPL license. One project using 52North’s software is the German Indonesian Tsunami Early Warning System (GITEWS), a 35-million euro project of the German aerospace agency, DLR, and the GeoForschungsZentrum Potsdam (GFZ), Germany's National Research Centre for Geosciences.

My concerns for this joint research agenda... How can we critically evaluate this framework? How can we contribute to this framework? How can we use this framework in applications such as Amazonian Land Use and Cover Change and Global Climatic and Environmental Changes Studies? How can we transform technology in academic results?

Thank you! lubia@dpi.inpe.br www.dpi.inpe.br/~lubia