Nexus StandardsHumanitarian Action and DevelopmentMultilateral and institutional technical areas
Area · proposed

OCHA and humanitarian data

Describes the public technical work of the UN Office for the Coordination of Humanitarian Affairs on data: the Humanitarian Data Exchange (HDX) and HDX HAPI, ReliefWeb, the Financial Tracking Service, common operational datasets including administrative boundaries, HXL, the Centre for Humanitarian Data's data responsibility and anticipatory action work, with INFORM and GDACS as named peers, and what Nexus profiles could contribute. A section of the Humanitarian Action and Development subsite. Every artifact of the area carries a UNI (Unique Nexus Identifier), which identifies and never certifies.

Area recordHumanitarian Action and Development
  1. TierMultilateral and institutional technical areas
  2. Registryproposed area · no registry row yet
  3. Nexus StandardsNS-3, NS-10, NS-11
  4. Open standards3
  5. Feeds4 · 0 admitted
  6. Couplings3
  7. Last reviewed2026-10-17

Context entry PROPOSED for the Nexus Standards registry.

UNI
requested · not yet allocated
Status
PROPOSEDproposed area · no registry row yet
Last reviewed
area context bank
Cite this page

Nexus Standards (2026). OCHA and humanitarian data: area brief, Humanitarian Action and Development (PROPOSED). https://nexustandards.com/humanitarian/ocha-and-humanitarian-data/. Last reviewed 2026-10-17.

Download the profile

Files carry the credits and the licence line; they are generated in your browser and nothing is sent. Downloads need script.

01Scope

OCHA and humanitarian data: what the area covers, and what it leaves to others.

The multilateral and institutional technical areas section of Humanitarian Action and Development. Scope as the area context entry states it (PROPOSED).

In scope 4

  • HDX, HDX HAPI and ReliefWeb APIs and their licence models
  • Common operational datasets and administrative boundaries (per-country licences)
  • FTS funding flows and their data model
  • INFORM Risk Index and GDACS as named peer services

Out of scope 3

  • Operational coordination or cluster functions
  • Personal data of affected people
  • Any implied OCHA partnership or endorsement

Jurisdictions No jurisdiction note is recorded for this area yet; jurisdiction narrows what applies and never implies that a Nexus profile satisfies a law.

02Data and feeds

4 sources, with provider, licence and delivery path.

Sources the area reads or proposes. Delivery follows GRIx first; a source is shown live only after an owner decision admits it for public pages.

Every feed · pending admission

No legal register row admits any of these sources for live display on public pages yet, so nothing is read from them here. A register row that exists records the source for the governed GRIx path; admission for public pages is a separate owner decision.

Admitted
0
none yet
Register row exists
2
recorded for the GRIx path
Proposed row
2
terms to be recorded
Delivery
3 GRIx · 0 plugin · 1 browser · 0 snapshot
GRIx first, then plugin, browser-direct, snapshot
  • GDACS event alertspending admission

    European Commission JRC and OCHA · real time

    European Commission reuse policy via GDACS terms (CC BY 4.0 for EC content)

    GRIx governed readregister row exists

  • INFORM Risk Index datapending admission

    European Commission Joint Research Centre · annual with mid-year update

    CC BY 4.0

    GRIx governed readregister row exists

  • HDX HAPI (Humanitarian API)pending admission

    OCHA Centre for Humanitarian Data · daily

    Per source dataset as stated on HDX

    GRIx governed readproposed register row

  • ReliefWeb APIpending admission

    OCHA · continuous

    ReliefWeb terms; content rights remain with the original sources

    browser-direct readproposed register row

03Open standards

3 open standards, each with its relation.

Relations are register entries (NS-14), never conformance or equivalence statements; hover or focus a relation for its meaning. Names of standards bodies and their standards belong to their stewards and are used only to identify the documents; no text of an external standard is reproduced here.

04Indicators

1 indicator the area tracks.

Indicator names and codes as their stewards publish them; values appear only from a governed GRIx source, never typed into a page.

05Systemic couplings

3 couplings to other areas and subsites.

Each coupling names the mechanism that links this area to another; select a card on the canvas to trace it. Mechanisms are stated in the context bank (PROPOSED).

Canvas · the area and its couplingsDesign, not a record
OCHA and humanitarian data: systemic couplingsThe couplings the area context bank records for OCHA and humanitarian data: 1 area in Humanitarian Action and Development, 1 area in other subsites and 2 subsites reached. Each coupling carries a mechanism stated in the context bank (PROPOSED); a reading aid, not a dependency proof.

Fig.RUNNING marks the area you are reading; DONE an area in the same subsite, QUEUED an area elsewhere and GATE a subsite reached. Tags give reading order only, never a status. Design, not a record.

  1. Humanitarian standards alignmentHumanitarian Action and DevelopmentHXL, IATI and data responsibility standards are mapped there; this section describes the OCHA services that use them.
  2. Early warning and anticipatory actionEarly Warning and Anticipatory ActionOCHA-facilitated anticipatory action frameworks use pre-agreed triggers; their trigger records sit in the Early Warning and Anticipatory Action subsite.
  3. Data and EvidenceData and EvidenceHDX datasets enter GRIx as source releases with record UNIs, keeping per-dataset licences attached as the Data and Evidence subsite requires.
06Nexus Standards that apply

3 Nexus Standards for this area.

The Nexus Standards the area context entry lists. Every one is proposed or specified; none is adopted by an authority.

  1. 01

    NS-3 · GRIx record UNIs (grammar, legacy crosswalk, allocation authority)

    Status proposed · 0 rules stated. Read NS-3

  2. 02

    NS-10 · Policies and clauses (machine-readable obligations, enforcement in commons and command rooms)

    Status proposed · 7 rules stated. Read NS-10

  3. 03

    NS-11 · Verification and monitoring (evidence, attestations, zero-trust conformance observation)

    Status proposed · 6 rules stated. Read NS-11

07Readiness

What each pathway can read from this area.

GCRI Canada evidence pathway

GCRI Canada

GCRI Canada decides under its own evidence rules whether humanitarian data records are usable; describing OCHA services is not acceptance.

Open the GCRI Canada evidence pathway

Recognition pathway

The Global Risks Forum (GRF)

The Global Risks Forum (GRF) decides under its own rules how humanitarian data work features in its programmes; this section implies no recognition.

Open the Recognition pathway

Capital pathway

The Global Risks Alliance (GRA)

The Global Risks Alliance (GRA) decides capital readiness under its own criteria; humanitarian records only inform its reviewers.

Open the Capital pathway

Each institution decides under its own rules what it reads as evidence; no pathway is an approval, a readiness statement or investment advice.

09Working group

The working-group charter, proposed.

Scope

Describe OCHA's data services accurately and develop licence-aware profiles that consume them.

No working group is chartered yet; a community may charter this one under NS-13 through a docket.

Deliverables · 2
  1. HDX source-release profile with per-dataset licence capture
  2. HXL to Nexus record crosswalk
Liaison targets · 2
  • OCHA Centre for Humanitarian Data (information exchange sought; none recorded) liaison sought
  • INFORM partnership at the JRC (information exchange sought; none recorded) liaison sought
10Restricted compatibility profiles

No closed standard is named for this area.

Closed or paywalled standards appear by name and link only; any compatibility profile of one is built on simulated data and kept on protected pages until an institutional arrangement with the issuing body is recorded. Nexus Standards is not affiliated with, endorsed by or certified by any standards body named here.

The working group may name closed standards later; they would be listed here by name and link only.

11Open problems

2 open problems an expert would start with.

  1. HDX licences vary by dataset; how to keep derived Nexus products within the most restrictive input licence.
  2. Administrative boundaries differ between sources and dates; how to version them so humanitarian figures map to the right geography.
12Audiences

Who works with this area: 4 audiences.

  1. humanitarian information managers
  2. anticipatory action teams
  3. researchers
  4. donors
13Hazards and sectors

What acts on this area, and who carries it.

Hazards and threats 0

No hazard or threat is listed for this area; it reads the hazards of the areas it couples with.

Sectors 0

No sector is listed for this area; it serves every sector through the areas it couples with.

14References

3 sourced references.

Peer-reviewed sources and published statistics on the publishers' own domains, as the context entry cites them. No Risk Academy faculty pathway is linked to this area yet; one is linked when a faculty publishes a pathway that fits.

15Key terms

Terms used on this page.

UNI
Unique Nexus Identifier: identifies and resolves an artifact and its record; it never certifies truth, readiness or approval.
PROPOSED
Drafted content that no authority has adopted. Every area entry here is a proposal to the Nexus Standards registry.
adopt
Relation: the external standard is used as published, values validated against it.
crosswalk
Relation: Nexus clauses are mapped to parts of the external standard by number, never by text.
profile
Relation: a Nexus profile narrows or extends the external standard for the nexus, validated with the body's own tools where they exist.
pending admission
No legal register row admits this source for display on public pages yet, so nothing is read from it.
GRIx
The governed data layer of Nexus Foundry: external data is read through it with its licence and source release.
docket
A public change record under NS-13, decided by editors with written reasons.
attestation
An evaluator's recorded result for one clause and one subject under NS-11; never a certification.
liaison sought
A liaison the working group would ask the body for; none is held unless the body confirms it in writing.
17Learn and apply

Where OCHA and humanitarian data is taught, worked on and run.

Risk Academy disciplines that teach OCHA and humanitarian data, with their courses; the GCRI Canada, The Global Risks Forum (GRF) and The Global Risks Alliance (GRA) subsites that carry those disciplines; and the Nexus Foundry systems the standards name. Mappings are proposed for review (Risk Academy standards map, 2026-10-17); a link says a page on the same subject exists, never an endorsement or a conformance statement; framework names in course titles are named and linked, never reproduced.

Risk Academy

Disciplines and courses

18Questions

Questions and answers.

Is the OCHA and humanitarian data area adopted?
No. The area entry is PROPOSED content for the Nexus Standards registry; there is no registry row yet. Adoption of any standard is a recorded authority decision and none is recorded today.
Are the feeds on this page live?
No. Every feed is pending admission: no legal register row admits it for public pages yet, so nothing is read from it here.
How do I change this brief?
Through a docket under NS-13: a pull request against the area context bank or the registry, decided by editors with written reasons.
Nexus Standards

Shape this brief: OCHA and humanitarian data.

Propose a change, join the working group or name a source. Area entries are PROPOSED content for the Nexus Standards registry; a UNI identifies and never certifies, and nothing on this site is a certification, an approval or a readiness statement.

Nexus Standards documents CC BY 4.0 · tooling Apache-2.0 · counsel review pending (DEC-2026-10-16-NEXUS-STANDARDS-OPEN-LICENCE). External standards are named and linked under their own licences; a UNI (Unique Nexus Identifier) identifies, it never certifies. · Generated from the Nexus Standards corpus at commit 437ae044c5cb (2026-10-17); proposed and open.

Skip to toolbar