Get an area's history

Trace an area through time: what it replaced, what replaced it, and which other boundary releases use the same code.

get
/areas/{geography}/{release}/{code}/history

Good to know

  • The same code in two releases doesn't guarantee the same boundary, so treat it as a clue, not proof.
  • Each lineage entry names the area the step came from, so a chain several hops long reads back in order. A link is listed once, however far round the graph you reach it.
  • geographystringrequired

    A geography type id, e.g. constituency or ward.

  • releasestringrequired

    A boundary release id, e.g. 2024-07-uk-bgc, or latest for the geography's newest release: the one /boundary-releases:resolve chooses for the furthest date. A response to latest names the release it read in Content-Location. A geography whose newest month holds several releases that differ in more than coverage, or that has a release whose id carries no month, is refused with 409 and the releases that could be newest.

  • codestringrequired

    An area's official code in that release, e.g. E05000932.

  • depthinteger 1–20optional

    Maximum number of declared historical edges to follow.

    Default8

Returns

object

Area history, including a warning about same-code continuity.

  • 404No resource matches that identity.

Every error has the same shape. See Errors for how to handle them.

Show the precise behaviour

Returns a bounded traversal of published historical relationships plus every other release of the same geography that contains the same code. Each lineage entry names the area the walk stood on as from and the area it reached as counterpart. A link a crosswalk publishes from both ends is one edge and is reported once, whichever end the walk reaches it from. Same-code continuity is not evidence of unchanged geometry or a one-to-one historical equivalent.