OGC API - Connected Systems
A unified web API for sensors, systems, observations, and tasking
Tell Me More Get Started

Why?

Main reasons for using OGC API - Connected Systems.

One API for Sensors and Systems

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.

Built on the OGC API Family

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.

Real-Time and Historical, Together

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.

Overview

OGC API - Connected Systems exposes sensors, the things they observe, and the commands sent to them as web resources.

Connected Systems ecosystem overview

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.

Part 1 — Feature Resources

  • Systems

    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.

  • Procedures

    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.

  • Deployments

    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.

  • Sampling Features

    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.

  • Features of Interest

    The real-world thing being observed or acted upon — a river reach, a building, an aircraft, a parcel of atmosphere.

Part 2 — Dynamic Data

  • Datastreams & Observations

    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.

  • ControlStreams & Commands

    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.

  • SWE Common & SensorML encodings

    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 .

See it In Action

Public CSAPI deployments and a reference client you can browse them with right now. If you operate a CSAPI service and would like it listed, open an issue .

Server
CS GO deployment

CS GO Reference Server

Powered by connected-systems-go

A public Go-based CSAPI server hosted by OS4CSAPI. Implements Part 1 (Feature Resources) and Part 2 (Dynamic Data) and is the primary integration target for the OS4CSAPI conformance and tutorial work.

Server
OpenSensorHub deployment

OpenSensorHub Node

Powered by OpenSensorHub

A public OpenSensorHub instance exposing live sensors, datastreams, and observations through the CSAPI Part 1 and Part 2 endpoints, including SensorML system descriptions and SWE Common observation payloads.

Server
52 North deployment

52°North CSA Demo

Powered by connected-systems-pygeoapi

A public CSAPI demonstrator from 52°North built on pygeoapi. Hosts curated example collections, systems, and observations and is a useful target for testing pygeoapi-based clients and tooling.

Client
OGC CSAPI Explorer

OGC CSAPI Explorer

A reference web client

A browser-based explorer for any conformant CSAPI server. Point it at the deployments above (or your own) and walk Systems, Datastreams, and Observations interactively — useful as a smoke test for your own implementation work.

Use it

Existing CSAPI server and client implementations you can build on. The ecosystem is young — if you have an implementation you would like listed, open an issue .

Servers Parts of the standard implemented
Tech Name Links P1 P2 P3 P4 P5
Go connected-systems-go  
Python connected-systems-pygeoapi    
Java OpenSensorHub  
Clients Parts of the standard implemented
Tech Name Links P1 P2 P3 P4 P5
C++ ConnectedSystemsAPI-CPP
TypeScript ogc-client (CSAPI fork)
Python ogc-csapi-agent
Web app OGC CSAPI Explorer  
Web app OSCAR Viewer
Python OSHConnect-Python  
Web app OSHViewer
Python OWSLib

Legend: implemented · in progress / partial · — not yet. Hover a column header for the part name.

Get Started

Pick a path — read the spec, try a live API, or stand up your own.

Get Involved

Tell us what’s working well, what you want to see added or improved, and find out about new updates.

Discord

Chat with other CSAPI users and implementers in the OGC Community Discord.

GitHub

File issues, propose changes, and follow the CSAPI Standards Working Group on the ogcapi-connected-systems repo.