← Back to catalogue
Published

Location Referencing / Address

vr.wm-xct-010 · wm-xct-010-location-referencing-address

Provide a format-neutral, reusable referencing fabric — addresses, thoroughfares, postal designations, geocodes, reference systems, gazetteer identifiers, points of interest and place names — that any subject model can mix in to state where something is, without absorbing the semantics of the thing located.

World Models Cross-cutting context XCT.LOC

Bundle → Layer → Finding → Questions Filled

6 bundles · 16 layers · 28 findings · 128 questions

Address record and structure What an address is as a governed record: its identifier, the specification and class it instantiates, the components that scope it, the locators that pinpoint it, and its aliases and rendered representations.

Address identity and classification

Identifiers that make an address referable and de-duplicable, and the class and specification profile that determine which structure is legal for it.

Address identifier and uniqueness scope

The identifier or identifiers that designate the address record itself, distinct from the identifier of the object addressed or of any position, together with the scope in which uniqueness holds and the change events that force a new identifier.

  1. Which authoritative master-system identifier designates this address, and which register issued it? identity
  2. Does the address carry a governed global identifier or resolvable IRI in addition to the local register key, and is it persistent? identity
  3. Which alternative, legacy or third-party identifiers are recorded, and to which system is each scoped? provenance
  4. Under which changes does the identifier stay stable, and which change compels minting a new one? lifecycle
  5. Within what scope is uniqueness enforced — single register, jurisdiction, country or globally? constraint

Address class and governing specification profile

The class of address the record instantiates and the national or community address specification that fixes which components are legal, mandatory or forbidden for that class.

  1. Which address class does this record instantiate — numbered thoroughfare, landmark, postal delivery, or another declared class? classification
  2. Which address specification or class profile governs this record, and at which version? authority
  3. Does the record designate a location, a point of postal delivery, or both, and how is that role encoded? definition
  4. How does this class map to the corresponding classes of each standard the register claims alignment with? interoperability

Address composition and locators

The internal parts of an address: scoping components in their hierarchy, locator designators and sub-address levels, and alias or rendered representations.

Address components and their hierarchy

The administrative, address-area, postal and thoroughfare components that scope an address, the level at which each sits, and whether each is a reference to an authoritative feature or free text.

  1. Which components scope this address, and what level does each occupy in the hierarchy? composition
  2. Which components are mandatory, conditional or prohibited for this class in this country? constraint
  3. Does each component reference an authoritative external feature, or repeat a name as unlinked text? relationship
  4. How are sub-country administrative levels ordered and labelled, and how does that ordering survive exchange? interoperability

Locator designators and sub-addressing

The human-readable designators and names that distinguish the addressable object within its component scope, including house numbers with non-numeric parts and the building, floor, unit, room and seat levels beneath them.

  1. Which locator designators identify the object within its scope, and at which locator level does each apply? composition
  2. Is the house number a plain ordinal, a range, a hyphenated compound or a non-numeric token, and how is it normalised for sorting and matching? identity
  3. Which sub-address levels are addressable in their own right, and which are descriptive only? constraint
  4. When a sub-address exists, does it reference a parent address record or stand alone, and what breaks if the parent is retired? relationship

Address aliases and rendered representations

Alias relations between address records and the language-, script- and purpose-specific rendered forms of the same address, including which form is authoritative for which use.

  1. Which address records are aliases of which primary address, and what is the alias relation type? relationship
  2. Which rendered or transliterated representations exist, and in which language and script is each written? interoperability
  3. Which representation is authoritative for legal service of documents, and which for mail delivery? authority
  4. May an alias be used as a matching key, and with what confidence penalty? validation
Assignment authority, lifecycle and object binding Who may create, change and retire an address, under which numbering rules, through which lifecycle states and temporal versions, and to which object in a sibling model the address is bound.

Addressing authority and numbering rules

The mandated body, its jurisdiction, and the address reference system whose numbering scheme determines whether a candidate address is well formed.

Addressing authority, mandate and jurisdiction

The body legally empowered to assign, alter and retire addresses in a territory, the instrument granting that power, the extent within which it applies, and how non-authoritative address creation is handled.

  1. Which body holds the mandate to assign, alter and retire addresses here, and under what legal instrument? authority
  2. Who stewards the address record, as distinct from whoever owns the object addressed? ownership
  3. What is the geographic extent of the authority's jurisdiction, and how are overlaps or gaps at its boundary resolved? spatial
  4. What status is given to an address created by a developer, occupier or crowd source rather than the authority? exception

Address reference system and numbering rules

The numbering scheme governing an area — axis origin and direction, block ranges, intervals, parity and reservation rules — and the tests that decide whether a candidate address conforms to it.

  1. Which numbering scheme governs this address, including axis origin, direction, interval, parity and block ranges? constraint
  2. What test determines that a candidate number is valid within the governing reference system? validation
  3. How are numbers reserved, skipped or reissued when a parcel is subdivided or consolidated? process
  4. Where two schemes overlap the same ground, which one governs, and who decides? exception

Lifecycle state and temporal versioning

Lifecycle status and its permitted transitions, and the separate axes of real-world validity and record version lifespan.

Lifecycle status and permitted transitions

The current lifecycle status of an address, the transition and evidence that produced it, the distinction between official status and lifecycle status, and how long a retired address remains resolvable.

  1. What is the current lifecycle status of the address, and which transition produced it? state
  2. Which transitions are permitted, who may authorise each, and what evidence must accompany them? lifecycle
  3. Is a retired address retained for historical resolution, and for how long does it stay resolvable? retention
  4. May an address be reserved or proposed before the object exists, and what obligations follow from that state? process
  5. How does official status differ from lifecycle status in this register, and can a record be active but unofficial? classification

Real-world validity versus record version lifespan

The two distinct time axes an address carries — the period the address is valid in the real world, and the period a particular version of the record was current in the register — together with observation and ingestion times and the separation of corrections from real change.

  1. When did the address become valid in the real world, and when did it cease to be valid? temporal
  2. When did this version of the record begin and end in the register, independent of real-world validity? temporal
  3. Are all recorded times expressed per RFC 3339 with seconds and an explicit offset or Z, and how is an unknown local offset represented? constraint
  4. How is a correction to a past record distinguished from a real-world change, and does a correction alter the validity period? provenance
  5. What is the observation or ingestion time of this version, and does it differ from the event time it reports? provenance

Binding to the addressable object

How an address attaches, as a mixin, to an object owned by a sibling model, and what governs that attachment.

Address-to-object binding and its basis

The act that binds an address to an addressable object in another model, its evidential basis, its cardinality in both directions, its exclusivity per purpose, and what happens when the object is demolished, merged or subdivided.

  1. Which addressable object does this address designate, in which sibling model, and by which identifier? relationship
  2. Can one object hold several addresses and one address designate several objects, and which combinations are legal here? composition
  3. What basis justified the binding — building permit, survey, occupancy certificate or field observation? evidence
  4. What happens to the address when the object is demolished, merged or subdivided? lifecycle
  5. Is the binding exclusive for legal service, emergency dispatch and delivery alike, or may these differ? constraint
Thoroughfares and postal designation Named ways used in addressing and their continuity across renaming, and the postal descriptors, delivery point types and templates that turn a stored address into a deliverable one.

Thoroughfare identity, naming and continuity

Official names of streets, roads and waterways used for addressing, their decomposition into parts, and their behaviour under renaming, splitting and merging.

Thoroughfare identity and name decomposition

The identifier of a thoroughfare independent of its current name, the decomposition of a complete street name into directional, type, modifier and base parts, its addressing-relevant extent, and the kinds of way admissible for addressing.

  1. Which identifier designates the thoroughfare independently of whatever name it currently bears? identity
  2. How is the complete street name decomposed into pre-directional, pre-type, pre-modifier, base name, post-type, post-directional and post-modifier parts? composition
  3. What is the addressing extent of the thoroughfare, and how does it link to the transport network feature that carries its geometry? spatial
  4. Which kinds of way are admissible as addressing thoroughfares in this jurisdiction, and which are excluded? classification

Renaming, splitting and name continuity

How renaming, splitting and merging events are recorded, how long superseded names remain usable for delivery, dispatch and legal documents, and what happens to the addresses on the affected way.

  1. What renaming, splitting or merging events has this thoroughfare undergone, and when did each take effect? event
  2. For how long do superseded names remain acceptable for delivery, emergency dispatch and legal documents, and do those periods differ? temporal
  3. How are the addresses on the thoroughfare preserved or reissued across the change? lifecycle
  4. Which body approves a renaming, what consultation is required, and where is the decision recorded? authority

Postal designation, delivery points and rendering

Postcodes and post names, delivery point types, and the country templates and rules that render stored components into a deliverable address.

Postal descriptor and delivery point type

The postcode and post name that route mail, the operator that maintains them, whether the descriptor bears an authoritative extent, whether the postal city may differ from the municipality, and which kind of delivery point is designated.

  1. What postcode and post name apply, and which designated postal operator maintains them? identity
  2. Is this a physical delivery point, a post office box, poste restante, a rural or highway contract route, or a military address? classification
  3. Does the postal descriptor have a geographic extent, and is that extent authoritative or an approximation derived from delivery points? spatial
  4. May the postal city name differ from the municipality of location, and which is authoritative for which purpose? constraint
  5. How often does the operator revise postal codes, and how are revisions propagated to bound addresses? process

Postal address template and rendering rules

The country-specific template and rendering rules that select, order, concatenate and format components into output lines, the contextual parameters that vary the result, and the handling of components with no target in the destination template.

  1. Which country template governs rendering for this destination, at which version, and where is it obtained? process
  2. What line identification, ordering, concatenation and formatting rules apply, and which components are optional in each line? constraint
  3. Which contextual parameters change the rendering, such as origin country, domestic versus international, or script? decision
  4. How are addressee and organisation segments kept separate from the location components this model owns? interoperability
  5. What is done when a stored component has no mapping in the destination template? exception
Spatial position and reference systems Coordinate positions with their meaning, method and accuracy; the coordinate and geographic-identifier reference systems that give them sense; and non-coordinate code and grid references.

Position, specification and accuracy

What a stored coordinate actually points at, how it was obtained, which of several positions is default, and how accurate and how precise it is.

Position, geometry specification and method

The geometry stored for an address or place, an explicit statement of which real-world feature it specifies (entrance, building, parcel, delivery point, utility connection or segment interpolation), the method by which it was determined, and which position is the default among several.

  1. What does this position represent — entrance, building, parcel, postal delivery point, utility connection or street segment interpolation? spatial
  2. By what method was the position determined, and by whom? provenance
  3. Which of several positions is the default, and which position should routing, dispatch and statistics each use? decision
  4. In which geometry type and dimensionality is the position expressed, including any vertical or floor-level component? measurement

Positional accuracy and meaningful precision

The stated accuracy of a position with its measure and confidence, the number of digits that are actually meaningful, containment tests that detect implausible coordinates, and how accuracy travels to consumers that accept only a bare point.

  1. What is the stated positional accuracy of this coordinate, under which measure and at what confidence level? measurement
  2. How many decimal places or code digits are meaningful here, and which published digits are spurious precision? quality
  3. What test rejects a position falling outside the parcel, building footprint or jurisdiction it claims? validation
  4. How is accuracy conveyed to a consumer whose format carries only a point without metadata? interoperability

Coordinate and geographic-identifier reference systems

The systems that give positions and identifiers their meaning: coordinate reference systems with datums and epochs, and spatial reference systems using geographic identifiers with their gazetteers.

Coordinate reference system, epoch and axis order

The declared CRS with its authority code and version, whether it is dynamic and therefore requires a coordinate epoch, the axis order and units in force, any vertical CRS, and the coordinate operation used when transforming for a consumer.

  1. In which coordinate reference system is this position expressed, cited by authority code and dataset version? identity
  2. Is the CRS dynamic, and if so which coordinate epoch applies to the stored coordinates? temporal
  3. What axis order and units apply, and how is that reconciled with encodings that fix longitude before latitude? interoperability
  4. Which coordinate operation, at what accuracy, is applied when transforming into a consumer's CRS? process
  5. Is a vertical or compound CRS declared for any height component, and what is its datum? constraint

Geographic identifiers, location types and gazetteers

Spatial referencing by geographic identifier: the location types a reference system defines, the location instances that populate it, the gazetteer that is custodian of record, complementary coordinate references, and instance lifecycle.

  1. Which location types does this spatial reference system define, and what identifier form does each use? definition
  2. How do location instances nest, adjoin or overlap, and which of those relationships are recorded? relationship
  3. Which gazetteer is custodian of record for each location type, and over what territory of use? authority
  4. Does each location instance carry a complementary coordinate reference, and at what geometry level? spatial
  5. How are location instances added, merged, split and retired, and are historic instances retained? lifecycle

Code and grid based location references

Derived, non-coordinate references such as open location codes and grid squares that stand in for an address where none exists.

Open code and grid location references

Code-based location references: the scheme and code length in use, the ground area a length resolves, whether a code is full or shortened and therefore needs a reference location, whether the scheme is openly reversible or vendor-dependent, and its role where no civic address exists.

  1. Which code scheme is used, at what code length, and what ground area does that length resolve? measurement
  2. Is the code full or shortened, and if shortened, which reference location is required to recover it? constraint
  3. Is the scheme openly specified and reversible without a proprietary service, or does resolution depend on a vendor? interoperability
  4. How does the code relate to the underlying coordinate reference system and to any civic address for the same place? relationship
  5. Where no civic address exists, what governs the use of the code as the operative location reference? exception
Named places and toponyms Points of interest used for orientation and discovery, and the toponyms that name places across languages, scripts and periods of official recognition.

Points of interest

Named places usable for orientation, discovery and reference, with category, status and confidence.

POI identity, category, status and confidence

The identifier of a point of interest independent of its operator and name, the taxonomy and level that classify it, its operating status as distinct from opening hours, its resolution to addresses and buildings, and the confidence that it exists at all.

  1. Which identifier designates the point of interest independently of its operator, brand and current name? identity
  2. Which category taxonomy classifies the POI, at which level, and which alternate categories also apply? classification
  3. What is the operating status of the POI, and when was it last confirmed? state
  4. How does the POI resolve to one or more addresses, to a building or unit, and to a brand? relationship
  5. What existence confidence is asserted, on what evidence, and what threshold gates publication? quality

Toponyms and multilingual names

Place names with their language, script, romanisation, official standardisation status and history.

Toponym language, script and official status

Which place a toponym names, the language and script of each name form and its relation to a source form, which form is officially standardised by the national names authority, how contested or reinstated names are recorded, and which form to display for a given audience.

  1. Which named place does this toponym name, and is the same name borne by other places within the same scope? identity
  2. In which language and script is each name form recorded, and which forms are romanisations of which source form? classification
  3. Which form is officially standardised by the national names authority, and which are endonyms, exonyms or historic forms? authority
  4. How are contested, reinstated or superseded names recorded without erasing prior forms? lifecycle
  5. Which name form should a consumer display for a stated audience locale, and what is the fallback? interoperability
Matching, quality, provenance, access and exchange How references are resolved and scored, how their quality is tested and defects recorded, where each attribute came from and when, under what licence and protection they may be used, and how they cross into other models and encodings without silent loss.

Matching, quality tests and anomalies

Resolution of input strings and positions to reference records with scored outcomes, and the tests, anomalies and defect handling that keep the register trustworthy.

Geocoding and address matching outcomes

The normalisation and parsing that precede matching, the reference dataset version matched against, the score and type of a match, the threshold that separates automatic acceptance from review, and the explicit representation of ambiguity, partial matches and interpolation.

  1. What normalisation and parsing steps precede matching, and against which reference dataset version was the match run? process
  2. What match score, match type and matched component set does the operation return? measurement
  3. Which score threshold accepts a match automatically, and what routes a candidate to human review? decision
  4. Is the result stored as an attribute of the address or as a separate derived observation with its own timestamp and inputs? provenance
  5. How are ambiguous, partial and interpolated results represented rather than silently resolved to one answer? exception

Quality tests, anomaly status and defect handling

The tests a record must pass — syntax, completeness, conformity to the governing reference system, duplication and positional containment — the anomaly status recorded when it fails, whether an anomalous address remains usable, and how defects are notified and resolved with retained evidence.

  1. Which quality tests does this record pass or fail, and against which rule set version were they run? validation
  2. What anomaly status applies when the address is not correct under its governing reference system, and may it still be used? quality
  3. Who is notified of a defect, within what period must it be resolved, and what status applies meanwhile? process
  4. What evidence is retained to show that a test was executed against a specific record version? evidence
  5. Is the validation rule set published so that consumers can check records before submitting them? interoperability

Quality elements, measures and reporting

ISO 19160-3 is a profile of ISO 19157 that establishes data quality elements and measures for address data, procedures for reporting, and guidelines for use. Elements include completeness, logical consistency, positional accuracy, temporal quality, thematic accuracy and usability. The standard does not define minimum acceptable quality; fitness depends on use.

  1. Against which dataset or record scope, product specification and intended use was quality evaluated? measurement
  2. What completeness, logical consistency, positional accuracy, temporal quality, thematic accuracy and usability results were obtained? measurement
  3. When was the evaluation performed, by which method, and is the result still current relative to subsequent updates? temporal
  4. Does the consumer impose a minimum quality threshold that ISO 19160-3 itself does not define, and is that threshold recorded as a local constraint? constraint

Source lineage and attribution of facts

Per-attribute lineage, source and ingestion times, contributor rights and precedence when sources disagree.

Per-attribute source lineage and observation time

Which source dataset and source record contributed each attribute, the separate source-update, ingestion and event times, the rights a contributor retains in what they contributed, and the precedence rule that decides between conflicting sources without discarding the loser.

  1. From which source dataset and source record did each attribute of this record derive? provenance
  2. What are the source update time, the ingestion time and the real-world event time for each contributed attribute, and where do they diverge? temporal
  3. Which contributor holds rights in each contributed attribute, and does that constrain redistribution of the merged record? ownership
  4. When two sources conflict on the same attribute, which precedence rule decides, and is the rejected value retained? decision
  5. What confidence does each source attach to its own assertion, and how is that combined into the published record? quality

Licensing, access and protection

The licence and access conditions attached to reference data, and the privacy, safety, suppression and retention constraints that limit its publication.

Licence, redistribution and access conditions

The licence governing use, redistribution and derivation, licence encumbrance carried in from individual components, the effect of a statutory duty to publish, and the obligations that follow derived geocodes.

  1. Under what licence may this dataset be used, redistributed and built upon, and does the licence differ by component? access
  2. Which components are encumbered by a third-party licence that blocks open publication of the merged whole? ownership
  3. Does a statutory duty to publish spatial data override or coexist with a commercial licence here? authority
  4. What attribution, share-alike or field-of-use restriction attaches to geocodes derived from this data? constraint

Privacy, safety, suppression and retention

When a location reference becomes personal data, which records are suppressed or coarsened for safety and by whose decision, how long records and matching logs are kept, what is deleted versus tombstoned, and how authorised responders still reach a suppressed record.

  1. At what point does this location reference become personal data, and which linkage causes that? privacy
  2. Which records are suppressed or coarsened for safety, by whose decision, and for how long? security
  3. What precision reduction applies when publishing a sensitive position, and is the reduction reversible from published data? access
  4. How long are retired addresses, assignment records and matching logs retained, and what is hard-deleted versus tombstoned? retention
  5. What lawful-access route allows emergency services or another authorised party to reach a suppressed record? exception

Crosswalks, conformance and projections

Declared mappings to external address models, the evidence behind any conformance claim, and the encoding projections that expose the canonical record.

Crosswalks, conformance evidence and encoding projections

The external models this register is mapped to and where those mappings lose information, the evidence supporting any conformance claim, the published encoding projections and their derivation from one canonical record, and the handling of components with no target in a receiving model.

  1. To which external address or location models is this register crosswalked, at which versions, and where is each mapping lossy? interoperability
  2. What evidence supports each claimed conformance class, and was a conformance test actually executed? evidence
  3. Which encoding projections are published, and are they all derived from a single canonical record? interoperability
  4. Which fields does each projection drop or default, and is that projection therefore non-authoritative? constraint
  5. How is a component with no target in the receiving model conveyed without silent loss? exception

Classifiers Filled

Family
World Models
Category
Cross-cutting context
Entry kind
mixin
Navigation path
NAV.XCT.LOC
Domain
XCT.LOC
Industry
Cross-industry
Tags
locationreferencingaddressxct.loc
Also called
U7

What it is Filled

This model governs location references as first-class governed records with their own identity, authority, lifecycle and provenance, independent of the objects they designate. It covers the structure of an address and its components and locators (ISO 19160-1, INSPIRE Addresses), the authority and numbering rules under which addresses are assigned and retired, postal designation and template-driven rendering (ISO 19160-4 / UPU S42), coordinate positions with their geometry specification, method, accuracy and coordinate reference system and epoch (ISO 19111), non-coordinate code and grid references, spatial referencing by geographic identifiers and gazetteers (ISO 19112), points of interest and toponyms, and the matching, quality, provenance, access and interoperability concerns that make a reference trustworthy. It is deliberately storage- and interface-neutral: register rows, feature collections, Markdown records, graph triples and API responses are projections of the same semantics.

In scope

  • Address records: identifiers, class/profile, components, locators and sub-address levels, aliases and rendered representations
  • Addressing authority, jurisdiction, address reference systems (numbering schemes) and assignment/retirement acts
  • Address lifecycle status, real-world validity period and record version lifespan, recorded separately
  • Binding of an address to an addressable object in a sibling model, including basis and exclusivity
  • Thoroughfare naming for addressing purposes, name decomposition, renaming and name continuity
  • Postal descriptors, delivery point types, country templates and postal address rendering rules
  • Geocodes: position geometry, geometry specification and method, default position, positional accuracy and precision
  • Coordinate reference systems, dynamic CRS coordinate epochs, axis order and coordinate operations used by stored positions
  • Spatial reference systems using geographic identifiers, location types, location instances and gazetteers
  • Open code and grid references (e.g. Open Location Code) as derived location value objects
  • Points of interest as referenceable named places, with category, operating status and existence confidence
  • Toponyms with language, script, romanisation and official standardisation status
  • Geocoding and address matching operations, match quality, ambiguity and interpolation
  • Address data quality tests, anomaly status against the governing reference system, and validation evidence
  • Source lineage, observation/ingestion time, licensing, sensitivity, suppression and crosswalk/conformance declarations

Out of scope

  • The physical or legal objects addressed — buildings, premises, units, land parcels — including their geometry, construction and tenure
  • Administrative unit and settlement hierarchies, boundaries and geometry; these are referenced as address components but defined by a sibling model
  • Persons and organisations as addressees, recipients, occupiers or owners, and the addressee/organisation segments of a postal address
  • Occupancy, tenancy, residence registration and mail forwarding
  • Transport network topology, road segment geometry and linear referencing for asset management
  • Mail and parcel logistics: items, routing execution, delivery scan events and track-and-trace
  • Indoor navigable geometry and floor-plan models beyond the sub-address designators used for addressing
  • Geodetic infrastructure operation: control networks, datum realisation and survey adjustment (referenced via a geodetic parameter registry, not defined here)
  • Routing, isochrones and wayfinding algorithms that consume geocodes
  • Data protection compliance programme design; ISO 19160-4 explicitly excludes data protection specification and this model records constraints rather than legal advice

Why it exists Filled

Provide a format-neutral, reusable referencing fabric — addresses, thoroughfares, postal designations, geocodes, reference systems, gazetteer identifiers, points of interest and place names — that any subject model can mix in to state where something is, without absorbing the semantics of the thing located.

Distinguishing features Filled

  • An address is a reference to a place, independent of who lives or works there.
  • It differs from a parcel, building or premises; one site can have several addresses.
  • Positions always carry a coordinate reference system and, for dynamic systems, an epoch.
  • Civic, postal and emergency address classes can disagree for the same site.

What robots and AI may and may not do Filled

Must not

  • Publish positions with more precision than their accuracy.
  • Undo safety coarsening of a position.
  • Delete retired addresses that may still be referenced.
  • Use a postal address for emergency dispatch without checking its class.
  • Link addresses to occupants beyond the declared purpose.

Only with a human decision

  • Assigning or retiring an official address.
  • Renaming a thoroughfare.
  • Releasing precise locations of protected persons or sites.

May

  • Validate and parse addresses against authority data.
  • Geocode and reverse geocode with stated accuracy.
  • Transform positions between reference systems.
  • Render a postal address for a destination country.

Moral aspects Filled

  • Home addresses reveal where people live; exposure can endanger victims of violence.
  • Wrong emergency addresses delay help in life-threatening situations.
  • People without formal addresses are excluded from services.

Who is affected

  • Residents and occupants
  • Emergency services
  • Delivery and public services

Owners Filled

Steward

An adopting Dimension must name a single accountable address registrar or reference-data steward, and record the mandate instrument, jurisdiction extent and effective period that authorise assignment and retirement within its scope.

Roles

Address registrar / reference steward
Assign, amend and retire addresses and thoroughfare names within the mandated jurisdiction; Maintain the address reference systems and their numbering rules; Decide supersession, cascade and grace-period outcomes for renaming and object change; Accept or reject third-party candidate records into the authoritative set
Geodetic and reference-system custodian
Declare the coordinate reference systems, dataset versions and coordinate operations in force; Ensure dynamic-CRS positions carry a coordinate epoch and that transformations stay within their area of validity; Approve changes to the positional accuracy and precision policy; Maintain the register of gazetteers treated as custodian of record per location type
Names authority liaison
Track national names authority decisions and reflect standardised toponym forms, language, script and status; Maintain romanisation and display-form rules per audience locale; Record contested, reinstated and historic name forms without erasing prior ones; Advise on culturally sensitive naming changes before publication
Quality and conformance officer
Publish and version the validation rule set and run it against every record version; Maintain anomaly status handling, defect routing and resolution deadlines; Execute and retain conformance tests behind every alignment claim, and maintain crosswalks with named losses; Produce release-level quality and conformance reports
Access, licensing and protection officer
Maintain licence and redistribution conditions, including encumbrances inherited from contributed components; Classify sensitivity, approve suppression and coarsening rules, and set review dates; Define retention periods and deletion modes per record class and their legal basis; Operate and audit the lawful-access route for authorised responders
Integration and projection engineer
Derive every published projection from the single canonical record and label non-authoritative ones; Enforce encoding constraints such as fixed axis order and antimeridian handling in position projections; Maintain the AGENTS.md bootstrap contract and keep its URLs resolvable; Emit deltas and change logs so consumers can reconstruct any past release state

Links to other meta-models Filled

composes

  • Any locatable subject model (host of this mixin) - Supply address, geographic identifier, position and code-reference capability to any subject that must state where it is, without the host absorbing addressing authority, lifecycle or reference-system semantics.

references

  • Building and structure model (legacy U1) - Bind addresses to buildings as addressable objects; the address record carries the reference while the building model owns the structure, its geometry and its condition.
  • Premises and spatial unit model (legacy U2) - Resolve sub-address locators — building, floor, unit, room and seat levels — to spatial units defined and governed by the premises model.
  • Land parcel and cadastre model (legacy P2) - Bind addresses to parcels where no building stands, and support positional containment tests against parcel geometry, without importing tenure or rights.
  • Administrative units and settlements model (legacy U4) - Resolve administrative unit name and address area name components to authoritative administrative units and named places rather than repeating their names as free text.
  • Transport network model - Link thoroughfare names used for addressing to the transport link features that carry centreline geometry and network topology.
  • Public mandate and authority model (legacy A12) - Resolve the addressing authority and its mandate instrument, jurisdiction extent and effective period, which condition the validity of every assignment act.
  • Party model (person and organisation) - Supply the addressee and organisation segments needed to render a complete postal address at run time, while keeping party identity outside this model.
  • Geodetic parameter registry (external CRS and coordinate operation authority) - Resolve coordinate reference systems, datums, epochs and coordinate operations by authority code and dataset version instead of redefining them.

aligned

  • ISO 19160-1:2015 Addressing — Part 1: Conceptual model - Align the address record, its components, aliases, lifecycle attributes and metadata with the international conceptual address model, and use its cross-mapping intent as the basis for declared crosswalks rather than assumed equivalence.
  • ISO 19160-4:2023 international postal address components and template language, with UPU S42 - Align postal components, sub-elements, rendering rules and country templates; note that S42 Part A and Part B are the operational carrier of country templates.
  • ISO 19112:2019 Spatial referencing by geographic identifiers - Align location types, location instances, gazetteers and complementary coordinate references so that identifier-based referencing is modelled to the same schema as the coordinate-based path.
  • INSPIRE Addresses application schema 4.0 and Regulation (EU) No 1089/2010 - Align address component subtypes, locator structure, geographic position specification and the split between real-world validity and record version lifespan with the binding European schema.
  • FGDC-STD-016-2011 United States Thoroughfare, Landmark, and Postal Address Data Standard - Align address classes, lifecycle status values, address authority lineage and the anomaly-against-reference-system concept; treat it as a national profile, not a universal one.
  • IETF RFC 5139 civic location format and NENA-STA-004.2-2024 CLDXF-US - Align civic address element decomposition for emergency location exchange, and adopt the documented FGDC-to-CLDXF crosswalk pattern as evidence that mappings must be maintained explicitly.
  • IETF RFC 7946 GeoJSON - Constrain the position projection: WGS 84 in decimal degrees, longitude before latitude, cut antimeridian geometries, and avoid publishing precision beyond what accuracy supports.
  • IETF RFC 3339 timestamps - Fix the encoding of every timestamp in the model, including the explicit-offset requirement and the -00:00 convention for an unknown local offset.
  • W3C and OGC Spatial Data on the Web Best Practices - Adopt persistent identifiers for spatial things, declared coordinate reference systems, described positional accuracy, published validation schemas, change information for spatial things, and responsible interaction with spatial data.
  • UNGEGN national names authorities and standardised names lists - Align toponym language, script, romanisation and standardisation status with nationally standardised names, and treat names authority decisions as the authority for official display forms.

extends

  • Open Location Code specification - Extend the model's reference kinds with an openly specified, offline-reversible code scheme for places without civic addresses, while recording that shortened codes are not self-contained identifiers.

neighbor

  • Building & structure model (legacy U1) and premises/spatial unit model (legacy U2) - INSPIRE models Address with associations to building and parcel rather than embedding them; this model owns the address record and the binding act, while the host model owns the object, its geometry and its condition. A unit number is a locator here and a spatial unit there.
  • Land parcel / cadastre model (legacy P2) - An address may designate a parcel where no building stands; the cadastral parcel identifier, rights and boundaries stay in the cadastre model and are referenced, never copied, by the address record.
  • Administrative units, settlements and geographical names (INSPIRE Annex I themes 3 and 4) - AdminUnitName and AddressAreaName are address components that reference authoritative administrative units and named places; their boundaries, hierarchy and legal status belong to the administrative-unit model. This model retains only the toponym facets needed to reference and display a place.
  • Transport network model - INSPIRE ThoroughfareName carries a transportLink association; this model owns the official name, its decomposition and its addressing use, while centreline geometry, topology and network attributes belong to the transport model.
  • Party model (person / organisation) - ISO 19160-4 structures a postal address into elements, constructs and segments including an addressee specification; this model owns only the location-bearing segments and delegates addressee and organisation identification to the party model.
  • Geodetic parameter registry (external, e.g. an authority-coded CRS dataset) - ISO 19111 defines CRS, datum, dynamic CRS and coordinate epoch; this model references CRS definitions by authority code and version and never redefines datums or transformation parameters.
  • Public mandate / authority model (legacy A12) - The registrar's legal power to assign and retire addresses is a mandate instrument owned by the mandate model; this model records the authority reference, jurisdiction extent and effective period as constraints on assignment acts.
  • Emergency response / NG9-1-1 dispatch model - CLDXF-US and RFC 5139 define civic location exchange for emergency calls; this model supplies the civic location content and its precision, while call handling, dispatch and PSAP routing belong to the emergency model.

What else AI and robots need to interact with it Filled

Identity and identifiers required Filled

  • Authoritative master-system identifier issued by the register or authority of record — for example the address identifier from the addressing authority's register, a gazetteer's geographic identifier, a CRS authority code, or a decision number.
  • Governed global identifier or resolvable IRI where a recognised scheme exists and commits to persistence.
  • UUID or ULID minted by the adopting Dimension, used only when neither of the above exists, and recorded as Dimension-scoped rather than authoritative.

Direct properties not applicable Not applicable

Not applicable

Institutional or informational subject: no invented physical properties.

Recognition optional Filled

  • An address is recognised by its components, an authority, and a lifecycle status.
  • Confused with a coordinate, a building, a mailbox, and an informal place name.

Capabilities and actions required Filled

  • Assign address: Create a new address record binding an address to an addressable object under a governing address reference system, producing an authority decision and an initial lifecycle status.
  • Retire address: Withdraw an address from current use while retaining it for historical resolution, optionally linking to a superseding address.
  • Validate address: Test an address record against its governing specification profile and address reference system, returning per-test results and an anomaly status where it fails.
  • Render postal address: Apply a destination country template to stored address components to produce ordered, formatted output lines for postal use.
  • Parse address string: Decompose an unstructured address string into typed components and locators under a declared country profile, retaining the original string.
  • Geocode address: Resolve a structured or unstructured address to one or more reference records and positions, returning scored candidates rather than a forced single answer.
  • Reverse geocode position: Resolve a coordinate position to candidate addresses, geographic identifiers or points of interest, qualified by distance and the geometry specification of each candidate.
  • Transform position between reference systems: Convert or transform a position from one coordinate reference system to another using a declared coordinate operation, preserving epoch and accuracy information.
  • Resolve geographic identifier: Look up a location instance of a declared location type in a gazetteer, returning its identifier, names, relationships and any complementary coordinate reference.
  • Attach location reference to a host subject: Apply this model as a mixin to a subject in another model by recording a typed binding to an address, geographic identifier, position or code reference, with basis, purpose and effective period.
  • Publish reference data release: Cut a dated, versioned release of a register, gazetteer or reference dataset together with its licence, validation schema and crosswalk pack, and emit the delta since the previous release.
  • Maintain address: Modify address components, reassign the address to a different object, or retire it while retaining identifier history.
  • Rename thoroughfare: Record an official thoroughfare name change, preserve former names as aliases, and identify affected addresses without silently changing their master identifiers.
  • Evaluate address quality: Measure completeness, logical consistency, positional accuracy, temporal quality, thematic accuracy and usability for a stated scope and use.
  • Crosswalk profile: Map an address or location record between ISO 19160-1 profiles, INSPIRE, FGDC, CLDXF, locn or postal templates, recording lossiness and conflicts.

Hazards and failure modes required Filled

  • Emergency dispatch to the wrong location.
  • Exposure of protected persons' locations.
  • Coordinate errors from mixed reference systems.

Standards and interfaces required Filled

  • ISO 19111 referencing by coordinates.
  • EPSG Geodetic Parameter Dataset.
  • UPU S42 international postal address components.
  • INSPIRE Addresses data specification.

Context of use required Filled

  • The primary sources skew to ISO, the European Union, the United States and the Universal Postal Union. No primary source was consulted for East Asian block-and-lot addressing (for example chōme-banchi systems), South Asian, Middle Eastern or African national addressing conventions beyond the generic template mechanism, so the component and locator vocabularies may be incomplete for those regions.
  • The model assumes that an addressing authority with a mandate exists and that a governing numbering scheme is identifiable. Large parts of the world lack assigned civic addresses entirely — the stated motivation for open code schemes — and in those settings the address-centred bundles degrade to code and geographic-identifier referencing.
  • Postcode semantics are assumed to vary: some territories have no postcode, some postcodes are routing keys without a stable geographic extent, and some are areas. The model does not assume a postcode is an area.
  • Sub-address vocabulary (secondary unit designators, floors, rooms) is grounded chiefly in United States practice and RFC 5139; other jurisdictions use different level structures that may not map cleanly.
  • The separation of real-world validity from record version lifespan is a European modelling convention adopted here as the canonical form; registers built to other national standards will need a migration rather than a field rename.
  • Retention, suppression and personal-data treatment are assumed to be set by national law that was not researched; the European regulatory context is the only legal context represented in the source set, and even there only through an interoperability regulation rather than data protection law.
  • ISO 19160-2's typical registrar is a local government supported by national and postal agencies; some states use a national address register as master.
  • Thoroughfare-plus-locator civic form is treated as the common international pattern; it does not cover all numbering cultures.
  • WGS-84 / EPSG 4326 or 4979 is the default exchange CRS for compact geo identifiers; national mapping CRS remain first-class for local geocodes.
  • Latin-script postal rendering and ISO 3166-1 country codes are default exchange practice; UNGEGN romanisation is required when the endonym is non-Roman.
  • European INSPIRE constraints (country component, default geographic position, lifespan versioning) apply to EU public-sector exchange, not globally.
  • US FGDC and NENA CLDXF content is authoritative for United States thoroughfare taxonomy and NG9-1-1 civic exchange, not for other states.

Sources Filled

  1. ISO 19160-1:2015 Addressing — Part 1: Conceptual model - International Organization for Standardization (ISO/TC 211)
  2. ISO 19160-4:2023 Addressing — Part 4: International postal address components and template language - International Organization for Standardization (ISO/TC 211)
  3. ISO 19112:2019 Geographic information — Spatial referencing by geographic identifiers - International Organization for Standardization (ISO/TC 211)
  4. ISO 19111:2019 Geographic information — Referencing by coordinates - International Organization for Standardization (ISO/TC 211)
  5. INSPIRE Addresses application schema (XML Schema, Addresses.xsd, version 4.0) - European Commission / INSPIRE
  6. INSPIRE Data Specification on Addresses – Technical Guidelines - European Commission Joint Research Centre / INSPIRE Knowledge Base
  7. Commission Regulation (EU) No 1089/2010 implementing Directive 2007/2/EC as regards interoperability of spatial data sets and services (consolidated text) - European Union (EUR-Lex)
  8. United States Thoroughfare, Landmark, and Postal Address Data Standard, FGDC-STD-016-2011, Part 2: Address Data Content - Federal Geographic Data Committee (maintenance authority: U.S. Census Bureau)
  9. RFC 5139: Revised Civic Location Format for Presence Information Data Format Location Object (PIDF-LO) - Internet Engineering Task Force (IETF)
  10. RFC 7946: The GeoJSON Format - Internet Engineering Task Force (IETF)
  11. RFC 3339: Date and Time on the Internet: Timestamps - Internet Engineering Task Force (IETF)
  12. Addressing Solutions — S42 international addressing standard and Universal POST*CODE DataBase - Universal Postal Union (UPU)
  13. Publication 28 — Postal Addressing Standards - United States Postal Service
  14. Spatial Data on the Web Best Practices - W3C and Open Geospatial Consortium (joint)
  15. Overture Maps Foundation — Addresses theme schema reference (address) - Overture Maps Foundation
  16. Overture Maps Foundation — Places theme schema reference (place) - Overture Maps Foundation
  17. Open Location Code Specification - Google (open-location-code project)
  18. United Nations Group of Experts on Geographical Names (UNGEGN) - United Nations Statistics Division
  19. NENA Next Generation 9-1-1 United States Civic Location Data Exchange Format (CLDXF-US) Standard, NENA-STA-004.2-2024 - National Emergency Number Association (NENA)
  20. ISO 19160-1:2015 Addressing — Part 1: Conceptual model - ISO/TC 211
  21. ISO 19160-2:2023 Addressing — Part 2: Assigning and maintaining addresses for objects in the physical world - ISO/TC 211
  22. ISO 19160-3:2020 Addressing — Part 3: Address data quality - ISO/TC 211
  23. ISO 19160-4:2023 Addressing — Part 4: International postal address components and template language - ISO/TC 211 with Universal Postal Union S42 Version 8
  24. ISO 19112:2019 Geographic information — Spatial referencing by geographic identifiers - ISO/TC 211
  25. ISO 19111:2019 Geographic information — Referencing by coordinates - ISO/TC 211
  26. United States Thoroughfare, Landmark, and Postal Address Data Standard FGDC-STD-016-2011 - Federal Geographic Data Committee, maintained by U.S. Census Bureau
  27. SEMIC Core Location Vocabulary 2.1.0 - European Commission SEMIC
  28. RFC 5870 A Uniform Resource Identifier for Geographic Locations (geo URI) - Internet Engineering Task Force
  29. Open Location Code / Plus Codes specification and library - Google Open Location Code project
  30. United Nations Group of Experts on Geographical Names mandate - United Nations Statistics Division / ECOSOC
  31. Commission Regulation (EU) No 1089/2010 as amended, Annex theme Addresses - European Commission / EUR-Lex
  32. ISA Programme Location Core Vocabulary (locn) namespace document - EU ISA Programme / W3C Locations and Addresses Community Group
  33. RFC 5139 Revised Civic Location Format for PIDF-LO - Internet Engineering Task Force

Open questions

  • Retrieve ISO 19160-2:2023 and ISO 19160-5 and re-check the assignment, maintenance and rendering findings against normative text, specifically reassignment of an address to a different object and whether physical address-sign installation belongs in the addressing process or is fully delegated to a sibling model.
  • Retrieve ISO 19157 and ISO 19115 to ground the quality measure vocabulary and dataset metadata behind the imported ISO 19160-3 finding, and ISO 19148 to decide whether linear reference locations along addressing features warrant a finding in the spatial-referencing bundle or stay excluded with the transport network.
  • Research non-Western addressing cultures — Japan chome-banchi, Korea dual jibun and road-name, South Asian, Gulf and African conventions — and confirm whether the component, locator and sub-address vocabularies survive them or need profile-specific extension.
  • Research national register profiles (UK UPRN and AddressBase, Australia G-NAF, Netherlands BAG, France BAN, AS/NZS 4819) to test the identity, uniqueness-scope and lifecycle rules against operating master registers rather than standards alone.
  • Research grid and geographic identifier families beyond Open Location Code — H3, S2, MGRS, GARS, Maidenhead, Geohash — and settle the treatment of proprietary three-word schemes that lack an open first-party specification.
  • Research retention, erasure and lawful-access law per jurisdiction to replace the placeholder retention periods and suppression rules, including how a legal erasure right interacts with the retire-and-retain default for historic addresses.
  • Research address matching and geocoding algorithm families and any certification regimes for address standardisation software, which neither provider examined beyond the existence of national postal guidance.
  • ISO 19160-2 (assigning and maintaining addresses), ISO 19160-3 (address data quality) and ISO 19160-5 (address rendering) were not retrieved; no claim is made about their content, and the assignment, quality and rendering findings here are grounded in other sources that may diverge from them.
  • ISO 19157 data quality, ISO 19115 metadata, ISO 19148 linear referencing, IndoorGML, OGC API - Features, GeoSPARQL and OASIS xAL/CIQ were not consulted; the quality-measure vocabulary and the graph/API projections are therefore under-specified.
  • Direct HTTPS fetches of the FGDC and NENA pages returned HTTP 403; their element names, status values and standard designations were obtained through the search index rather than read verbatim from the documents. Element-level detail attributed to SRC-008 and SRC-019 should be treated as indicative and re-verified against the published PDFs before implementation.
  • ISO documents are paywalled: titles, editions, dates, statuses and published scope/abstract text were verified, but normative clause text, full UML class diagrams and conformance test specifications were not read. Nothing here asserts conformance to an ISO conformance class.
  • The UPU S42 PDF and the ISO 19160-1 sample PDF could not be parsed as text; S42 structure is grounded in the UPU's own web description of Part A and Part B rather than the standard text.
  • Proprietary location schemes such as three-word address systems were not evaluated; the code-based reference finding is grounded only in an openly specified scheme and may under-represent vendor-dependent alternatives.
  • No source was consulted on address handling in informal settlements, refugee camps, disputed territories or unaddressed rural areas beyond the general motivation stated by the Open Location Code project.
  • Address matching and geocoding algorithm families, and certification regimes for address standardisation software, were not researched beyond the existence of national postal standardisation guidance.
  • Full ISO 19160-1 UML class diagrams remain paywalled; component lists are grounded in public abstracts plus INSPIRE/SEMIC properties rather than the complete UML.
  • UPU S42 Version 8 text is cited through ISO 19160-4 rather than a first-party UPU HTML publication.
  • ISO 19148 linear-referencing operations were not fetched from iso.org in this run; linear locations are grounded in FGDC and marked as an alignment gap for operations.
  • What3Words and other proprietary three-word encodings have no open primary specification here and are excluded.
  • National registers such as UK UPRN/AddressBase, Australia G-NAF, Netherlands BAG, France BAN and AS/NZS 4819 are profiles not modelled instance by instance.
  • H3, S2, MGRS, GARS, Maidenhead and Geohash are recognised geographic-identifier families but lack dedicated primary fetches in this run except GeoHash as a locn encoding option.
  • IndoorGML and indoor routing graphs are sibling omissions; only civic locators are in scope.
  • A dedicated international POI category vocabulary was not found among the primary sources; POI category is a local extension gap.
  • Physical address-sign assets as built-environment objects are a process in ISO 19160-2, not a signage product model.
  • Japan chome/banchi and Korea dual jibun/road-name systems are acknowledged as regional numbering cultures, not fully encoded profiles.

Machine files

Provenance

world-models research · reviewable-draft

Built from: models/wm-xct-010-location-referencing-address/spec.yaml, ver-cy/world-models/card-supplements/wm-xct-010-location-referencing-address.json