---
title: "Event and claims verification monitoring | Nexus Observatory"
description: "After a flood or storm, insurers need to know what happened at each property before loss adjusters can reach them all. Flood depth sensors at insured sites…"
url: https://observatory.global/industries/insurance/claims-verification/
publisher: Nexus Observatory Inc.
updated: 2026-11-02
---

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

/

[Insurance and finance](https://observatory.global/industries/insurance/)

/

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

/

**Event and claims verification** 

# What happened, verified, so claims settle fast.

After a flood or storm, insurers need to know what happened at each property before loss adjusters can reach them all. Flood depth sensors at insured sites, drone surveys and local weather give a verified record of the event, so claims are prioritised, settled faster and treated fairly.

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

How it works

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

**Industry**: Insurance and finance
**Measurements**: 4
**Sources cited**: 4

1. Insurance and finance · Event and claims verification Thousands of claims at once After a flood or storm, thousands of claims arrive at once, adjusters cannot reach flooded areas for days, and disputes over depth and duration slow settlement. Insurers must handle claims promptly and fairly, and policyholders need money to recover. Measurement turns that risk into decisions made in time.
2. What is measured Depth, weather and imagery Flood depth sensors at insured properties and streets record depth and duration, weather stations record local wind and rain, and drone surveys after the event capture imagery where adjusters cannot yet go. Each reading carries its time and its quality flags. InstrumentsFlood depth sensors · Weather stations · Drone surveys
3. The base node The event footprint The node records depth and duration at every sensor, builds the event footprint, links it to insured properties and prioritises claims for adjusters. Every record is signed, so insurer and policyholder see the same evidence. Nothing is lost when a link drops; the node keeps it.
4. Radio and links Working in the flood Depth sensors reach gateways over a low-power link that keeps working in floods, a satellite path carries data when terrestrial networks fail, and the node and drone uploads use cellular where it works. Each link is chosen for the place, not from a catalogue. LinksLoRaWAN · Satellite · Public cellular
5. How it works From a flood to a settled claim A river floods a town overnight. Sensors record depth and duration street by street; by morning the footprint is linked to every insured home. Clear cases are settled from the verified record within days, and adjusters go first to the most damaged homes.
6. From order to operation · Order Scope the portfolio The scope reads the insured areas, flood and storm exposure, claims history and adjusting process. Nexus Observatory Inc. returns the sensor and drone plan, event footprint design, claims integration and a price per area and per year. Every assumption in the scope is written down and priced. [Plan a deployment](https://observatory.global/contact/deployment/)
7. From order to operation · Survey Survey insured areas Crews survey streets and properties for depth sensor positions, weather station sites, gateway coverage and drone flight areas. Findings are mapped. Every finding is kept with the site record for the crews who follow. Findings shape the kit for each site before anything is built.
8. From order to operation · Permits Consents and flights Property owners and cities approve sensors, drone flights follow aviation and privacy rules, and data sharing with policyholders is agreed. Every consent is kept with the area record. Approvals are tracked site by site, so nothing waits unseen. No crew goes to site before its approvals are in place.
9. From order to operation · Build Build and test Depth sensors are calibrated, radios paired, gateways, nodes and the drone kit configured and enrolled with their identities, and the event footprint tested with past events. Test results travel with the kit to the site. Nothing ships until the whole kit has passed its tests together. [Open the Station Builder](https://observatory.global/studio/builder/)
10. From order to operation · Install Install across the area Crews install depth sensors at properties and streets, weather stations and gateways, and set up the node. Every sensor is surveyed to ground level and photographed. The site record is updated before the crew leaves. Crews follow the site safety plan throughout the work.
11. From order to operation · Commission Commission with a past event Each node proves its identity. Depth readings are checked against manual measures, and the footprint and claims prioritisation are tested by replaying a past event. Results are signed and kept with the site record. Acceptance is recorded with the owner before handover.
12. From order to operation · Operate Verify and settle During and after events, claims teams see depth and duration by property, prioritise visits, settle clear cases from the verified record and send adjusters where judgement is needed. Reports for owners and funders come from the same record. Every alert and action is kept on the record.
13. From order to operation · Maintain Check before each season Sensors are checked and batteries replaced before each flood season, depth references resurveyed, software updated in rings, and every event record kept for review. Spares and procedures travel with the crews. Maintenance history stays with each site for its whole life. [Book field services](https://observatory.global/contact/field-service/)
14. Data products For claims teams and policyholders Claims and catastrophe teams receive event footprints; loss adjusters receive depth and duration by property; policyholders receive verified event records; adjusters and engineers receive drone imagery, each tied to property and time. Each product carries its site, time and quality flags. [See the data products](https://observatory.global/data-products/)
15. Evidence Prompt and fair Verification supports prompt and fair claims handling under the insurance core principles, depths follow hydrological practice and weather the WMO guide, and records are protected to the information security standard. Every reading and claim record is kept. Records are open to the people who must check them. Drawn againstInsurance Core Principles · WMO-No. 168 · WMO-No. 8 · ISO/IEC 27001
16. What you get Independent measurement feeds for parametric triggers Calibrated, tamper-evident measurement feeds that a risk carrier may name as the index source. The group writes no insurance and makes no payout decision. Delivered as data licence, for insurers, reinsurers, brokers, risk pools. Scale: Portfolio scale. Service levels are written as numbers you can measure on your own dashboard. [Talk to sales](https://observatory.global/contact/sales-enquiry/)
17. Next step Plan event and claims verification 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 event and claims verification. 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 contextInsurers must handle claims promptly and fairly under the core principles of insurance supervision. Flood depths are measured to hydrological practice and weather to the WMO guide; drone surveys provide imagery where adjusters cannot yet go.

Hazards

- Thousands of claims arriving at once after an event
- Adjusters unable to reach flooded areas
- Disputes over flood depth and duration
- Fraud and inflated claims
- Policyholders waiting months for settlement

**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 |
| --- | --- | --- | --- |
| Flood depth and duration | Sensors at insured properties and streets | Every few minutes during events | 12 |
| Local wind and rain | Stations in insured areas | Every few minutes | 3 |
| Post-event imagery | Drone surveys over affected areas | After each event | 2 |
| Claims and verification records | Each claim and its evidence | Each claim | 24 |

**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 sensor: a flood depth sensor at a property on a low-power radio. [Build a station →](https://observatory.global/studio/builder/)
2. **02** Site An area: sensors, a weather station, a gateway, a node and a drone kit. [Plan a site →](https://observatory.global/contact/deployment/)
3. **03** Fleet Insured areas across a portfolio on one event view. [Managed offers →](https://observatory.global/industries/insurance/solutions/)
4. **04** Network Insurers, adjusters and policyholders share verified event records through open standards. [The open protocol →](https://observatory.global/protocol/)

- **01** Water level gauge
- **02** Compact weather station
- **03** Drone (UAS)
- **04** LPWAN endpoint
- **05** LoRaWAN gateway
- **06** Edge node (Wedge)
- **07** Cellular modem/router
- **08** LEO flat-panel terminal
- **09** Solar array

Radio and links

### LoRaWAN

Depth sensors across streets reach gateways over a low-power link that keeps working in floods.

Radio and links

### Satellite

A satellite path carries data when terrestrial networks fail.

Radio and links

### Public cellular

The node and drone uploads use cellular where it works.

Edge computeThe node records depth and duration at every sensor, builds the event footprint, links it to insured properties and prioritises claims for adjusters, with every record signed.

PowerSensors run on batteries; gateways and nodes on solar with batteries that outlast power cuts.

**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.

Event and claims verification: data path

– of 08

01 Instruments Measurement with sensor identity andcalibration 02 Field radio 03 Gateway 04 Node – Wrap in an observation envelope with timequality– Measure quality and uncertainty, attachquality flags– Buffer locally (store-and-forward when thelink drops) 05 Backhaul Commit with transactional outbox andpublish, delivered at least once 06 Site Consumer inbox deduplicates and applieseach record once into governed data 07 Data store Governed product through API, map orexport, correction-aware 08 Products OGC SensorThings APIGeoJSONACORD 09 Power and structure Supplies 12 V DC, 24 V DC, 48 V DC to thefield equipment 01 Water level gauge SDI-12 · RS-485 · Ethernet 02 Compact weather station SDI-12 · RS-485 · Ethernet 03 Drone (UAS) USB · Video 04 LPWAN endpoint Analogue I/O · SDI-12 · RS-485 Drone ground control station Not in the reference kit 05 LoRaWAN gateway Ethernet · RF · GNSS antenna 06 Edge node (Wedge) Ethernet · Fibre · USB · RS-485 ·BMC 07 Cellular modem/router Ethernet · USB · RS-232 08 LEO flat-panel terminal Ethernet Site MQTT 5 with Sparkplug B Governed data store Versioned, correction-aware Event footprints Depth and duration by property Verified event records Drone imagery 09 Solar array RS-485 SDI-12 SDI-12 MAVLink LoRaWAN Ethernet Ethernet Ethernet Ethernet LTE/NR Satellite IP

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 | **Water level gauge** Radar, pressure or float gauge for river, lake, reservoir or tide level. | SDI-12RS-485Ethernet | SDI-12, Modbus, MQTT 5, OGC SensorThings API | 12 V DC |
| 02 | **Compact weather station** All-in-one or compact station for temperature, humidity, pressure, wind and rain at a site. | SDI-12RS-485Ethernet | SDI-12, Modbus, MQTT 5, OGC SensorThings API | 12 V DC |
| 03 | **Drone (UAS)** Uncrewed aircraft carrying sensors or a radio relay, operated within airspace rules. | USBVideo | MAVLink | Internal battery |
| 04 | **LPWAN endpoint** Battery-powered endpoint on LoRaWAN, NB-IoT or LTE-M that carries one or more sensors. | Analogue I/OSDI-12RS-485 | LoRaWAN, OMA LwM2M, CoAP | Internal battery, Energy harvesting |
| 05 | **LoRaWAN gateway** Multi-channel LoRaWAN gateway that forwards uplinks to a network server and schedules downlinks within duty limits. | EthernetRFGNSS antenna | LoRaWAN, MQTT 5 | PoE, 12 V DC |
| 06 | **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 |
| 07 | **Cellular modem/router** LTE or NR modem or router that uses a public carrier or private network as backhaul. | EthernetUSBRS-232 | 3GPP E-UTRA air interface, 3GPP NR air interface, OMA LwM2M | 12 V DC, PoE |
| 08 | **LEO flat-panel terminal** Electronically steered flat-panel user terminal for low-Earth-orbit broadband constellations. | Ethernet | — | PoE, 48 V DC, AC mains |
| 09 | **Solar array** PV modules with charge controller sized to the site's load and climate. | RS-485 | Modbus | — |

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 portfolio The scope reads the insured areas, flood and storm exposure, claims history and adjusting process. Nexus Observatory Inc. returns the sensor and drone plan, event footprint design, claims integration and a price per area and per year. Every assumption in the scope is written down and priced. 2
2. 02 Survey Survey insured areas Crews survey streets and properties for depth sensor positions, weather station sites, gateway coverage and drone flight areas. Findings are mapped. Every finding is kept with the site record for the crews who follow. Findings shape the kit for each site before anything is built. 1
3. 03 Permits Consents and flights Property owners and cities approve sensors, drone flights follow aviation and privacy rules, and data sharing with policyholders is agreed. Every consent is kept with the area record. Approvals are tracked site by site, so nothing waits unseen. No crew goes to site before its approvals are in place.
4. 04 Build Build and test Depth sensors are calibrated, radios paired, gateways, nodes and the drone kit configured and enrolled with their identities, and the event footprint tested with past events. Test results travel with the kit to the site. Nothing ships until the whole kit has passed its tests together.
5. 05 Install Install across the area Crews install depth sensors at properties and streets, weather stations and gateways, and set up the node. Every sensor is surveyed to ground level and photographed. The site record is updated before the crew leaves. Crews follow the site safety plan throughout the work.
6. 06 Commission Commission with a past event Each node proves its identity. Depth readings are checked against manual measures, and the footprint and claims prioritisation are tested by replaying a past event. Results are signed and kept with the site record. Acceptance is recorded with the owner before handover. 1
7. 07 Operate Verify and settle During and after events, claims teams see depth and duration by property, prioritise visits, settle clear cases from the verified record and send adjusters where judgement is needed. Reports for owners and funders come from the same record. Every alert and action is kept on the record. 2
8. 08 Maintain Check before each season Sensors are checked and batteries replaced before each flood season, depth references resurveyed, software updated in rings, and every event record kept for review. Spares and procedures travel with the crews. Maintenance history stays with each site for its whole life.

**06** Data products and integration

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

Data products

- **Event footprints** Claims and catastrophe teams
- **Depth and duration by property** Loss adjusters
- **Verified event records** Policyholders
- **Drone imagery** Adjusters and engineers

Integration

- **Claims systems** Verified records attach to claims.
- **Catastrophe models** Footprints calibrate event models.
- **Policyholder channels** Policyholders see verified records for their property.

Exchanged through OGC SensorThings API, GeoJSON, ACORD.

**07** Questions buyers ask

## Before you scope it.

Can claims settle without a visit?

Clear cases can, from the verified record, where policies allow.

Does it help against fraud?

Measured depth and duration make claims verifiable.

What if networks fail?

Low-power radio and satellite keep data flowing.

Can policyholders see their data?

Yes, for their own property.

**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** [WMO-No. 168: Guide to Hydrological Practices](https://library.wmo.int/) World Meteorological Organization
2. **2** [Insurance Core Principles](https://www.iaisweb.org/) International Association of Insurance Supervisors
3. **3** [WMO-No. 8: Guide to Instruments and Methods of Observation](https://library.wmo.int/) World Meteorological Organization
4. **4** [ISO/IEC 27001: Information security management systems](https://www.iso.org/) International Organization for Standardization

**09** Related

## Use cases and solutions.

[Use case Street flood observatoryUltrasonic depth sensors on poles report street-level water depth as open data and alerts.The full use case →](https://observatory.global/use-cases/street-flood/)

[Solution Independent measurement feeds for parametric triggersCalibrated, tamper-evident measurement feeds that a risk carrier may name as the index source.Solutions for insurance and finance →](https://observatory.global/industries/insurance/solutions/#parametric-feeds)

[Solution Drone survey and 3D site twinsSurvey campaigns planned to the ground sample distance, photogrammetry and LiDAR, and site twins kept current.Solutions for insurance and finance →](https://observatory.global/industries/insurance/solutions/#drone-twins)

[Solution Environmental exposure monitoring for health programmesHeat, air and water exposure measurements around facilities and communities; no diagnosis or treatment.Solutions for insurance and finance →](https://observatory.global/industries/insurance/solutions/#exposure-monitoring)

**10** Insurance and finance: specialized fields

## Other fields of this industry.

[Specialized field Parametric insurance triggersTamper-evident weather and water stations that measure the indices parametric policies pay on, with signed data that insurers, reinsurers and policyholders can all trust.The full field →](https://observatory.global/industries/insurance/parametric-triggers/)

[Specialized field Physical climate risk for portfoliosMeasured hazards at the sites of a portfolio, from flood and heat to subsidence, so lenders, investors and insurers assess and disclose physical climate risk with evidence.The full field →](https://observatory.global/industries/insurance/physical-risk/)

[Specialized field Bankable wind and solar resourceMet masts, lidars and irradiance stations that measure wind and solar resources to the standards lenders require, so renewable projects reach financial close on evidence.The full field →](https://observatory.global/industries/insurance/resource-assessment/)

### 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/)**Insurance and finance** . Independent measurements for risk transfer.[Talk to us](https://observatory.global/contact/)

Insurance and finance

- [Overview](https://observatory.global/industries/insurance/)
- [Specialized fields](https://observatory.global/industries/insurance/fields/)
- [Use cases](https://observatory.global/industries/insurance/use-cases/)
- [Solutions](https://observatory.global/industries/insurance/solutions/)
- [Platforms](https://observatory.global/industries/insurance/platforms/)
- [Resources](https://observatory.global/industries/insurance/resources/)
- [Contact](https://observatory.global/industries/insurance/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/)
