Connected Systems unifies the description, discovery, and access of sensors, platforms, processes, and the observations and commands that flow through them. Replace bespoke, vendor-specific sensor APIs with a single resource model that covers fixed installations, mobile platforms, simulations, and human observers alike.
CSAPI is built on the same Common, Features, and EDR foundations as the rest of the OGC API family. If you already speak REST, OpenAPI, JSON, and GeoJSON, you can be productive in minutes — and clients written for OGC API - Features work against CSAPI feature collections out of the box.
Datastreams and ControlStreams expose live observations and tasking commands over HTTP, WebSocket, and MQTT, alongside the matching historical archives. One model, one API, from streaming telemetry to deep-time analysis. Tap into one of the existing server or client implementations to start today.
The standard is published in two parts. Part 1: Feature Resources defines how to describe and discover the systems that produce data — their identifiers, metadata, deployment context, and the things they sample. Part 2: Dynamic Data defines how observations and tasking commands flow to and from those systems in real time and historically.
Anything that produces data or accepts commands — a sensor, a platform, a process, a simulation, or a human observer. Systems may be nested (a satellite carries instruments which carry detectors) and have a lifecycle of Deployments.
The methodology a System implements: the model of a sensor, a survey protocol, an algorithm. Procedures describe what a System is capable of, independent of any specific deployment.
A specific instance of a System operating at a place and time — a buoy moored at a station, a UAV flown on a sortie, an instrument installed on a tower.
The geometry that links what a System measured to where and how it measured it: a sampling point, curve, surface, or volume in the real world.
The real-world thing being observed or acted upon — a river reach, a building, an aircraft, a parcel of atmosphere.
A Datastream is the channel through which a System publishes Observations of a property of a Feature of Interest. Datastreams expose both the historical archive (paged, filtered, time-windowed) and the live stream (HTTP long-poll, WebSocket, or MQTT) under one model.
The tasking counterpart to Datastreams. A ControlStream is the channel through which Commands are issued to a System; the standard defines command lifecycle, status reporting, and the same multi-protocol delivery model as Datastreams.
Observation payloads and System descriptions are encoded with the OGC SWE Common data model and SensorML — self-describing, schema-driven encodings that capture units, uncertainties, quality flags, and processing lineage so consumers can interpret data without out-of-band documentation.
See the OGC API - Connected Systems landing page for the full specification index, conformance classes, and links to the published OpenAPI definitions. Browse the source on GitHub .
| Servers | Parts of the standard implemented | ||||||
|---|---|---|---|---|---|---|---|
| Tech | Name | Links | P1 | P2 | P3 | P4 | P5 |
| Go | connected-systems-go | — | — | — | |||
| Python | connected-systems-pygeoapi | — | — | — | |||
| Java | OpenSensorHub | ||||||
Legend: implemented · in progress / partial · — not yet. Hover a column header for the part name.
Start with Part 1: Feature Resources to learn the core resource model, then Part 2: Dynamic Data for Datastreams, Observations, ControlStreams, and Commands. Both parts include conformance classes you can target incrementally.

Implement a complete pipeline to make your data available with OGC API - Connected Systems, using a stack of free and open source software. A video version will also be available.
This tutorial is currently in progress and will be coming soon — check back shortly.
Hit a public CSAPI test server such as the OS4CSAPI
OpenSensorHub instance
or the
connected-systems-go demo
and walk the resource graph:
/systems
,
/datastreams
,
/observations
. Content negotiate JSON, GeoJSON, or SWE Common as needed.
File issues, propose changes, and follow the CSAPI Standards Working Group on the ogcapi-connected-systems repo.