-
Notifications
You must be signed in to change notification settings - Fork 8
Introduction to SensorThingsAPI data model
Here is a diagram showing the different classes from OGC SensorThings API Part 1: Sensing Version 1.1

For those who are familiar with ISO 19156 (aka OGC OMS), you will find those data models have a lot in common.
The main class to consider is the Observation that enables to declare the result that was obtained at a specific date, location, following a particular procedure. The ObservedProperty, Sensor, Thing and FeatureOfInterest enable to characterize those parameters.
The main difference with OMS rely in the fact that STA introduce the DataStream concept as a way to group observations that "come together".
This is very common with repeated measures like timeseries, or measurements made along a trajectory. The datastream enable to group those observations and avoid repeating parameters that remain unchanged like the Sensor or Observed Property.
Going further with a video: https://www.youtube.com/watch?v=bYDSgs2fKLk
Going further with the OGC Specs: https://docs.ogc.org/is/18-088/18-088.html
An extension of this data model is proposed to accomodate the provision of borehole data. See STA Borehole Model
- About the Borehole IE and Sampling Boreholes
- Geometry considerations
- Features properties vs observations
- A brief introduction to ISO 19148 and ISO 19156
- Enabling linear referencing based observations
- Conceptual Borehole Model
- A brief introduction to GeoSciML
- Extending gsml:GeologicUnit
- Extending gsml:ShearStructureDisplacement
- Extending gsml:Fold
- Extending gsml:Contact
- Adding gsml:GeotechUnit
- Extending gsml:Joint
- A brief introduction to GroundWaterML2
- Extending gwml2:HydroGeoUnit
- Extending gwml2:FluidBody
- Extending gwml2:FluidBodySurface
- Extending gwml2:HydroGeoVoid
- A brief introduction to LandInfra and InfraGML
- Reusing InfraGML:Alignment
- Extending InfraGML:Facility and FacilityPart