Handbook of best practices
Handbook%20of%20best%20practices
Handbook%20of%20best%20practices
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
While the SOS provides an interface for actively querying observational information, there is<br />
also a need for being able to subscribe to certain sensor events, e.g. if a certain threshold<br />
value is exceeded by a sensor output. For this purpose, the Sensor Event Service (SES) and<br />
the Web Notification Service (WNS) have been defined 7 . The SES allows to subscribe to<br />
certain sensor events and the WNS can be utilized to notify subscribed users in case <strong>of</strong><br />
certain events. As an example, SES and WNS allow users to register to an event “sea<br />
surface level above 5 meters” and to be notified via SMS, if this value is exceeding at a<br />
certain sensor station. This is in particular useful for sensor maintainers, e.g. if unusual<br />
values are reported, or in disaster management applications to detect severe weather<br />
events. While the SOS and the Sensor Planning Service (SPS) are <strong>of</strong>ficial implementation<br />
standards, the SES and the WNS are published as discussion papers. As such, they are not<br />
<strong>of</strong>ficial standards yet. They may be replaced in future by a general publish-subscribe<br />
interface that is currently under development by the OGC Pub/Sub Standards Working<br />
Group.<br />
The Sensor Planning Service (SPS) can be used to task sensors via the internet 8 . The web<br />
service <strong>of</strong>fers operations for registering new sensors, for retrieving information about<br />
registered sensors and tasking capabilities and for executing task. As examples, the SPS<br />
can be used to change the sampling rate <strong>of</strong> a sensor station or to re-locate sensors, if these<br />
are mounted on mobile platforms.<br />
6.1.4 SWE applications<br />
Sensor Web technologies are already in use in a variety <strong>of</strong> different domains and use cases.<br />
Examples are the usage <strong>of</strong> SOS servers by the European Environmental Agency to collect<br />
air quality measurements from the European member states or the U.S. Integrated Ocean<br />
Observing System (IOOS) where oceanographic measurements are served via the SOS<br />
interface.<br />
Several implementations <strong>of</strong> SWE standards are available. The most widely used open<br />
source SOS implementation, the 52N SOS, is maintained by the 52°North open source<br />
initiative 9 . Furthermore, 52°North implements the full suite <strong>of</strong> SWE services including SPS,<br />
SES and WNS and provides several client implementations to use them, e.g. in Web<br />
browsers. Further implementations <strong>of</strong> SOS servers are also available, e.g. the istSOS<br />
implemented in Python 10 or a C-based extension <strong>of</strong> the UMN map server 11 . Commercial<br />
SOS implementations are available as well, e.g. by Northrop Grumman.<br />
6.1.5 Perspectives for ocean observatories<br />
A common way and <strong>best</strong> practice to apply Sensor Web technologies in the oceans domain<br />
are not yet available and are currently being investigated, e.g. by the FP7 NeXOS project 12 .<br />
Therein, a Sensor Web architecture has been defined and is currently being developed as<br />
prototypical implementation. Further European research projects will also explore the usage<br />
<strong>of</strong> SWE in the Ocean domain, e.g. ODIP, ODIP 2, COMMON SENSE, or BRDIGES.<br />
7 The WNS and SES discussion papers are accessible at http://www.opengeospatial.org/standards/dp<br />
8 http://www.opengeospatial.org/standards/sps<br />
9 http://www.52north.org<br />
10 https://geoservice.ist.supsi.ch/projects/istsos/index.php/Welcome_to_istSOS_project<br />
11 http://mapserver.org/de/ogc/sos_server.html<br />
12 http://www.nexosproject.eu/<br />
74