---
title: "Urban transit monitoring | Nexus Observatory"
description: "Metros, trams and buses move cities. Passenger counters, station air and climate sensors, condition monitors on escalators and lifts…"
url: https://observatory.global/industries/transport/urban-transit/
publisher: Nexus Observatory Inc.
updated: 2026-11-02
---

[Nexus Observatory](https://observatory.global/)

/

[Transport](https://observatory.global/industries/transport/)

/

[Specialized fields](https://observatory.global/industries/transport/fields/)

/

**Urban transit** 

# Urban transit, measured for the people on board.

Metros, trams and buses move cities. Passenger counters, station air and climate sensors, condition monitors on escalators and lifts, energy meters and cameras report to one record the control centre, the maintenance teams and the passenger information system all use.

[Plan a deployment](https://observatory.global/contact/deployment/)

How it works

[Station Builder](https://observatory.global/studio/builder/)

**Industry**: Transport
**Measurements**: 5
**Sources cited**: 5

1. Transport · Urban transit The service riders feel Riders judge a transit system by a crowded platform, a hot station, a stopped escalator and a sign that says the next train is coming. Operators who measure these things at every station can change service before crowds build, fix machines before they stop and tell riders what is really happening.
2. What is measured Counts, air, machines and energy Counters at gates, platforms and doors count passengers; sensors on platforms and in shafts read air quality, temperature and humidity; vibration sensors follow escalator and lift drives; meters read traction and station energy; cameras watch platforms for incidents. Every reading names its station and asset. InstrumentsPassenger counters · Station air and climate · Escalator and lift monitors · Energy meters · Cameras
3. The base node Counting stays in the station Each station's node counts passengers locally and sends only counts, never images of faces. It raises crowding alerts, watches escalator and lift vibration for early faults and checks air and climate against limits, signing every value before it leaves the station.
4. Radio and links Private 5G below ground, fibre between stations A private 5G network on platforms, in tunnels and at depots reaches vehicles, staff devices and cameras where public coverage fails. The line's fibre links every station and substation to the control centre, and station wireless for passengers stays apart from operations. LinksPrivate 5G · Fibre · Wi-Fi
5. How it works From a crowded platform to an extra train Counters on a platform see numbers climb past the operator's limit. The station node signs the counts and raises a crowding alert over fibre to the control centre, which inserts an extra train. Riders see the change in their journey planner, and the record keeps the decision.
6. From order to operation · Order Scope the lines and the riders The scope reads the network, the stations with deep platforms, the escalator and lift fleet, energy supplies and the passenger information system. Nexus Observatory Inc. returns the point plan by station, the network design, the privacy design, the integration with control and information systems and a price per station and per service. [Plan a deployment](https://observatory.global/contact/deployment/)
7. From order to operation · Survey Survey after the last train Crews survey stations after the last train with the operator: gate and platform counter positions, air sensor sites on platforms and in shafts, escalator and lift drives, energy meters and camera views. They map fibre and power in each equipment room and radio coverage in tunnels.
8. From order to operation · Permits Engineering and privacy approval Every installation is approved by the operator's engineering authority. Counting and cameras follow a privacy assessment, with counts made at the station and no faces leaving it. Station works are booked in engineering hours, and every approval is kept. Staff are briefed before work starts.
9. From order to operation · Build Build for stations and tunnels Counters, sensors, condition monitors, meters, gateways and nodes are built, tested together and enrolled with their identities. Crowding and air limits come from the operator, and every part is labelled by station, platform and asset number. Configurations are tested on a bench before they reach a station. [Open the Station Builder](https://observatory.global/studio/builder/)
10. From order to operation · Install Install in engineering hours Crews install at night: counters over gates and doors, air sensors on platforms and in shafts, vibration sensors on escalator and lift drives, meters in substations and cameras over platforms. Fibre is patched in each equipment room, and every point is recorded.
11. From order to operation · Commission Count, compare and test Each device proves its identity. Counts are checked against manual counts, air sensors against a reference, vibration baselines taken on healthy machines and meters compared with supply readings. Crowding and failure alarms are tested to the control centre. Each station joins the record only when all checks pass.
12. From order to operation · Operate Run the service riders feel The control centre sees crowding by station and vehicle and adjusts service; maintenance sees escalators and lifts heading for failure and fixes them before they stop; energy and air are tracked by station. Real-time data reaches riders and journey planners.
13. From order to operation · Maintain Keep counts and air honest Counters are checked against manual counts on schedule, air sensors calibrated, condition baselines updated after overhauls and cameras cleaned. Work is booked in engineering hours, and every change is recorded. Spares are kept at the depot, so a failed counter or sensor is swapped in the next engineering hours, and the series stays complete. [Book field services](https://observatory.global/contact/field-service/)
14. Data products For controllers, crews and riders Control centres and planners receive crowding by station and vehicle; maintenance teams receive escalator and lift health; operators and health authorities receive station air and climate; energy managers receive energy by station; journey planners and riders receive real-time feeds. Each product carries its source. [See the data products](https://observatory.global/data-products/)
15. Evidence Service you can show Every count, alert, repair and decision is signed and kept. Real-time data follows the open transit feed specification, condition monitoring follows ISO practice, air follows the ambient air rules and the control network follows the industrial security standard, so a city or regulator can check the service delivered. Drawn againstGTFS Realtime · ISO 16587 · Directive 2008/50/EC · IEC 62443
16. What you get Private Wireless as a Service Standalone private 5G or LTE for a site, campus, port or mine: radios, core, SIMs, spectrum route and operations. Delivered as managed service and hardware + software, for industrial operators, ports, campuses, venues, public safety. Scale: Per site; fleets of sites. [Talk to sales](https://observatory.global/contact/sales-enquiry/)
17. Next step Plan urban transit with us Tell us the site, the measurements and the rules it answers to. We reply with a survey proposal, a design and a scope for urban transit. An engineer replies with a survey proposal and a scope, and the plan grows from one site to the network you need, at your pace. [Plan a deployment](https://observatory.global/contact/deployment/) [Open the Station Builder](https://observatory.global/studio/builder/) [Open the Studio](https://observatory.global/studio/)

**01** The place and its hazards

## Where it runs, and what can go wrong.

Operating contextTransit authorities and operators run metros, trams and buses with control centres, depots, stations and stops. Crowding, station air in deep platforms, broken escalators and lifts, energy costs and real-time information all shape the service people get. Data is shared with riders and journey planners through open feeds.

Hazards

- Overcrowding on platforms and vehicles
- Poor air and heat in underground stations
- Escalator and lift failures that strand people
- Traction energy waste and supply faults
- Incidents on platforms and in vehicles

**02** What must be measured

## What, where, how often, and under which rules.

Each measurement names where it is taken, how often, and the public standard or regulation behind it. Numbers in the sources column open the cited source below.

| Measurement | Where | Cadence | Sources |
| --- | --- | --- | --- |
| Passenger counts | Station gates, platforms and vehicle doors | Continuous, aggregated at short intervals | 1 |
| Station air quality and climate | Platforms, concourses and ventilation shafts | Continuous | 2 |
| Escalator and lift condition | Drives, gearboxes and steps | Continuous | 3 |
| Traction and station energy | Substations and station supplies | Continuous | 4 |
| Platform and vehicle images | Platforms, gates and vehicles | Continuous to the control centre | 5 |

**03** The observation stack

## From one base unit to a network.

The same blocks at every scale: instruments and a base node, a site with its radio, a fleet run as one, and a network federated on the open protocol.

1. **01** Base unit A station point: counters, air and climate sensors and condition monitors on an industrial gateway with cameras, read by a station node. [Build a station →](https://observatory.global/studio/builder/)
2. **02** Site A line: every station and depot on fibre, with private 5G on platforms and in tunnels for moving equipment. [Plan a site →](https://observatory.global/contact/deployment/)
3. **03** Fleet Every line of a city run as one fleet, with one record. [Managed offers →](https://observatory.global/industries/transport/solutions/)
4. **04** Network Transit authorities, cities and journey planners exchange real-time and environmental data through open feeds. [The open protocol →](https://observatory.global/protocol/)

- **01** Traffic and people counter
- **02** Air quality monitor
- **03** Vibration and condition monitor
- **04** Energy and power-quality meter
- **05** Fixed camera
- **06** OT gateway (OPC UA, Modbus)
- **07** Edge node (Wedge)
- **08** Fibre terminal

Radio and links

### Private 5G

A private network on platforms, in tunnels and at depots reaches vehicles, staff devices and cameras where public coverage is poor.

Radio and links

### Fibre

The line's fibre links every station, substation and depot to the control centre.

Radio and links

### Wi-Fi

Station wireless serves passengers and maintenance tablets, kept apart from operations.

Edge computeEach station node counts passengers locally, raises crowding alerts, watches escalator and lift vibration for early faults and checks air and climate against limits; only counts leave the station, never images of faces.

PowerStation equipment runs on station supplies with batteries; nothing new is fed from traction power.

**04** How it works

## From the instrument to the product.

One observation's path, tier by tier, with the interface on every link and a bill of materials below; then how the one node grows to a site, a fleet and federated networks.

Urban transit: data path

– of 07

01 Instruments Measurement with sensor identity andcalibration 02 Gateway 03 Node – Wrap in an observation envelope with timequality– Measure quality and uncertainty, attachquality flags– Buffer locally (store-and-forward when thelink drops) 04 Backhaul Commit with transactional outbox andpublish, delivered at least once 05 Site Consumer inbox deduplicates and applieseach record once into governed data 06 Data store Governed product through API, map orexport, correction-aware 07 Products GTFS RealtimeIEC 61850OGC SensorThings API 01 Traffic and peoplecounter SDI-12 · RS-485 · Ethernet 02 Air quality monitor SDI-12 · RS-485 · Ethernet 03 Vibration and conditionmonitor Analogue I/O · RS-485 ·Ethernet 04 Energy andpower-quality meter SDI-12 · RS-485 · Ethernet 05 Fixed camera Ethernet 06 OT gateway (OPC UA, Modbus) Ethernet · RS-485 · CAN · AnalogueI/O 07 Edge node (Wedge) Ethernet · Fibre · USB · RS-485 ·BMC 08 Fibre terminal Fibre · Ethernet Site MQTT 5 with Sparkplug B Governed data store Versioned, correction-aware Crowding by station andvehicle Escalator and lift health Station air and climate Energy by station andsubstation Real-time feeds for riders Ethernet RS-485 RS-485 · Modbus Ethernet · IEC 61850 Ethernet · RTSP/ONVIF Ethernet · opc-ua Fibre Fibre

From the instrument to the published product: each band is a tier, each connector names its interface, and the numbers match the bill of materials. Hover or focus a block to trace its path; scroll or step to follow one observation.

| Item | Equipment | Data ports | Protocols | Power in |
| --- | --- | --- | --- | --- |
| 01 | **Traffic and people counter** Counter for vehicles, bicycles or pedestrians using radar, vision or loops, reporting counts without identities. | SDI-12RS-485Ethernet | SDI-12, Modbus, MQTT 5, OGC SensorThings API | 12 V DC |
| 02 | **Air quality monitor** Particulate and gas monitor (PM, NO2, O3, CO, SO2) for outdoor or indoor air. | SDI-12RS-485Ethernet | SDI-12, Modbus, MQTT 5, OGC SensorThings API | 12 V DC |
| 03 | **Vibration and condition monitor** Accelerometer-based vibration and temperature sensor for rotating machinery and structural condition monitoring. | Analogue I/ORS-485Ethernet | Modbus, OPC UA, MQTT 5 | 12 V DC |
| 04 | **Energy and power-quality meter** Meter for voltage, current, power, energy and power quality at a site or on a feeder. | SDI-12RS-485Ethernet | Modbus, IEC 61850 (MMS, GOOSE), DNP3 (IEEE 1815), MQTT 5 | 12 V DC |
| 05 | **Fixed camera** Fixed visible-light camera for site security, scene monitoring and machine vision. | Ethernet | RTSP with ONVIF profiles, MQTT 5 | PoE |
| 06 | **OT gateway (OPC UA, Modbus)** Read-only bridge from industrial fieldbuses and controllers (Modbus, OPC UA, DNP3, IEC 61850, CAN) to the site network, behind a security boundary. | EthernetRS-485CANAnalogue I/O | OPC UA, Modbus, DNP3 (IEEE 1815), IEC 61850 (MMS, GOOSE), MQTT 5 | 24 V DC |
| 07 | **Edge node (Wedge)** Rugged edge node that boots from signed media, attests itself and establishes a site cell from little or no infrastructure. | EthernetFibreUSBRS-485BMC | MQTT 5, DMTF Redfish, IEEE 1588 PTP, NTP with NTS, OPC UA | 12 V DC, 24 V DC, 48 V DC, AC mains |
| 08 | **Fibre terminal** Optical network terminal or media converter that lands fibre backhaul at a site. | FibreEthernet | IEEE 1588 PTP | 12 V DC, 48 V DC, AC mains |

How it scales

01 Instruments Arbitrary qualified sensors and instruments whosemeasurements are ingested with calibration, units,geometry, time, custody and uncertainty. ×n 02 Node The minimum useful deployable unit: server, ruggedappliance, radio node, sensor gateway, satelliteterminal, AI, scientific, vehicle or virtual node. Node Node agent 03 Site The minimum independently operable localgovernance and failure domain: one or more nodesplus local network, identity, policy, evidence,storage, products and operator surfaces.

SITE

Node Node Node ×n 04 Cluster An optional scale or specialisation domain forscheduling, shared storage, accelerators or datalocality.

CLUSTER

×n 05 Fleet Coordinates plans, acknowledgements,convergence evidence, update campaigns andcorrection propagation across nodes and sites.

FLEET

Fleet controller ×n 06 Federation An exchange of products, capabilities, events orwork across approved, independently administeredtrust domains, using explicit trust, policy,data-locality, version and correction contracts.

TRUST DOMAIN

TRUST DOMAIN

TRUST DOMAIN

×n Verifier Applications Data in the field Telemetry Control Data upstream Control Data upstream Control Exchange Evidence Events Exchange

The smallest deployable unit is one node; the same unit is replicated to meet the demand. Nodes form a site, sites may form a cluster, sites and clusters are coordinated as a fleet, and fleets exchange across independently administered trust domains. Each plane is a separate channel with its own open binding.

**Data in the field**: MQTT 5 with Sparkplug B; connectors for LoRaWAN, OPC UA and instrument buses.
**Telemetry**: OpenTelemetry OTLP.
**Control**: TLS 1.3 with mutual authentication; protobuf messages over gRPC or HTTP/2.
**Data upstream**: At-least-once publication with repeat-safe keys over the control channel or NATS JetStream; QUIC MAY be used on lossy links.
**Evidence**: DSSE-signed in-toto statements; SLSA provenance; SCITT transparency receipts.
**Events**: Event envelopes mapped to CloudEvents 1.0; channels described in AsyncAPI 3.
**Exchange**: OpenAPI 3.1; the OGC API family; SensorThings; STAC; WIS 2.0.

**05** From order to operation

## Every step, from the first call to a running site.

The same crew and the same record carry the work from scope to maintenance.

1. 01 Order Scope the lines and the riders The scope reads the network, the stations with deep platforms, the escalator and lift fleet, energy supplies and the passenger information system. Nexus Observatory Inc. returns the point plan by station, the network design, the privacy design, the integration with control and information systems and a price per station and per service. 1
2. 02 Survey Survey after the last train Crews survey stations after the last train with the operator: gate and platform counter positions, air sensor sites on platforms and in shafts, escalator and lift drives, energy meters and camera views. They map fibre and power in each equipment room and radio coverage in tunnels.
3. 03 Permits Engineering and privacy approval Every installation is approved by the operator's engineering authority. Counting and cameras follow a privacy assessment, with counts made at the station and no faces leaving it. Station works are booked in engineering hours, and every approval is kept. Staff are briefed before work starts.
4. 04 Build Build for stations and tunnels Counters, sensors, condition monitors, meters, gateways and nodes are built, tested together and enrolled with their identities. Crowding and air limits come from the operator, and every part is labelled by station, platform and asset number. Configurations are tested on a bench before they reach a station.
5. 05 Install Install in engineering hours Crews install at night: counters over gates and doors, air sensors on platforms and in shafts, vibration sensors on escalator and lift drives, meters in substations and cameras over platforms. Fibre is patched in each equipment room, and every point is recorded.
6. 06 Commission Count, compare and test Each device proves its identity. Counts are checked against manual counts, air sensors against a reference, vibration baselines taken on healthy machines and meters compared with supply readings. Crowding and failure alarms are tested to the control centre. Each station joins the record only when all checks pass.
7. 07 Operate Run the service riders feel The control centre sees crowding by station and vehicle and adjusts service; maintenance sees escalators and lifts heading for failure and fixes them before they stop; energy and air are tracked by station. Real-time data reaches riders and journey planners. 13
8. 08 Maintain Keep counts and air honest Counters are checked against manual counts on schedule, air sensors calibrated, condition baselines updated after overhauls and cameras cleaned. Work is booked in engineering hours, and every change is recorded. Spares are kept at the depot, so a failed counter or sensor is swapped in the next engineering hours, and the series stays complete.

**06** Data products and integration

## What it delivers, to whom, and into which systems.

Data products

- **Crowding by station and vehicle** Control centres and service planners
- **Escalator and lift health** Maintenance teams
- **Station air and climate** Operators and health authorities
- **Energy by station and substation** Energy managers
- **Real-time feeds for riders** Journey planners and passengers

Integration

- **Passenger information** Crowding and service data are published in GTFS Realtime for journey planners.
- **Maintenance management** Condition alerts open work orders in the operator's maintenance system.
- **Control and energy systems** Meters and controllers are read over IEC 61850, OPC UA or Modbus behind a security gateway.

Exchanged through GTFS Realtime, IEC 61850, OGC SensorThings API.

**07** Questions buyers ask

## Before you scope it.

Do cameras identify passengers?

No. Counting happens in the station; only counts leave it, and the privacy assessment is published where the operator chooses.

Can we predict escalator failures?

Condition monitoring shows faults developing, so most are fixed before they stop the machine.

Will riders see crowding?

Yes, where the operator publishes it in real-time feeds.

When is work done?

In engineering hours after the last train.

**08** Resources

## The sources behind this page.

Public standards, regulations and guidance, cited where they apply. Each applies only where its jurisdiction or scope does.

1. **1** [GTFS Realtime reference](https://gtfs.org/) GTFS community specification
2. **2** [Directive 2008/50/EC on ambient air quality and cleaner air for Europe](https://eur-lex.europa.eu/) European Union · 2008
3. **3** [ISO 16587: Mechanical vibration and shock, performance parameters for condition monitoring of structures](https://www.iso.org/) International Organization for Standardization
4. **4** [IEC 62443: Security for industrial automation and control systems](https://webstore.iec.ch/) International Electrotechnical Commission
5. **5** [Directive 2010/40/EU on intelligent transport systems](https://eur-lex.europa.eu/) European Union · 2010

**09** Related

## Use cases and solutions.

[Use case Hybrid air-quality observatoryA few reference analysers and many low-cost nodes, with co-location calibration and an open-data feed.The full use case →](https://observatory.global/use-cases/hybrid-air-quality/)

[Solution Private Wireless as a ServiceStandalone private 5G or LTE for a site, campus, port or mine: radios, core, SIMs, spectrum route and operations.Solutions for transport →](https://observatory.global/industries/transport/solutions/#private-wireless)

[Solution Municipal sensing and connectivity layersCity-wide LPWAN or private 5G as a shared layer for public sensors and services.Solutions for transport →](https://observatory.global/industries/transport/solutions/#municipal-connectivity)

[Solution Structural and ground-movement monitoringGNSS, InSAR, tilt, strain and fibre sensing on bridges, dams, slopes, tailings and pipelines, with alert thresholds set by the owner.Solutions for transport →](https://observatory.global/industries/transport/solutions/#infrastructure-monitoring)

**10** Transport: specialized fields

## Other fields of this industry.

[Specialized field Roads and bridgesRoad weather and surface state, traffic counts, bridge vibration and scour, and cameras along the corridor, on cellular and fibre to the traffic centre, for safer winters and evidence-based maintenance.The full field →](https://observatory.global/industries/transport/roads-bridges/)

[Specialized field RailwaysEarthworks and structures, track-side weather and flooding, rail temperature and cameras at level crossings, on the railway's own mobile network and fibre, for fewer speed restrictions and safer lines.The full field →](https://observatory.global/industries/transport/rail/)

[Specialized field Ports and terminalsWind for cranes, water levels and depths, air quality and noise at the boundary, and cameras over the quays, on a private 5G network across the terminal and fibre to the port's systems.The full field →](https://observatory.global/industries/transport/ports/)

[Specialized field AirportsWeather beside the runways, wind shear and visibility support, aircraft noise and air quality in the communities around, on the airport's fibre and private network, alongside the official aviation weather service.The full field →](https://observatory.global/industries/transport/airports/)

[Specialized field Road and rail tunnelsAir quality and visibility, air flow and ventilation, fire detection, cameras and radio coverage inside the tube, on a radiating cable and fibre with an industrial network kept apart from the internet.The full field →](https://observatory.global/industries/transport/tunnels/)

[Specialized field Inland waterways and locksWater levels and depths, flows at weirs, wind and visibility, and cameras at locks and bridges, on LoRaWAN and cellular along the river, feeding the river information services skippers use.The full field →](https://observatory.global/industries/transport/waterways/)

### Bring us the site.

Plan a deployment, configure a station, model it in the Studio or talk to sales. The form names who receives your details.

[Plan a deployment](https://observatory.global/contact/deployment/)

[Station Builder](https://observatory.global/studio/builder/)

[Open the Studio](https://observatory.global/studio/)

[Talk to sales](https://observatory.global/contact/sales-enquiry/)

[Request a quote](https://observatory.global/contact/hardware-quote/)

[Nexus Observatory](https://observatory.global/)**Transport** . Corridors that report their own conditions.[Talk to us](https://observatory.global/contact/)

Transport

- [Overview](https://observatory.global/industries/transport/)
- [Explainer](https://observatory.global/industries/transport/explainer/)
- [Specialized fields](https://observatory.global/industries/transport/fields/)
- [Use cases](https://observatory.global/industries/transport/use-cases/)
- [Solutions](https://observatory.global/industries/transport/solutions/)
- [Platforms](https://observatory.global/industries/transport/platforms/)
- [Resources](https://observatory.global/industries/transport/resources/)
- [Contact](https://observatory.global/industries/transport/contact/)

Platforms

- [Observatory Protocol](https://observatory.global/protocol/)
- [Protocol & Grid](https://observatory.global/grid-services/)
- [Software](https://observatory.global/software/)
- [Hardware & power](https://observatory.global/hardware/)
- [Sensors & instruments](https://observatory.global/sensors/)
- [Connectivity](https://observatory.global/connectivity/)
- [Edge compute & AI](https://observatory.global/edge-ai/)
- [Earth observation & GeoAI](https://observatory.global/earth-observation/)
- [Space and satellite systems](https://observatory.global/space/)
- [Digital twins and simulation](https://observatory.global/digital-twins/)
- [Data & licensing](https://observatory.global/data-products/)
- [Field services](https://observatory.global/field-services/)
- [Frontier labs](https://observatory.global/labs/)

Solutions

- [Early warning](https://observatory.global/use-cases/street-flood/)
- [Wildfire and fire weather](https://observatory.global/use-cases/wildfire-camera/)
- [Environmental compliance](https://observatory.global/use-cases/methane-fenceline/)
- [Asset monitoring](https://observatory.global/industries/infrastructure/)
- [Private networks](https://observatory.global/connectivity/private-5g/)
- [Remote power and sites](https://observatory.global/use-cases/remote-microgrid/)
- [Climate and resilience](https://observatory.global/industries/climate/)
- [Site twins](https://observatory.global/digital-twins/)
- [Data licensing](https://observatory.global/data-products/)

Industries

- [Public safety](https://observatory.global/industries/public-safety/)
- [Government](https://observatory.global/industries/government/)
- [Cities](https://observatory.global/industries/cities/)
- [Civil resilience](https://observatory.global/industries/resilience/)
- [Communities](https://observatory.global/industries/communities/)
- [Humanitarian](https://observatory.global/industries/humanitarian/)
- [Climate](https://observatory.global/industries/climate/)
- [Water](https://observatory.global/industries/water/)
- [Nature](https://observatory.global/industries/nature/)
- [Oceans](https://observatory.global/industries/oceans/)
- [Agriculture](https://observatory.global/industries/agriculture/)
- [Energy](https://observatory.global/industries/energy/)
- [Telecom](https://observatory.global/industries/telecom/)
- [Transport](https://observatory.global/industries/transport/)
- [Infrastructure](https://observatory.global/industries/infrastructure/)
- [Mining](https://observatory.global/industries/mining/)
- [Industry](https://observatory.global/industries/industry/)
- [Research](https://observatory.global/industries/research/)
- [Education](https://observatory.global/industries/education/)
- [Health](https://observatory.global/industries/health/)
- [Insurance and finance](https://observatory.global/industries/insurance/)
- [Events](https://observatory.global/industries/events/)

Products

- [Field Deployment Studio](https://observatory.global/studio/)
- [Station Builder](https://observatory.global/studio/builder/)
- [Field services](https://observatory.global/field-services/)
- [Data products](https://observatory.global/data-products/)
- [APIs and SDKs](https://observatory.global/protocol/developers/)
- [Edge runtime and fleet](https://observatory.global/software/)
- [Hardware catalogue](https://observatory.global/hardware/)
- [Reference designs](https://observatory.global/protocol/reference-designs/)

Resources

- [Learn](https://observatory.global/learn/)
- [Stories](https://observatory.global/stories/)
- [Environments](https://observatory.global/environments/)
- [Network scenes](https://observatory.global/environments/networks/)
- [Observatories atlas](https://observatory.global/observatories/)
- [Earth and maps](https://observatory.global/earth/)
- [Technologies](https://observatory.global/technologies/)
- [Countries](https://observatory.global/countries/)
- [Spectrum](https://observatory.global/spectrum/)
- [Specification](https://observatory.global/protocol/specification/)
- [Conformance](https://observatory.global/protocol/conformance/)
- [Open source](https://observatory.global/open/)
- [Data credits](https://observatory.global/credits/)

Company

- [About](https://observatory.global/about/)
- [Open governance](https://observatory.global/consortium/)
- [Security and trust](https://observatory.global/security/)
- [Contact sales](https://observatory.global/contact/)
- [Privacy requests](https://observatory.global/privacy-request/)

© 2026 Nexus Observatory Inc.

[Security and trust](https://observatory.global/security/)

[Privacy choices](https://observatory.global/privacy-choices/)

[Accessibility](https://observatory.global/legal/accessibility/)

[Privacy](https://observatory.global/legal/privacy/)

[Terms](https://observatory.global/legal/terms/)
