SDS-2023-0219R01-initial_OGC_intro
All threads resolved!
All threads resolved!
Compare changes
- Ingo Friese authored
@@ -68,14 +68,10 @@ References are either specific (identified by date of publication and/or edition
@@ -88,7 +84,7 @@ The following referenced documents are not necessary for the application of the
@@ -153,9 +149,9 @@ The key words "Shall", "Shall not", "May", "Need not", "Should", "Should not" in
The SensorThings API (STA) is a standard of the Open Geospatial Consortium (OGC). It provides a framework for communication and exchanging data between sensors and applications. The standard is devided in two parts. SensorThings API Part 1 is dedicated to sensing and was published in 2016 and updated in 2021 <a href="#_ref_1">[1]</a>. Part 2 deals with tasking and was published in 2019 <a href="#_ref_i.2">[i.2]</a>.
The SensorThings API (STA) is a standard of the Open Geospatial Consortium (OGC). It provides a framework for communication and exchanging data between sensors and applications. The standard is devided in two parts. SensorThings API Part 1 is dedicated to sensing and was published in 2016 and updated in 2021 <a href="#_ref_1">[1]</a>.
A STA-based architecture works in client/server mode. A sensor device pushes data to the SensorThings Server via HTTP. A SensorThings Server may also support MQTT protocol to support publish and subscribe capabilities. An interested application can subscribe to the MQTT-Broker, in order to get notified about new sensor events.
@@ -163,11 +159,11 @@ A STA-based architecture works in client/server mode. A sensor device pushes dat
In the Sensing Entities Data Model events or sensor data are called "observations". Before a sensor is able to push an observation to the server it needs at least a 'Thing' and a 'Datastream' entity. This has to be created beforehand. One 'Thing' might have different 'Sensors', one 'Location' or many 'HistoricalLocations'.