ISO 19160-1:2015

NORME ISO
INTERNATIONALE 19160-1
Première édition
2015-12-15
Adressage —
Partie 1:
Modèle conceptuel
Addressing —
Part 1: Conceptual model
Numéro de référence
©
ISO 2015
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2015, Publié en Suisse
Droits de reproduction réservés. Sauf indication contraire, aucune partie de cette publication ne peut être reproduite ni utilisée
sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie, l’affichage sur
l’internet ou sur un Intranet, sans autorisation écrite préalable. Les demandes d’autorisation peuvent être adressées à l’ISO à
l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Ch. de Blandonnet 8 • CP 401
CH-1214 Vernier, Geneva, Switzerland
Tel. +41 22 749 01 11
Fax +41 22 749 09 47
copyright@iso.org
www.iso.org
ii © ISO 2015 – Tous droits réservés

Sommaire Page
Avant-propos .v
Introduction .vi
1 Domaine d’application . 1
2 Conformité . 1
2.1 Généralités . 1
2.2 Modèle — Core (données fondamentales) . 1
2.3 Modèle — Lifecycle (cycle de vie) . 1
2.4 Modèle — Provenance . 1
2.5 Modèle — Locale (paramétrage régional) . 1
2.6 Modèle — Conformité totale . 2
2.7 Address profile documentation (documentation du profil d’adresse) . 2
3 Références normatives . 2
4 Termes et définitions . 2
5 Symboles et abréviations . 5
6 Modèle d’adresse . 5
6.1 Généralités . 5
6.2 Schémas . 7
6.3 Classes .10
6.3.1 Généralités .10
6.3.2 Address (adresse) .10
6.3.3 AddressComponent (composant d’adresse) .12
6.3.4 AddressableObject (objet adressable) .14
6.3.5 ReferenceObject (objet de référence) .16
6.3.6 AddressSpecification (spécification d’adresse) .16
6.4 Types.17
6.4.1 Généralités .17
6.4.2 AddressClassSpecification (spécification de classe d’adresse) .17
6.4.3 AddressPosition (position d’adresse).18
6.4.4 AddressComponentValue (valeur du composant d’adresse) .18
6.4.5 AddressAlias (alias d’adresse) .19
6.4.6 AddressedPeriod (période d’adressage) .20
6.4.7 Lifespan (durée de vie).20
6.4.8 AddressProvenance (provenance d’adresse) .21
6.5 Listes de codes .22
6.5.1 Généralités .22
6.5.2 AddressAliasType (type d’alias d’adresse) .22
6.5.3 AddressComponentType (type de composant d’adresse) .22
6.5.4 AddressComponentValueType (type de valeur du composant d’adresse) .23
6.5.5 AddressLifecycleStage (phase du cycle de vie de l’adresse) .23
6.5.6 AddressableObjectLifecycleStage (phase du cycle de vie de l’objet adressable) .24
6.5.7 AddressStatus (statut d’adresse) .24
6.5.8 AddressTypology (typologie d’adresse) .25
7 Exigences .25
7.1 Classe d’exigences: Core (données fondamentales) .25
7.1.1 Dépendances .25
7.1.2 Exigence de données fondamentales 1: classes .26
7.1.3 Exigence de données fondamentales 2: associations .26
7.1.4 Exigence de données fondamentales 3: attributs.27
7.2 Classe d’exigences: Lifecycle (cycle de vie) .27
7.2.1 Dépendances .27
7.2.2 Exigence de cycle de vie 1: attributs de cycle de vie .28
7.2.3 Exigence de cycle de vie 2: identificateur unique .28
7.2.4 Exigence de cycle de vie 3: incréments de version .28
7.3 Classe d’exigences: Provenance .28
7.3.1 Dépendances .28
7.3.2 Exigence de provenance 1: attribut de provenance .28
7.4 Classe d’exigences: Locale (paramétrage régional) .28
7.4.1 Dépendances .28
7.4.2 Exigence de paramétrage régional 1: attribut de paramétrage régional .28
7.5 Classe d’exigences: Address profile documentation (documentation du
profil d’adresse) .29
7.5.1 Dépendances .29
7.5.2 Exigences et recommandations .29
Annexe A (normative) Suite de tests abstraits .31
Annexe B (informative) Lignes directrices applicables à l’élaboration d’un profil .33
Annexe C (informative) Profils échantillons .36
Annexe D (informative) Exemples: cycle de vie et durée de vie d’une adresse, d’un
composant d’adresse et d’un objet adressable .53
Annexe E (informative) Exemples: alternatives de composants d’adresse et alias d’adresse .58
Annexe F (informative) Exemples: classes externes .61
Bibliographie .63
iv © ISO 2015 – Tous droits réservés

Avant-propos
L’ISO (Organisation internationale de normalisation) est une fédération mondiale d’organismes
nationaux de normalisation (comités membres de l’ISO). L’élaboration des Normes internationales est
en général confiée aux comités techniques de l’ISO. Chaque comité membre intéressé par une étude
a le droit de faire partie du comité technique créé à cet effet. Les organisations internationales,
gouvernementales et non gouvernementales, en liaison avec l’ISO participent également aux travaux.
L’ISO collabore étroitement avec la Commission électrotechnique internationale (IEC) en ce qui
concerne la normalisation électrotechnique.
Les procédures utilisées pour élaborer le présent document et celles destinées à sa mise à jour sont
décrites dans les Directives ISO/IEC, Partie 1. Il convient, en particulier de prendre note des différents
critères d’approbation requis pour les différents types de documents ISO. Le présent document a été
rédigé conformément aux règles de rédaction données dans les Directives ISO/IEC, Partie 2 (voir www.
iso.org/directives).
L’attention est appelée sur le fait que certains des éléments du présent document peuvent faire l’objet de
droits de propriété intellectuelle ou de droits analogues. L’ISO ne saurait être tenue pour responsable
de ne pas avoir identifié de tels droits de propriété et averti de leur existence. Les détails concernant
les références aux droits de propriété intellectuelle ou autres droits analogues identifiés lors de
l’élaboration du document sont indiqués dans l’Introduction et/ou dans la liste des déclarations de
brevets reçues par l’ISO (voir www.iso.org/brevets).
Les appellations commerciales éventuellement mentionnées dans le présent document sont données
pour information, par souci de commodité, à l’intention des utilisateurs et ne sauraient constituer un
engagement.
Pour une explication de la signification des termes et expressions spécifiques de l’ISO liés à
l’évaluation de la conformité, ou pour toute information au sujet de l’adhésion de l’ISO aux principes
de l’OMC concernant les obstacles techniques au commerce (OTC), voir le lien suivant: Avant-propos —
Informations supplémentaires.
Le comité chargé de l’élaboration du présent document est l’ISO/TC 211, Information
géographique/Géomatique.
L’ISO 19160 comprend les parties suivantes, présentées sous le titre général Adressage:
— Partie 1: Modèle conceptuel
La partie suivante est en cours d’élaboration:
— Partie 4: Composants et langages des modèles d’adresses postales internationales
Les parties suivantes sont prévues:
— Partie 2: Schémas d’attribution des adresses: bonne pratiques
— Partie 3: Gestion de la qualité dans les données d’adresse
— Partie 5: Rendu de l’adresse à d’autres fins que le courrier
Introduction
L’adresse compte parmi les moyens les plus courants de caractériser un objet de manière univoque à
des fins d’identification et de localisation. Les adresses varient d’un pays à l’autre. Dans de nombreux
pays eurocentriques, les adresses font souvent référence à un réseau routier; en revanche, dans des
pays comme le Japon ou la Corée du Sud (bien que cette dernière tende à s’éloigner de ce modèle), les
adresses reposent sur une hiérarchie de zones administratives qui ne font référence à aucune voie
de communication. Dans le domaine des systèmes de transport intelligents, une adresse peut être
considérée comme un système de localisation simplifié (par opposition à un système de références
par coordonnées) où les points d’intérêt et les codes postaux constituent des informations d’adressage
applicables dans la navigation automobile. Les adresses sont utilisées à de multiples fins: distribution
postale, intervention d’urgence, gestion de la relation client, administration des terres, planification et
entretien des services publics, pour ne nommer qu’eux.
De nombreuses parties prenantes sont impliquées dans l’adressage (activités impliquant des adresses):
pour l’attribution d’adresses (gouvernements locaux, opérateurs postaux, etc.), pour l’utilisation
d’adresses de diverses manières (prestataires de service client et sociétés de commerce électronique,
gouvernements locaux et nationaux, fournisseurs de services publics, commissions électorales, etc.)
et pour la recherche d’adresses (citoyens, fournisseurs de services de distribution et d’intervention
d’urgence, etc.). Les parties prenantes concernées ont été identifiées au cours du travail préparatoire
du projet à l’étape zéro relatif à l’adressage; désormais, elles sont impliquées ou ont connaissance de
l’élaboration en cours des normes ISO 19160 en matière d’adressage.
Diverses normes et/ou spécifications d’adresses sont utilisées à travers le monde. Un certain nombre
d’entre elles sont décrites dans le rapport du travail préparatoire à l’élaboration de la présente Norme
internationale. Ces normes et spécifications sont intégrées dans divers procédés opérationnels et,
dans certains cas, imposées par la loi. Dans le même temps, certains pays cherchent à rationaliser leur
système d’adressage ou à en créer un nouveau. Les adresses sont aussi de plus en plus souvent utilisées
pour faire référence à de nouveaux objets géographiques (par exemple, équipements routiers) et
tendent à être employées massivement dans les nouvelles technologies, notamment dans les systèmes
de navigation embarqués. L’objectif de la présente Norme internationale est de faciliter l’interopérabilité
entre les spécifications d’adresses actuelles et à venir.
L’ISO 19112 a été prise en compte dans l’étude des normes et spécifications existantes au cours du
travail préparatoire à l’élaboration de la présente Norme internationale. L’ISO 19112 est dédiée aux
identificateurs géographiques, qui décrivent indirectement une position dans le monde réel sous
la forme d’une étiquette ou d’un code (par opposition à une description directe ou explicite sous la
forme de coordonnées). Le résumé de l’évaluation a conclu que les exigences applicables aux normes
d’adressage couvraient un domaine d’application suffisamment différent de celui de l’ISO 19112. Il serait
possible, si cela était nécessaire, d’élaborer un profil de la présente partie de l’ISO 19160 de manière à
faire correspondre les parties applicables de l’ISO 19112 avec la présente Norme internationale.
Le travail préparatoire à l’élaboration de la présente Norme internationale recommande cinq projets
intitulés comme suit:
— Adressage — Modèle conceptuel;
— Adressage — Schémas d’attribution des adresses: bonne pratiques;
— Adressage — Gestion de la qualité dans les données d’adresse
— Adressage — Composants et langages des modèles d’adresses postales internationales;
— Adressage — Rendu de l’adresse à d’autres fins que le courrier.
La présente partie de l’ISO 19160 met en œuvre la première de ces recommandations, à savoir, le modèle
conceptuel. Elle vise à faciliter l’interopérabilité entre les spécifications d’adresses, par exemple dans la
mise en correspondance de modèles conceptuels entre différentes spécifications d’adresses.
vi © ISO 2015 – Tous droits réservés

NORME INTERNATIONALE ISO 19160-1:2015(F)
Adressage —
Partie 1:
Modèle conceptuel
1 Domaine d’application
La présente partie de l’ISO 19160 définit un modèle conceptuel pour les informations d’adresse (modèle
d’adresse), ainsi que les termes et définitions décrivant les concepts qui lui sont associés. Le modèle
conceptuel comprend le cycle de vie, les métadonnées et les alias d’adresse. Il est présenté en langage de
modélisation unifié (UML).
Le modèle offre une représentation commune des informations d’adresse, indépendamment des
mises en œuvre réelles de l’adressage. Il n’a pas vocation à remplacer les modèles conceptuels
proposés dans d’autres spécifications, mais offre plutôt un moyen d’établir une correspondance entre
différents modèles conceptuels régissant les informations d’adresse tout en facilitant la conversion des
informations d’adresse d’une spécification à une autre.
Le modèle offre une base pour l’élaboration de spécifications d’adresses dans différents pays ou
communautés.
2 Conformité
2.1 Généralités
La présente partie de l’ISO 19160 définit six classes d’exigences et de conformité. L’Annexe A spécifie
la façon dont il faut vérifier la conformité à ces classes. Se reporter à l’Annexe B pour obtenir les lignes
directrices applicables à l’élaboration d’un profil conforme à la présente Norme internationale.
2.2 Modèle — Core (données fondamentales)
Tout modèle d’adresse pour lequel une conformité des données fondamentales est revendiquée doit
satisfaire à l’ensemble des exigences décrites dans la suite de tests abstraits présentée en A.2.
2.3 Modèle — Lifecycle (cycle de vie)
Toute classe Address (adresse), AddressComponent (composant d’adresse) ou AddressableObject (objet
adressable) du modèle d’adresse pour laquelle une conformité du cycle de vie est revendiquée doit
satisfaire aux exigences décrites dans la suite de tests abstraits présentée en A.3.
2.4 Modèle — Provenance
Toute classe Address (adresse) ou AddressComponent (composant d’adresse) du modèle d’adresse pour
laquelle une conformité de la provenance est revendiquée doit satisfaire aux exigences décrites dans la
suite de tests abstraits présentée en A.4.
2.5 Modèle — Locale (paramétrage régional)
Toute classe Address (adresse), AddressComponent (composant d’adresse) ou AddressComponentValue
(valeur du composant d’adresse) du modèle d’adresse pour laquelle une conformité du paramétrage
régional est revendiquée doit satisfaire aux exigences décrites dans la suite de tests abstraits
présentée en A.5.
2.6 Modèle — Conformité totale
Tout modèle d’adresse pour lequel une conformité totale est revendiquée doit satisfaire à l’ensemble
des exigences décrites dans les suites de tests abstraits spécifiées pour les classes de conformité Core
(données fondamentales), Lifecycle (cycle de vie), Provenance et Locale (paramétrage régional).
2.7 Address profile documentation (documentation du profil d’adresse)
Toute documentation pour laquelle une conformité est revendiquée doit satisfaire aux exigences
décrites dans la suite de tests abstraits présentée en A.6.
NOTE Se reporter à l’Annexe C pour obtenir des exemples de modèles d’adresses documentés conformément
à la classe de conformité Address profile documentation (documentation du profil d’adresse).
3 Références normatives
Les documents ci-après, dans leur intégralité ou non, sont des références normatives indispensables à
l’application du présent document. Pour les références datées, seule l’édition citée s’applique. Pour les
références non datées, la dernière édition du document de référence s’applique (y compris les éventuels
amendements).
ISO 8601, Éléments de données et formats d’échange — Échange d’information — Représentation de la
date et de l’heure
ISO 19103:2015, Geographic information — Conceptual schema language
ISO 19107:2003, Geographic information — Spatial schema
ISO 19115-1:2014, Geographic information — Metadata — Part 1: Fundamentals
ISO 19135-1:2015, Geographic information — Procedures for item registration — Part 1: Fundamentals
ISO 19152, Geographic information — Land Administration Domain Model (LADM)
4 Termes et définitions
Pour les besoins du présent document, les termes et définitions suivants s’appliquent.
4.1
adresse
informations structurées permettant de caractériser un objet de manière univoque à des fins
d’identification et de localisation
EXEMPLE 1 Adresse dans laquelle l’objet est une entreprise: 611 Fifth Avenue, New York NY 10022.
EXEMPLE 2 Adresse dans laquelle l’objet est un bâtiment: Lombardy House, 809 Lombardy Street, The Hills,
0039, Afrique du Sud.
EXEMPLE 3 Adresse dans laquelle l’objet est une parcelle de terre réservée à un bâtiment: San 4–5, Munjae-ro,
Songpa-gu, Seoul, 13144, Corée du Sud.
EXEMPLE 4 Adresse dans laquelle l’objet est un groupe de bâtiments, tel qu’une école ou un grand complexe
d’appartements: 228-dong 404-ho, 26 Kyunghee-daero, Dongdaemun-gu, Seoul 130–701, Corée du Sud.
Note 1 à l’article: L’objet est identifiable dans le monde réel, ce qui signifie que les adresses électroniques et
virtuelles sont exclues.
Note 2 à l’article: Le terme «identification» se rapporte au fait que les informations structurées contenues dans
l’adresse caractérisent l’objet de manière univoque, c’est-à-dire aident l’homme à identifier ce dernier. En d’autres
termes, le mot «identification» tel qu’employé ici ne se réfère pas aux identificateurs uniques d’une base de
données ou d’un jeu de données.
2 © ISO 2015 – Tous droits réservés

Note 3 à l’article: Un objet peut être associé à de nombreuses adresses, mais à tout moment (ou dans n’importe
quelle phase du cycle de vie), une adresse caractérise un objet unique de manière univoque (se reporter à
l’Annexe D pour obtenir des exemples).
Note 4 à l’article: Deux adresses issues de deux classes d’adresse (4.5) différentes (ayant donc des ensembles
de composants différents) données pour les mêmes objets adressables sont considérées comme deux adresses
différentes (se reporter à l’Annexe E pour obtenir d’autres exemples).
Note 5 à l’article: Deux adresses données pour le même objet adressable et issues de la même classe d’adresse,
mais dans deux langues différentes, sont considérées comme deux adresses différentes (se reporter à l’Annexe E
pour obtenir d’autres exemples).
Note 6 à l’article: Outre l’objet adressable, une multitude de personnes, organisations, destinataires ou autres
objets peuvent être associés à une adresse. Ils demeurent extérieurs au modèle d’adresse (se reporter à l’Annexe C
et à l’Annexe F pour obtenir des exemples).
4.2
objet adressable
objet auquel peut être attribuée une adresse (4.1)
4.3
alias d’adresse
adresse issue d’un ensemble d’adresses (4.1) caractérisant le même objet adressable (4.2) de manière
univoque
4.4
classe d’adresse
description d’un ensemble d’adresses (4.1) qui partagent les mêmes composants d’adresse (4.6),
opérations, méthodes, relations et sémantiques
EXEMPLE 1 «25 Blue Avenue Hatfield 0028» et «384 Green Street Motherville 2093» sont issues de la même
classe d’adresse.
EXEMPLE 2 «PO Box 765 Goodwood 33948» et «PO Box 567 Grayville 98373» sont issues de la même classe
d’adresse.
4.5
composant d’adresse
élément constitutif de l’adresse (4.1)
Note 1 à l’article: Un composant d’adresse peut faire référence à un autre objet, tel qu’un objet spatial (4.17)
(par exemple, une frontière administrative ou une parcelle de terre) ou un objet non spatial (par exemple, une
organisation ou une personne).
Note 2 à l’article: Un composant d’adresse peut avoir une ou plusieurs valeurs alternatives, par exemple des
alternatives en différentes langues ou des alternatives abrégées.
4.6
adressage
activités impliquant des adresses (4.1)
4.7
position d’adresse
position représentant l’adresse (4.1)
Note 1 à l’article: Une adresse peut être représentée par plusieurs positions, par exemple différentes entrées d’un
bâtiment.
4.8
système de référence d’adresse
ensemble défini de composants d’adresse (4.6) et règles d’association de ces composants pour la
constitution d’adresses (4.1)
4.9
adresse enfant
adresse (4.1) définie par rapport à une adresse parent (4.14)
4.10
objet adressable enfant
objet adressable (4.2) adressé par rapport à un autre objet adressable
EXEMPLE 1 Un appartement dans un immeuble.
EXEMPLE 2 Au Japon, un jukyo bango (numéro de résidence) dans un gaiku (pâté de maisons).
EXEMPLE 3 Un bâtiment dans un complexe immobilier. En Corée, un dong (aile ou partie d’un bâtiment) dans
un groupe de bâtiments.
4.11
généalogie
provenance (4.17), source(s) et processus de production utilisés dans la création d’une ressource
[SOURCE: ISO 19115-1:2014, 4.9]
4.12
paramétrage régional
définition du sous-ensemble d’un environnement d’utilisateur qui dépend des conventions linguistiques
et culturelles
Note 1 à l’article: En informatique, un paramétrage régional est un ensemble de paramètres qui définit la langue,
le pays et toutes les préférences en termes de variantes particulières d’un utilisateur, que ce dernier souhaite
voir appliquer dans son interface utilisateur. En règle générale, un identificateur de paramétrage régional est
composé d’au moins un identificateur linguistique et un identificateur régional.
[SOURCE: ISO/IEC IEEE 9945:2009, 3.211, modifiée. Suppression des notes à cet article données dans
l’ISO/IEC IEEE 9945:2009. Ajout de la Note 1 à l’article.]
4.13
adresse parent
adresse (4.1) d’un objet adressable parent (4.15)
Note 1 à l’article: Les adresses des objets adressables enfant (4.10) héritent de l’ensemble des composants
d’adresse (4.6) d’une adresse parent.
4.14
objet adressable parent
objet adressable (4.2) qui renferme entièrement un ou plusieurs autres objets adressables
EXEMPLE 1 Un immeuble abritant de nombreux appartements.
EXEMPLE 2 Au Japon, un gaiku (pâté de maisons) comportant de nombreux jukyo bango (numéros de
résidence).
EXEMPLE 3 Un complexe composé de nombreux bâtiments. En Corée, un groupe de bâtiments comprenant de
nombreux dong (ailes ou parties de bâtiments).
4.15
profil
ensemble d’une ou de plusieurs normes de base ou sous-ensembles de normes de base, et le cas échéant,
l’identification des chapitres, des classes, des options et des paramètres choisis de ces normes de base,
qui sont nécessaires pour accomplir une fonction particulière
[SOURCE: ISO 19106:2004, 4.5]
4 © ISO 2015 – Tous droits réservés

4.16
provenance
organisation ou individu qui a créé, collecté, maintenu et utilisé des enregistrements
Note 1 à l’article: Les informations de provenance comprennent
— la source ou l’origine de l’enregistrement,
— toutes les modifications apportées à l’enregistrement et
— l’ensemble des organisations ou individus à qui a été confiée la garde de l’enregistrement depuis sa création.
[SOURCE: ISO 5127:2001, 4.1.1.10, modifiée. Ajout de la Note 1 à l’article.]
4.17
objet spatial
objet permettant de représenter une propriété spatiale d’une entité
[SOURCE: ISO 19107:2003, 4.69]
5 Symboles et abréviations
Pour les besoins du présent document, les symboles et abréviations suivants s’appliquent.
UML Unified Modelling Language (langage UML - langage de modélisation unifié)
6 Modèle d’adresse
6.1 Généralités
Le modèle d’adresse décrit dans la présente partie de l’ISO 19160 sert d’outil pour élaborer des modèles
d’adressage particuliers, comme un modèle pour la description d’adresses postales ou un modèle
pour les adresses utilisées dans un pays ou une ville spécifique. Les Figures 1 à 3 fournissent une vue
d’ensemble du modèle d’adresse avec un niveau de détail croissant.
Les données fondamentales du modèle d’adresse reposent sur l’idée qu’une adresse est composée
d’un ensemble d’un ou de plusieurs composants d’adresse (voir Figure 1). Une adresse est constituée
d’informations structurées permettant de caractériser un objet de manière univoque à des fins
d’identification et de localisation. Les valeurs de composant d’adresse forment les éléments constitutifs
de ces informations structurées. Dans un exemple simple, une adresse est composée d’un certain
nombre de lignes d’adresse. Dans un exemple plus complexe, une adresse comprend plusieurs types
de composants d’adresse, comme un numéro, un nom de voie, un nom de lieu et un code postal. Bien
que les informations structurées d’une adresse permettent d’identifier et de localiser un objet, l’adresse
n’est pas un identificateur unique de cet objet.
Address AddressComponent
Figure 1 — Aperçu schématique du modèle d’adresse illustrant uniquement les éléments
fondamentaux
La valeur du composant d’adresse est une étiquette et parfois également une référence à un autre objet
[ReferenceObject (objet de référence)]. Par exemple, un nom de lieu peut faire référence à un objet
représentant la limite du lieu concerné ou un destinataire peut faire référence à un objet contenant des
informations le concernant, telles que le nom de client et l’historique d’achats. Les autres éléments du
modèle d’adresse permettent d’associer une adresse à un objet [AddressableObject (objet adressable)],
tel qu’un bâtiment, une habitation ou une parcelle de terre, et à des métadonnées [AddressAlias (alias
d’adresse), AddressedPeriod (période d’adressage), AddressSpecifications (spécifications d’adresses)].
Voir Figure 2.
Si plusieurs adresses caractérisent le même objet de manière univoque, elles sont appelées «alias
d’adresse». Exemple typique: un bâtiment situé à l’angle de deux rues et disposant d’une entrée sur
chacune de ces rues et d’une adresse pour chaque entrée. Autres exemples: les variantes familières
d’une adresse ou des adresses dans plusieurs langues.
AddressSpeciication
AddressAlias
Address AddressComponent
AddressedPeriod ReferenceObject
Figure 2 — Aperçu schématique du modèle d’adresse illustrant l’ensemble des éléments
Une adresse déjà établie peut parfois être attribuée à un objet différent, par exemple dans le cas de
subdivisions ou de la construction de bâtiments supplémentaires pour les mêmes locaux. Si nécessaire,
la classe AddressedPeriod (période d’adressage) permet de représenter les différentes périodes
pendant lesquelles une adresse a été associée à un objet adressable spécifique.
Le cas échéant et sous réserve de disponibilité, des métadonnées relatives à la spécification ou
au document qui décrit le système de référence d’adresse (c’est-à-dire les règles d’association de
composants d’adresse pour la constitution d’adresses) et/ou les adresses représentées dans le modèle
sont fournies dans la classe AddressSpecification (spécification d’adresse).
6 © ISO 2015 – Tous droits réservés

AddressSpeciication
+speciication 0.*
AddressAlias
speciies
alias
+aliasAddress 0.* +address 0.*
+speciiedAddress 1.*
+address +addressComponent
Address AddressComponent
comprises
1.*
1.*
+parentAddress 0.1
+valueComponent 0.*
+address 0.* +scopeComponent 0.1 1.*
+addressComponent
+childAddress 0.*
parent
references
withinScopeOf
AddressedPeriod
allows unambiguous determination
0.* +referenceObject
ReferenceObject
0.* +addressedObject +parentAddressableObject 0.1
AddressableObject
Figure 3 — Aperçu du modèle d’adresse en langage UML
Une adresse peut avoir des coordonnées précisant sa position. Si une adresse est attribuée à un objet,
la position de cette adresse peut être déduite à partir de l’objet adressé. Il s’agit là de deux façons très
différentes de représenter la position d’une adresse; il est donc important que tout modèle d’adresse
conforme à la présente partie de l’ISO 19160 spécifie clairement la façon dont la position d’une adresse
est représentée dans le modèle.
Enfin, un objet adressable peut avoir des relations parent-enfant avec d’autres objets adressables, par
exemple un bâtiment est l’objet adressable parent des appartements ou des bureaux qu’il abrite. Une
adresse peut également avoir des relations parent-enfant avec d’autres adresses, par exemple l’adresse
d’un bâtiment peut être l’adresse parent de l’adresse des appartements ou des bureaux que ce dernier
abrite (voir Figure 3).
6.2 Schémas
La Figure 4 fournit une vue d’ensemble du modèle d’adresse en langage UML.
AddressSpeciication
+  addressSpeci…icationCitation :CI_Citation
AddressAlias
+  classSpeci…ication :AddressClassSpeci…ication [0.*]
+ type :AddressAliasType = unspeci…iedAlias
+speci…ication 0.*
speci…ies
alias
+speci…iedAddress 1.* +aliasAddress 0.*
Address AddressComponent
+address 0.*
+  id :Oid [0.1] +  id :Oid [0.1]
+  class :AddressClass [0.1] +  type :AddressComponentType
+  preferenceLevel :Integer [0.1] +  valueInformation :AddressComponentValue [1.*]
+  position :AddressPosition [0.*] +  lifecycleStage :AddressLifecycleStage [0.1]
+  s tatus :AddressStatus [0.1] +  lifespan :Lifespan [0.1]
+address +addressComponent
+  lifecycleStage :AddressLifecycleStage [0.1] +  provenance :AddressProvenance [0.1]
+  lifespan :Lifespan [0.1] +  locale :RE_Locale [0.1]
comprises
1.* 1.*
+  provenance :AddressProvenance [0.1]
constraints
+  locale :RE_Locale [0.1]
{For Lifecycle conformance, lifecycleStage and lifespan shall be
constraints
mandatory}
{For Lifecycle conformance, lifecycleStage and lifespan shall be
+valueComponent 0.*
{For Provenance conformance, provenance shall be mandatory}
mandatory}
{For Locale conformance, locale shall be mandatory}
{For Provenance conformance, provenance shall be mandatory} +parentAddress 0.1
{For Locale conformance, locale shall be mandatory}
+scopeComponent 0.1
1.* +addressComponent
+address 0.* +childAddress 0.*
references
withinScopeOf
parent
AddressedPeriod
+  addressedFrom :DateTime
0.* +referenceObject
+  addressedTo :DateTime [0.1]
allows unambiguous determination ReferenceObject
+  id :Oid
+addressedObject 0.* +  type :ReferenceObjectType [0.1]
+  geometry :GM_Object [0.1]
AddressableObject
+  id :Oid
+  type :AddressableObjectType [0.1]
+  position :AddressPosition [0.1]
+  lifecycleStage :AddressableObjectLifecycleStage [0.1]
+  lifespan :Lifespan [0.1]
constraints
{If no AddressableObject subclasses, then type is mandatory}
{For Lifecycle conformance, lifecycleStage and lifespan shall be mandatory}
Figure 4 — Modèle d’adresse
La Figure 5 illustre les types fondamentaux définis dans le modèle d’adresse.
«dataType» «dataType»
AddressClassSpeciication AddressPosition
+  class :AddressClass +  geometry :GM_Object
+  typology :AddressTypology +  type :AddressPositionType [0.1]
+  component :AddressComponentType [1.*]
«dataType»
AddressComponentValue
+  value :Any
+  type :AddressComponentValueType [0.1] = defaultValue
+  preferenceLevel :Integer [0.1]
+  locale :RE_Locale [0.1]
constraints
Figure 5 — Types fondamentaux du modèle d’adresse
La Figure 6 illustre les listes de codes fondamentales définies dans le modèle d’adresse.
8 © ISO 2015 – Tous droits réservés

«codeList» «codeList»
«codeList»
AddressComponentType AddressComponentValueType AddressAliasType
+  addressedObjectIdentiier +  defaultValue +  unspeciiedAlias
+  administrativeAreaName +  abbreviatedAlternative +  classAlias
+  countryCode +  colloquialAlternative +  colloquialAlias
+  countryName +  lifecycleAlternative +  lifecycleAlias
+  localityName +  localeAlternative +  localeAlias
+  postcode
+  postOficeName
+  thoroughfareName
«codeList» «codeList»
AddressStatus AddressTypology
«codeList»
+  unknown +  thoroughfare
AddressPositionType
+  oficial +  service
+  unoficial +  area
«codeList» «codeList» «codeList»
AddressableObjectType AddressClass ReferenceObjectType
Figure 6 — Listes de codes fondamentales du modèle d’adresse
NOTE Les listes de codes AddressableObjectType (type d’objet adressable), AddressClass (classe d’adresse),
AddressPositionType (type de position d’adresse) et ReferenceObjectType (type d’objet de référence) peuvent
être associées à un trop grand nombre de valeurs possibles, avec peu de recoupements connus; c’est pourquoi ces
listes de codes sont vides. Chaque modèle d’adresse doit spécifier des codes, si cela est nécessaire (se reporter à
l’Annexe C pour voir les valeurs de listes de codes possibles dans les profils échantillons).
EXEMPLE 1 building (bâtiment), house (maison), land parcel (parcelle de terre), landmark (monument),
apartment (appartement) et complex of buildings (complexe immobilier) sont des exemples de codes associés à la
liste de codes AddressableObjectType (type d’objet adressable).
EXEMPLE 2 thoroughfareAddress (adresse de voie), landmarkAddress (adresse de monument) et
informalAddress (adresse informelle) sont des exemples de codes associés à la liste de codes AddressClass (classe
d’adresse).
EXEMPLE 3 centroid (centroïde), streetFront (pignon sur rue) et approximated (approximation) sont des
exemples de codes associés à la liste de codes AddressPositionType (type de position d’adresse).
EXEMPLE 4 street (rue), administrativeArea (zone administrative), individual (individu) et
organization (organisation) sont des exemples de codes associés à la liste de codes ReferenceObjectType (type
d’objet de référence).
La Figure 7 illustre les types et les listes de codes du modèle d’adresse en rapport avec les informations
de cycle de vie.
«dataType» «codeList» «codeList»
Lifespan AddressLifecycleStage AddressableObjectLifecycleStage
+  validFrom :DateTime +  current +  proposed
+  validTo :DateTime [0.1] +  proposed +  approved
+  openRecord :DateTime [0.1] +  rejected +  underConstruction
+  closeRecord :DateTime [0.1] +  reserved +  exists
+  version :CharacterString [0.1] +  retired +  ceasedToExist
+  unknown +  unknown
Figure 7 — Types et listes de codes du modèle d’adresse associés aux informations de cycle de vie
La Figure 8 illustre l’unique type du modèle d’adresse en rapport avec les informations de provenance.
«dataType»
AddressProvenance
Figure 8 — Type du modèle d’adresse associé aux informations de provenance
6.3 Classes
6.3.1 Généralités
Le paragraphe 6.3.2 définit les classes et leurs attributs. Il indique, pour chaque attribut, le nom, la
définition, l’obligation ou la condition, le nombre maximal d’occurrences, le type de données et le
domaine. Certains domaines d’attribut sont spécifiés avec une référence à un élément UML, tel qu’un
élément datatype (type de données) ou codelist (liste de codes), d’une autre Norme internationale. Ces
éléments UML figurent dans le modèle harmonisé de l’ISO/TC 211, à l’adresse www.isotc211.org.
6.3.2 Address (adresse)
Une adresse est constituée d’informations structurées permettant de caractériser un objet de manière
univoque à des fins d’identification et de localisation. Elle est composée d’un ensemble non vide de
composants d’adresse.
EXEMPLE Une adresse du type «99 Lombardy Street, The Hills, 0039» est constituée d’un numéro d’adresse
(99), d’un nom de voie (Lombardy Street), d’un nom de lieu (The Hills) et d’un code postal (0039).
Le Tableau 1 définit les attributs de la classe Address (adresse).
Tableau 1 — Attributs de la classe Address (adresse)
Obligatoire/ Nb max.
Type de
Nom Définition Conditionnel/ d’occur- Domaine
données
Facultatif rences
id Chaîne de caractères F 1 Classe < < datatype > >
unique qui identifie Oid, voir
l’adresse. ISO 19152
NOTE  id est un identificateur d’objet unique et non une clé primaire dans une base de
données relationnelle.
class (classe) Code qui spécifie F 1 Classe < < codelist > >
la classe d’adresse AddressClass
à laquelle l’adresse
appartient.
preferenceLevel Indique le rang de F 1 Entier < < interface > >
(niveau de préférence) l’adresse dans un Nombre entier > 0
ens
...

МЕЖДУНАРОДНЫЙ
ISO
СТАНДАРТ
19160-1
Первое издание
2015-12-15
Адресация.
Часть 1.
Концептуальная модель
Addressing —
Part 1: Conceptual model
Ответственность за подготовку русской версии несёт GOST R
(Российская Федерация) в соответствии со статьёй 18.1 Устава ISO
Ссылочный номер
©
ISO 2015
ДОКУМЕНТ ЗАЩИЩЕН АВТОРСКИМ ПРАВОМ

©  ISO 2015, Опубликовано в Швейцарии
Все права сохраняются. Если не указано иное, никакую часть настоящей публикации нельзя копировать или использовать в
какой-либо форме или каким-либо электронным или механическим способом, включая фотокопии и микрофильмы, пересылку по
интернету или интранету, без предварительного письменного разрешения ISO по соответствующему адресу, указанному ниже,
или комитета-члена ISO в стране заявителя.
ISO copyright office
Ch. de Blandonnet 8 • CP 401
CH-1214 Vernier, Geneva, Switzerland
Tel. +41 22 749 01 11
Fax +41 22 749 09 47
copyright@iso.org
www.iso.org
ii © ISO 2015 – Все права сохраняются

Содержание Страница
Предисловие . v
Введение . vi
1 Область применения. 1
2 Соответствие . 1
2.1 Общие положения . 1
2.2 Модель. Core (Базовый) . 1
2.3 Модель. Lifecycle (Жизненный цикл) . 1
2.4 Модель. Provenance (Происхождение) . 1
2.5 Модель. Locale (Место действия, местная специфика) . 1
2.6 Модель. Full conformance (Полное соответствие) . 2
2.7 Документация адресного профиля . 2
3 Нормативные ссылки . 2
4 Термины и определения . 2
5 Обозначения и аббревиатуры. 5
6 Адресная модель . 5
6.1 Общие положения . 5
6.2 Схемы . 8
6.3 Классы . 10
6.3.1 Общие положения . 10
6.3.2 Address (Адрес) . 10
6.3.3 AddressComponent (Компонент адреса) . 12
6.3.4 AddressableObject (Адресуемый объект) . 14
6.3.5 ReferenceObject (Объект ссылки) . 15
6.3.6 AddressSpecification (Спецификация адреса) . 16
6.4 Типы . 17
6.4.1 Общие положения . 17
6.4.2 AddressClassSpecification (Спецификация класса адресов) . 17
6.4.3 AddressPosition (Положение адреса). 17
6.4.4 AddressComponentValue (Значения компонентов адреса) . 17
6.4.5 AddressAlias (Адрес-псевдоним) . 18
6.4.6 AddressedPeriod (Период адресования) . 18
6.4.7 Lifespan (Срок использования). 19
6.4.8 AddressProvenance (Происхождение адреса) . 20
6.5 Codelists (Списки кодов) . 21
6.5.1 Общие положения . 21
6.5.2 AddressAliasType (Тип адреса-псевдонима) . 21
6.5.3 AddressComponentType (Тип компонента адреса) . 21
6.5.4 AddressComponentValueType (Тип значения компонента адреса) . 22
6.5.5 AddressLifecycleStage (Этап жизненного цикла адреса) . 22
6.5.6 AddressableObjectLifecycleStage (Этап жизненного цикла адресуемого
объекта) . 22
6.5.7 AddressStatus (Статус адреса) . 23
6.5.8 AddressTypology (Типология адреса) . 23
7 Требования . 24
7.1 Класс требований: Core (базовый) . 24
7.1.1 Зависимости . 24
7.1.2 Требование 1 класса Core: Classes (классы). 24
7.1.3 Требование 2 класса Core: Associations (ассоциации) . 24
7.1.4 Требование 3 класса Core: Attributes (атрибуты) . 26
7.2 Класс требований: Lifecycle (жизненный цикл) . 26
7.2.1 Зависимости . 26
7.2.2 Требование 1 класса Lifecycle: Lifecycle attributes (атрибуты жизненного
цикла) . 26
7.2.3 Требование 2 класса Lifecycle: Unique identifier (уникальный
идентификатор) . 26
7.2.4 Требование 3 класса Lifecycle: Version increments (приращение версии). 26
7.3 Класс требований: Provenance (происхождение) . 26
7.3.1 Зависимости . 26
7.3.2 Требование 1 класса Provenance: Provenance attribute (атрибут
происхождения) . 26
7.4 Класс требований: Locale (местный, специфика местности) . 26
7.4.1 Зависимости . 26
7.4.2 Требование 1 класса Locale: Locale attribute (атрибут Locale) . 27
7.5 Класс требований: Address profile documentation (документация профиля адреса) . 27
7.5.1 Зависимости . 27
7.5.2 Требования и рекомендации . 27
Приложение А (нормативное) Серии абстрактных тестов . 29
Приложение В (информативное) Рекомендации по разработке профиля . 31
Приложение С (информативное) Стандартные профили . 34
Приложение D (информативное) Примеры. жизненный цикл и срок эксплуатации адреса,
компонента адреса и адресуемого объекта . 51
Приложение Е (информативное) Примеры. Альтернативные компоненты адреса и адреса-
псевдонимы . 56
Приложение F (информативное) Примеры. Внешние классы . 58
Бибилиография . 60

iv © ISO 2015 – Все права сохраняются

Предисловие
Международная организация по стандартизации, ISO (the International Organization for Standardization)
является международной организацией, которая была создана национальными организациями по
стандартизации (члены ISO). Работу по подготовке Международных стандартов обычно выполняют
технические комитеты ISO. Любой член ISO, заинтересованный в предмете, по которому создан
технический комитет, имеет право на представительство в этом комитете. Международные
организации, правительственные и неправительственные, совместно с ISO, также принимают участие
в работе организации. ISO тесно сотрудничает с Международной электротехнической комиссией (IEC,
IEC) по всем вопросам стандартизации в электротехнике.
Процедура, использованная для разработки настоящего документа, и документов, предназначенных
для их актуализации в дальнейшем, описана в «Директивах ISO/IEC, Часть 1. В частности, отмечено,
что для утверждения документов ISO различных типов используются различные критерии. Настоящий
документ был составлен в соответствии с правилами редактирования «Директив ISO/IEC, Часть 2
(см. www.iso.org/directives).
Необходимо обратить внимание на то, что некоторые части настоящего документа могут являться
объектами патентных прав. ISO не обязана определять какие-либо или все части, являющиеся
объектами патентных прав. Подробная информация о каких-либо выявленных в ходе разработки
настоящего документа патентных правах будет указана во Введении и/или в Перечне ISO полученных
патентных деклараций (см. www.iso.org/patents).
Любой товарный знак, используемый в настоящем документе, представляет собой информацию,
которая дана для удобства пользователей, и не является свидетельством в его пользу.
Для разъяснения значения специальных терминов и выражений ISO, относящихся к оценке
соответствия, а также информации, относящейся к приверженности ISO принципам ВТО по
техническим барьерам в торговле (TBT) см. следующий URL: Foreword - Supplementary information
За этот документ отвечает комитет ISO/ТC 211, Географическая информация/Геоматика.
ISO 19160 состоит из следующих частей под общим названием Адресация:
— Часть 1. Концептуальная модель
Следующие части находятся в процессе подготовки:
— Часть 4. Компоненты международных почтовых адресов и языки шаблонов
Планируется написать следующие части:
— Часть 2. Правила составления схем назначения адреса
— Часть 3. Управление качеством данных по адресации
— Часть 5. Визуализация адреса для целей, иных чем почта
Введение
Адресация является одним из наиболее распространенных способов четкого определения объекта с
целью его идентификации и определения местоположения. Адреса различаются в разных странах. Во
многих странах Центральной Европы ссылка на дорожную сеть в адресе является обычной, в то время,
как в Японии и Южной Корее адреса (хотя Южная Корея от этого принципа постепенно отходит),
представляет собой иерархию административных территорий без ссылки на пути сообщения. В сфере
интеллектуальных транспортных систем адрес может рассматриваться в качестве упрощенной
системы определения местоположения (в отличие от системы координат), где точки, представляющие
интерес, и почтовые коды адресуют информацию, применимую в автомобильной навигации. Адреса
используются в различных целях: для доставки почтовой корреспонденции, аварийно-спасательными
службами, для управления связями с заказчиками, управление землями, планирования и
обслуживания коммунальными предприятиями, а также для именования некоторых из них.
В адресацию вовлечены многочисленные участники (мероприятия, в которых задействованы адреса):
для присвоения адресов (местные органы власти, почтовые операторы, и т.п.), для использования
адресов различными способами (провайдеры услуг для заказчиков и электронного бизнеса, местные
органы власти и правительства на национальном уровне, провайдеры коммунальных услуг,
избирательные комиссии, и т.п.), а также для поиска адресов (граждан, доставки и провайдеров
аварийных служб, и т.п.). Соответствующие участники были определены в ходе подготовительной
работы на нулевой стадии проекта по адресации, и в настоящее время либо вовлечены, либо
проинформированы о разработкеe стандартов серии ISO 19160.
В различных странах по всему миру используются различные стандарты и/или спецификациии
адресации. Ряд таких стандартов и спецификаций описан в отчете по подготовительной работе к
написанию этого международного стандарта. Эти стандарты хорошо интегрируются в различные
операционные процессы и, в некоторых случаях, применяется законное принуждение. Одновременно,
некоторые страны совершенствуют свои системы адресации, или создают новые. Адреса все чаще
используются для ссылки на новые географические объекты (например, при обустройстве дорог), в то
же самое время они все чаще используются в новых технологиях, таких, как автомобильная навигация.
Настоящий международный стандарт предназначен для облегчения интероперабельности между
существующими и будущими спецификациями адресов.
ISO 19112 был включен в исследование существующих стандартов и спецификаций в ходе
подготовительной работы применительно к настоящему международному стандарту. ISO 19112 имеет
дело с географическими идентификаторами, которые косвенно описывают положение в реальном
мире в форме ярлыка или кода (в отличие от прямого или явного в форме координат). В краткой
сводке по отчету сделан вывод, что требования к стандартам по адресации сильно отличаются от
области применения ISO 19112. При необходимости, профиль этой части ISO 19160 может быть
разработан для преобразования частей ISO 19112, имеющих отношение к настоящему
международному стандарту.
Подготовительная работа применительно к настоящему международному стандарту показала, что
рекомендуется разработать пять проектов со следующими названиями:
— Адресация. Концептуальная модель;
— Адресация. Правила составления схем назначения адреса;
— Адресация. Управление качеством данных по адресации;
— Адресация. Компоненты и шаблоны международного почтового адреса;
— Адресация. Визуализация адреса для целей, иных чем почта.
Настоящая часть ISO 19160 реализует первую из этих рекомендаций, а именно, концептуальную
модель. Она помогает обеспечить интероперабельность между спецификациями адреса, например, в
перекрестном преобразовании концептуальных моделей между различными спецификациями адреса.

vi © ISO 2015 – Все права сохраняются

МЕЖДУНАРОДНЫЙ СТАНДАРТ ISO 19160-1:2015(R)

Адресация.
Часть 1.
Концептуальная модель
1 Область применения
Настоящая часть ISO 19160 определяет концептуальную модель информации по адресу (адресная
модель), вместе с терминами и определениями, которые описывают концепции в модели. Жизненный
цикл, метаданные, и адреса-псевдонимы включены в концептуальную модель. Модель представлена
на унифицированном языке моделирования (UML).
Модель обеспечивает общее представление адресной информации, независимо от фактической
реализации адресации. Она не предназначена для замены концептуальных моделей, предложенных в
других спецификациях, однако, обеспечивает средства перекрестного преобразования между
различными концептуальными моделями адресной информации, а также позволяет выполнить
преобразование адресной информации между спецификациями.
Модель обеспечивает основу для разработки адресных спецификаций отдельными странами или
сообществами.
2 Соответствие
2.1 Общие положения
Настоящая часть ISO 19160 определяет шесть классов требований и соответствия. Приложение A
указывает, как должно проверяться соответствие с этими классами. См. Приложение В в отношении
рекомендаций по разработке профиля, соответствующего настоящему международному стандарту.
2.2 Модель. Core (Базовый)
Любая адресная модель, в отношении которой объявлено базовое соответствие, должна
удовлетворять всем требованиям, описанным в серии абстрактных тестов A.2.
2.3 Модель. Lifecycle (Жизненный цикл)
Класс Address, AddressComponent или AddressableObject в адресной модели, для которой объявлено
соответствие жизненного цикла, должна удовлетворять всем требованиям, описанным в серии
абстрактных тестов A.3.
2.4 Модель. Provenance (Происхождение)
Класс Address или AddressComponent в адресной модели, для которой объявлено соответствие
происхождения, должна удовлетворять всем требованиям, описанным в серии абстрактных тестов A.4.
2.5 Модель. Locale (Место действия, местная специфика)
Любой класс, AddressComponent или AddressComponentValue в адресной модели, в отношении
которой объявлено локальное соответствие, должен удовлетворять всем требованиям, описанным в
серии абстрактных тестов A.5.
2.6 Модель. Full conformance (Полное соответствие)
Любая адресная модель, в отношении которой объявлено полное соответствие, должна удовлетворять всем
требованиям, описанным в серии абстрактных тестов в отношении классов соответствия Core, Lifecycle,
Provenance и Locale.
2.7 Документация адресного профиля
Любая документация, в отношении которой объявлено соответствие, должна удовлетворять всем
требованиям, описанным в серии абстрактных тестов в A.6.
ПРИМЕЧАНИЕ См. Приложение C в отношении примеров адресных моделей, документально оформленных в
соответствии с классом соответствия документации адресного профиля.
3 Нормативные ссылки
Нижеприведенные документы, полностью или частично, представляют собой нормативные ссылки в
настоящем документе и необходимы для его использования. Для датированных ссылок применимо
лишь цитируемое издание. Для недатированных ссылок применимо последнее издание документа, на
которое дается ссылка (включая любые изменения).
ISO 8601, Элементы данных и форматы обмена информацией. Обмен информацией. Представление
дат и времени
ISO 19103:2015, Географическая информация. Язык концептуальной схемы
ISO 19107:2003, Географическая информация. Пространственная схема
ISO 19115-1:2014, Географическая информация. Метаданные. Часть 1. Основные принципы
ISO 19135-1: 2015, Географическая информация. Процедуры для регистрации элементов. Часть 1.
Основные принципы
ISO 19152:2012, Географическая информация. Административная модель земельных угодий (LADM)
4 Термины и определения
В настоящем документе употребляются следующие термины и определения.
4.1
адрес
address
структурированная информация, которая позволяет четко определить объект с точки зрения его
идентификации и местоположения
ПРИМЕР 1 Адрес, где объект является фирмой: 611 Fifth Avenue, New York NY 10022.
ПРИМЕР 2 Адрес, где объект является зданием: Lombardy House, 809 Lombardy Street, The Hills, 0039, South
Africa.
ПРИМЕР 3 Адрес, где объект является участком земли под зданием: San 4–5, Munjae-ro, Songpa-gu, Seoul,
13144, South Korea.
ПРИМЕР 4 Адрес, где объектом является группа зданий, таких, как школа или большая площадь, занятая
квартирами: 228-dong 404-ho, 26 Kyunghee-daero, Dongdaemun-gu, Seoul 130–701, South Korea.
Примечание 1 к статье Объект является идентифицируемым в реальном мире, т.e. электронные и
виртуальные адреса исключаются.
2 © ISO 2015 – Все права сохраняются

Примечание 2 к статье “Идентификация” относится к факту, что структурированная информация в адресе
четко определяет объект, т.e. она помогает людям идентифицировать объект. Другими словами,
“идентифицирование” в данном случае не относится к уникальным идентификаторам в базе данных или
множестве данных.
Примечание 3 к статье Может быть много адресов объекта, но в любой момент (или на любом этапе
жизненного цикла), адрес четко определяет отдельный объект (см. Приложение D, в отношении примеров).
Примечание 4 к статье Два адреса из двух различных aклассов адресов (4.4) (т.e. они имеют разные наборы
компонентов) для одного и того же адресуемого объекта являются двумя различными адресами
(см. Приложение E в отношении дополнительных примеров).
Примечание 5 к статье Два адреса одного и того же объекта из одного класса адресов, но на двух разных
языках являются двумя разными адресами (см. Приложение E, в отношении дополнительных примеров).
Примечание 6 к статье В дополнение к адресуемому объекту, может быть большое количество людей,
организаций, адресов или других объектов, связанных с адресом. Существует внешняя по отношению к адресу
модель (см. Приложение C и F в отношении примеров).
4.2
адресуемый объект
addressable object
объект, который может быть назначен в качестве адреса (4.1)
4.3
адрес-псевдоним
address alias
один из набора адресов (4.1) четко определяющий один и тот же адресуемый объект (4.2)
4.4
класс адресов
address class
описание набора адресов (4.1), которые совместно используют одни и те же компоненты адреса (4.5),
операции, методы, отношения, а также семантику
ПРИМЕР 1 “25 Blue Avenue Hatfield 0028” и “384 Green Street Motherville 2093” из одного класса адресов.
ПРИМЕР 2 “PO Box 765 Goodwood 33948” и “PO Box 567 Grayville 98373” из одного класса адресов.
4.5
компонент адреса
address component
составная часть адреса (4.1)
Примечание 1 к статье Компонент адреса может давать ссылку на другой объект, такой как
пространственный объект (4.17) (например, административная граница или участок земли), или
непространственный объект (например, организация или лицо).
Примечание 2 к статье Компонент адреса может иметь одно или несколько альтернативных значений,
например, альтернативы на различных языках или сокращенные альтернативы.
4.6
адресация
addressing
мероприятия, связанные с адресами (4.1)
4.7
позиция адреса
address position
положение, представляющее адрес (4.1)
Примечание 1 к статье Адрес может быть представлен несколькими положениями, например, различными
входами в здание.
4.8
адресная типовая система
address reference system
определяемый набор компонентов адреса (4.5), а также правила их комбинирования в адреса (4.1)
4.9
адрес-потомок
child address
адрес (4.1) определяемый относительно родительского адреса (4.13)
4.10
адресуемый объект-потомок
child addressable object
адресуемый объект (4.2), который адресуется относительно другого адресуемого объекта
ПРИМЕР 1 Многоквартирное жилое здание с многочисленными квартирами.
ПРИМЕР 2 В Японии, gaiku (блок) с многочисленными jukyo bango (номерами для постоянного проживания).
ПРИМЕР 3 Комплекс из многих строений. В Корее группа строений со многими dong (крыльями или секциями
строения).
4.11
родство
lineage
происхождение (4.16), источник(и) и процесс(ы) производства, использованные в создании ресурса
[ИСТОЧНИК ISO 19115-1:2014, 4.9]
4.12
место действия
locale
определение подмножества среды пользователя, которая зависит от языка и конвенций о культурных
ценностях
Примечание 1 к статье При вычислении, locale представляет собой набор параметров, который определяет
язык, страну и любые преференции пользователя, которые он/она хотят видеть в своем интерфейсе. Обычно,
идентификатор locale состоит, по крайней мере, из идентификатора языка и идентификатора региона.
[ИСТОЧНИК ISO/IEC IEEE 9945:2009, 3.211, измененный — Примечания к этой записи в
ISO/IEC IEEE 9945:2009 были исключены. Примечание 1 к записи было добавлено]
4.13
родительский адрес
parent address
адрес (4.1) родительского адресуемого объекта (4.14)
Примечание 1 к статье Адреса адресуемых объектов-потомков (4.9) в полной мере наследуют компоненты
родительского адреса (4.5).
4.14
родительский адресуемый объект
parent addressable object
адресуемый объект (4.2) который в полной мере содержит один или несколько других адресуемых
объектов
ПРИМЕР 1 Многоквартирное жилое здание с многочисленными квартирами.
4 © ISO 2015 – Все права сохраняются

ПРИМЕР 2 В Японии, gaiku (блок) с многочисленными jukyo bango (номерами для постоянного проживания).
ПРИМЕР 3 Комплекс из многих строений. В Корее группа строений со многими dong (крыльями или секциями
строения).
4.15
профиль
profile
один или несколько базовых стандартов или подмножеств базовых стандартов, а также, где
применимо, идентификация выбранных спецификаторов, классов, вариантов и параметров указанных
базовых стандартов, которые необходимы для выполнения конкретной функции
[ИСТОЧНИК ISO 19106:2004, 4.5]
4.16
происхождение
provenance
организация или лицо, которые создали, накопили, поддерживали и использовали записи
Примечание 1 к статье Информация о происхождении включает:
— источник или происхождение записи,
— все изменения в записи, и
— все организации или лица, которые заботятся о сохранности записи с момента ее создания.
[ИСТОЧНИК ISO 5127:2001, 4.1.1.10, изменено – Добавлено Примечание 1 к записи.]
4.17
пространственный объект
spatial object
объект, используемый для представления пространственных характеристик явления реального мира
[ИСТОЧНИК ISO 19107:2003, 4.69]
5 Обозначения и аббревиатуры
В этом документе используются следующие аббревиатуры и обозначения.
UML Унифицированный язык моделирования
6 Адресная модель
6.1 Общие положения
Адресная модель, описанная в настоящей части стандарта ISO 19160, выступает в роли инструмента
разработки специальных адресных моделей, таких, как модель для описания почтовых адресов, или
модель для адресов, которая используется в конкретном городе или стране. Рисунки 1 - 3 дают общий
обзор адресной модели с повышающимся уровнем детализации.
Основа адресной модели использует концепцию, что адрес состоит из одного или нескольких
компонентов адреса (см. Рисунок 1). Адрес представляет собой структурированную информацию,
которая позволяет четко определять объект с целью идентификации определения местоположения.
Значения компонентов адреса формируют составные части структурированной информации. В
простом примере, ряд строчек адреса формирует адрес. В более сложном примере адрес
представляет более одного компонента адреса, такого как номер, название автомагистрали, название
места, и почтовый индекс. Кроме того, структурированная информация в адресе позволяет
идентифицировать и определить местоположение объекта, и адрес не является уникальным
идентификатором для объекта.
Рисунок 1 — Схематическое изображение адресной модели, показывающее лишь базовые
элементы
Значение компонента адреса является ярлыком, а иногда и ссылкой на другой объект
(ReferenceObject). Например, название места может давать ссылку на объект, представляющий
границу места, либо адрес может давать ссылку на объект с информацией об адресате, такой как имя
клиента и информация о его покупках. Оставшиеся элементы в адресной модели позволяют связать
адрес с объектом (AddressableObject), таким, как здание, жилое помещение или земельный участок, а
также с метаданными (AddressAlias, AddressedPeriod, AddressSpecifications). См. Рисунок 2.
Если более чем один адрес четко определяет один и тот же объект, то ссылка на адреса дается, как на
адреса-псевдонимы. Типичным примером является здание на углу двух улиц с отдельным входом с
каждой улицы, и, соответственно, со своим адресом для каждого входа. Другой пример представляет
собой обиходные вариации адреса или адресов на разных языках.

Рисунок 2 — Схематическое изображение адресной модели, показывающее все элементы
В отдельных случаях, уже присвоенный адрес переназначается другому объекту, например, в случае
дополнительного деления или строительства дополнительных строений в одном и том же здании. При
необходимости, AddressedPeriod позволяет представить различные периоды, в ходе которых адрес
был связан с конкретным адресуемым объектом.
Если применимо и доступно, то метаданные о спецификации или документе, описывающем адресную
типовую систему (т.e. правила для комбинирования компонентов адреса в адреса) и/или адреса,
представленные в модели, находятся в классе AddressSpecification.
6 © ISO 2015 – Все права сохраняются

Рисунок 3 — Обзор адресной модели в UML
Адреса могут иметь координаты с целью указания их положения. Если адрес присваивается объекту,
то положение адреса может быть получено от адресуемого объекта. Это два совершенно различных
способа представления положения адреса, и, поэтому важно, чтобы любая адресная модель
соответствовала содержанию этой части ISO 19160, и четко указывала, как положение адреса
представлено в модели.
В заключение, адресуемый объект может иметь отношения родителя-потомка с другими адресуемыми
объектами, например, здание является родительским адресуемым объектом жилых помещений или
офисов. Адрес может также иметь отношения типа «родителя-потомка» с другими адресами, например,
адрес здания может быть родительским адресом жилых помещений или офисов, расположенных
внутри (см. Рисунок 3).
6.2 Схемы
На Рисунке 4 дан общий вид адресной модели в UML.

Рисунок 4 — Адресная модель
На Рисунке 5 показаны базовые типы, которые определены в адресной модели

Рисунок 5 — Базовые типы в адресной модели
8 © ISO 2015 – Все права сохраняются

На Рисунке 6 показаны базовые списки кодов, которые определены в адресной модели.

Рисунок 6 — Базовые списки кодов в адресной модели
ПРИМЕЧАНИЕ Имеется большое количество возможных значений с небольшим известным наложением для
списков кодов AddressableObjectType, AddressClass, AddressPositionType и ReferenceObjectType. Поэтому эти
списки кодов пустые. Каждая адресная модель должна указывать коды, при необходимости (см. Приложение C в
отношении возможных значений списков кодов стандартных профилей).
ПРИМЕР 1 building, house, landParcel, landmark, apartment и complexOfBuildings являются примерами кодов
для списка кодов AddressableObjectType.
ПРИМЕР 2 thoroughfareAddress, landmarkAddress и informalAddress являются примерами кодов для списка
кодов AddressClass.
ПРИМЕР 3 centroid, streetFront и approximated являются примерами кодов для списка кодов
AddressPositionType.
ПРИМЕР 4 street, administrativeArea, individual и organization являются примерами кодов для списка кодов
ReferenceObjectType.
На Рисунке 7 показаны типы и списки кодов в адресной модели, относящиеся к информации по
жизненному циклу.
Рисунок 7 — Типы и списки кодов в адресной модели применительно к информации по
жизненному циклу
На Рисунке 8 показан один тип в адресной модели, относящийся к информации по происхождению.
Рисунок 8 — Тип в адресной модели применительно к информации по происхождению
6.3 Классы
6.3.1 Общие положения
Определение классов и их атрибутов дано в п. 6.3.2. Обеспечивается имя, определение,
обязательство или условие, максимальное употребление, тип данных, и предметная область каждого
атрибута. Некоторые домены атрибутов указаны со ссылкой на элемент UML, такие, как тип данных,
или список кодов, в другом международном стандарте. Эти элементы UMLможно найти в ISO/TC 211
Harmonized Model (Гармонизированная модель) на www.isotc211.org.
6.3.2 Address (Адрес)
Класс Address представляет структурированную информацию, которая позволяет четко определить
объект с точки зрения его идентификации и местонахождения. Он состоит из непустого множества
AddressComponents.
ПРИМЕР Адрес, такой как”99 Lombardy Street, The Hills, 0039” состоит из номера адреса (99), наименования
транспортной магистрали (Lombardy Street), названия места (The Hills) и компонентов почтового кода (0039).
Атрибуты класса Address определены в Таблице 1.
Таблица 1 — Атрибуты адреса
Обязательное/
Макс Тип Предметная
Имя Определение условное/
употр. данных область
необязательное
id Уникальная строка O 1 класс <>
символов, которая Oid, see
идентифицирует адрес. ISO 19152
ПРИМЕЧАНИЕ   id является уникальным идентификатором объекта; но не первичным
ключом в реляционной базе данных.
class Код, указывающий класс O 1 класс <>
адреса, к которому AddressClass
относится адрес.
preferenceLevel Показывает O 1 целое <>
ранжирование адреса во число Integer > 0
множестве адресов-
псевдонимов. 1
показывает высший ранг.
ПРИМЕР 1   На здание на углу улицы может быть дана ссылка по двум адресам. Одни из
них может иметь preferenceLevel установленный на 1.
ПРИМЕР 2   В Швейцарии, адресация, которая содержит имена на немецком и
французском, например, Biel (на немецком) и Bienne (на французском), являются разными
адресами с одинаковым уровнем предпочтения.

10 © ISO 2015 – Все права сохраняются

Таблица 1 (продолжение)
Обязательное/
Макс Тип Предметная
Имя Определение
условное/
употр. данных область
необязательное
position Геометрия O N класс <>
AddressPosition
(координаты), которые
представляют
местонахождение
адреса.
ПРИМЕЧАНИЕ   Лучшей практикой является представление общего положения адреса
(например, дверь, подъездная дорога, центр масс) в отличие от предметной области или
положения в зависимости от конкретного предназначения, такого, как аварийный доступ
или счетчик учета потребления. Положения последнего могут быть представлены
атрибутом положения внешнего класса, связанного с адресом или адресуемым объектом
(см. пример на Рисунке C.22).
status Код, указывающий O 1 класс <>
характер назначения AddressStatus
адреса.
lifecycleStage Код, указывающий на O 1 класс <>
этап жизненного цикла, AddressLifecycleSta
которого достиг адрес. ge
ПРИМЕЧАНИЕ   См. Примечание D в качестве примера жизненного цикла адреса.
lifespan Информация о периоде, O 1 класс <>
в течение которого Lifespan
существует адрес.
ПРИМЕЧАНИЕ   См. Приложение D для примера срока жизни адреса.
provenance Информация об O 1 класс <>
источнике или AddressProvenance
происхождении адреса,
таком, как
уполномоченный,
назначивший адрес,
пример данных о
владельце адреса, и
происхождение адреса.
locale Набор параметров, O 1 класс <>
указывающую их RE_Locale, see
ISO 19135-1
культурную и
лингвистическую среду.
addressedObject Объект, однозначно O N класс AddressableObject
определяемый по адресу.
ПРИМЕЧАНИЕ  Имеется один addressedObject в любой указанный момент времени.
addressComponent Компонент, являющийся M N класс AddressComponent
составной частью
адреса.
parentAddress Адрес объекта O 1 класс Address
полностью
охватывающий адрес
объекта, который
полностью охватывает
addressedObject.
Таблица 1 (продолжение)
Обязательное/
Макс Тип Предметная
Имя Определение
условное/
употр. данных область
необязательное
childAddress Адрес объекта, который O N класс Address
полностью охвачен
addressedObject.
aliasAddress Адрес, четко O N класс Address
определяющий тот же
адресуемый объект, что и
адрес.
specification Спецификация адреса и O N класс AddressSpecification
его составных частей.
6.3.3 AddressComponent (Компонент адреса)
AddressComponent является составной частью адреса. Непустое множество AddressComponents
создает адрес.
ПРИМЕР “The Hills” является составной частью “99 Lombardy Street, The Hills, 0039”.
Атрибуты класса AddressComponent определены в Таблице 2.
Таблица 2 — Атрибуты AddressComponent
Обязательное/
Макс Тип
Имя Определение условное/ Предметная область
употр. данных
необязательное
id Уникальная строка O 1 класс <> Oid,
символов, которая see ISO 19152
идентифицирует
компонента адреса.
ПРИМЕЧАНИЕ   id является уникальным идентификатором объекта; но не первичным
ключом в реляционной базе данных.
type Код, указывающий M 1 класс <>
разновидность AddressComponentType
компонента адреса.
ПРИМЕР   Название автомагистрали, населенного пункта, название страны.
valueInformation Значение и информация M N класс <>
об одном или нескольких AddressComponentValu
значениях компонента e
адреса.
lifecycleStage Код, указывающий этап O 1 класс <>
жизненного цикла, AddressLifecycleStage
который достиг
компонент адреса.
ПРИМЕЧАНИЕ   См. Приложение D в отношении примера жизненного цикла компонента
адреса.
lifespan Информация о периоде, O 1 класс <>
в течение которого Lifespan
существует компонент
адреса.
ПРИМЕЧАНИЕ   См. Приложение D в отношении примера жизненного цикла компонента
адреса.
12 © ISO 2015 – Все права сохраняются

Таблица 2 (продолжение)
Обязательное/
Макс Тип
Имя Определение
условное/ Предметная область
употр. данных
необязательное
provenance Информация об O 1 класс <>
источнике или AddressProvenance
происхождении адреса,
таком как
уполномоченный,
назначивший значение
компонента адреса,
пример данных о
владельце компонента
адреса, и происхождение
компонента адреса.
locale Набор параметров, O 1 класс <>
определяющий RE_Locale, see
культурную и ISO 19135-1
лингвистическую среду.
address Адрес, составляющей M N класс Address
частью которого является
компонент адреса.
referenceObject Свойство, или O N класс ReferenceObject
непространственный
объект, к которому
относится значение
компонента адреса.
ПРИМЕР 1   Лицо, или организация может быть referenceObject для адресата.
ПРИМЕР 2   Место именующее границу, может быть referenceObject для названия места.
ПРИМЕР 3   Номера сегментов звуковой разделительной полосы могут быть
referenceObjects для наименования автомагистрали
scopeComponent Идентифицирует O 1 класс AddressComponent
компонент высшего
порядка адреса.
ПРИМЕЧАНИЕ “В рамках области применения” относится к отношениям между высшими
компонентами адреса и вспомогательным компонентом адреса в типовой адресной
системе.
ПРИМЕР 1   Имена автомагистралей могут быть в рамках наименования места. Если
имена автомагистралей являются уникальными в рамках наименования места, то
наименование места является scopeComponent наименования магистрали.
ПРИМЕР 2   Наименования здания могут быть в рамках наименования магистрали. Если
наименования зданий вдоль автомагистрали уникальны, то наименование автомагистрали
является scopeComponent наименования здания.
ПРИМЕР 3  Номера строений могут быть в рамках сферы действия почтового отделения.
Если номер строения в почтовом отделении является уникальным, то почтовое отделение
является scopeComponent номера строения.
Таблица 2 (продолжение)
Обязательное/
Макс Тип
Имя Определение
условное/ Предметная область
употр. данных
необязательное
valueComponent Идентифицирует O N класс AddressComponent
вспомогательный
компонент адреса
ПРИМЕЧАНИЕ  “В рамках области применения” относится к отношениям между высшими
компонентами адреса и вспомогательным компонентом адреса в типовой адресной
системе.
ПРИМЕР 1   Имена автомагистралей могут быть в рамках наименования места. Если
имена автомагистралей являются уникальными в рамках наименования места, то
наименование места является valueComponent наименования магистрали.
ПРИМЕР 2   Наименование здания могут быть в рамках наименования магистрали. Если
наименования зданий вдоль автомагистрали уникальны, то наименование автомагистрали
является valueComponent наименования здания.
ПРИМЕР 3  Номера строений могут быть в рамках сферы действия почтового отделения.
Если номер строения в почтовом отделении является уникальным, то почтовое отделение
является valueComponent номера строения.
6.3.4 AddressableObject (Адресуемый объект)
Address позволяет четко определить AddressableObject, т.e. объект, который может быть
идентифицирован или определено его местоположение с помощью Address.
ПРИМЕР 1 Следующий адрес позволяет четко определить место жительства лица: 99 Lombardy Street, The
Hills, 0039, South Africa.
ПРИМЕР 2 Следующий адрес позволяет четко определить здание: Lombardy House, 809 Lombardy Street, The
Hills, 0039, South Africa.
ПРИМЕР 3 Следующий адрес позволяет четко определить дверь (квартиру) в здании: Room 4–6, Lombardy
House, 809 Lombardy Street, The Hills, 0039, South Africa.
Атрибуты класса AddressableObject определены в Таблице 3.
Таблица 3 — Атрибуты AddressableObject
Обязательное/
Тип
условное/ Макс
Имя Определение данны Предметная область
необязательно употр.
х
е
id Уникальная строка M 1 класс <> Oid,
символов, которая see ISO 19152
идентифицирует
адресуемый объект.
ПРИМЕЧАНИЕ   id является уникальным идентификатором объекта; но не первичным
ключом в реляционной базе данных.
type Код, указывающий C: Только если 1 класс <>
характер объекта, нет подклассов AddressableObjectType
которому может быть AddressableObje
назначен адрес. ct
ПРИМЕРЫ   Место жительства, здание, дверь (квартира) в здании.

14 © ISO 2015 – Все права сохраняются

Таблица 3 (продолжение)
Обязательное/
Макс Тип
условное/
Имя Определение Предметная область
необязательно употр. данных
е
position Геометрия O 1 класс <>
(координаты) AddressPosition
представляющие
адресуемый объект.
ПРИМЕЧАНИЕ   Передовым методом является представление общего положения
адресуемого объекта (например, дверь, проезд, центр масс), в отличие от предметной
области или специального положения, такого, как положение аварийного доступа или
счетчика учета потребления. Положение последнего может быть представлено в
...