Difference between revisions of "Hierarchy"

From FMR Knowledge Base
Jump to navigation Jump to search
(Structure Properties)
(Structure Properties)
 
(7 intermediate revisions by the same user not shown)
Line 1: Line 1:
 +
__NOTOC__
 
[[Category:SDMX 3.0 Structures]]
 
[[Category:SDMX 3.0 Structures]]
 
==Overview==
 
==Overview==
Line 20: Line 21:
 
|-
 
|-
 
! scope=row style="text-align: left;"  | Identifiable
 
! scope=row style="text-align: left;"  | Identifiable
| [[Identifiable 11|Yes]]
+
| [[Identifiable_V11|Yes]]
 
|-
 
|-
 
! scope=row style="text-align: left;"  | Item Scheme
 
! scope=row style="text-align: left;"  | Item Scheme
| [[Item_Scheme|Yes]]
+
| [[Item_Scheme_V11|Yes]]
 
|-
 
|-
 
! scope=row style="text-align: left;"  | SDMX Information Model Versions  
 
! scope=row style="text-align: left;"  | SDMX Information Model Versions  
Line 39: Line 40:
  
 
==Usage==
 
==Usage==
 +
Codes used in the Hierarchy are not themselves contained in the list. Instead, they are referenced from the lists and are therefore maintained in one of more Codelists. In the Registry, these are known as Referenced Codelists.
 +
 +
A Hierarchy is multi-lingual.
 +
 +
[[Hierarchies|Creating and maintaining Hierarchical Codelists]]
  
 
==Conventions==
 
==Conventions==
 +
'''Heirarchial Codelist IDs'''
 +
IDs are conventionally uppercase using underscores '_' as separators if required.
 +
 +
Note that organisations wishing to be compliant with accepted models for statistical classifications should ensure that the Id is the number associated with the '''Level''', where Levels are numbered consecutively starting with level 1 at the highest Level.
 +
 +
[[Identifiable V11|You can seem more examples and information on Identities in this article]].

Latest revision as of 04:31, 30 March 2024

Overview

Hierarchys are a separate structure used for describing complex hierarchies of codes, potentially including codes from multiple different codelists. Software tools designed for users to explore and search a catalogue of data sets typically use a Hierarchical Codelists to display a tree structure much like Windows File Explorer.

In SDMX 2.1, Hierarchy Codelists do not explicitly link to any other structures like Dataflows. As such, the result of a user choosing a code is left entirely to the designers of the tools.

The principal features of the Hierarchy Codelists' are:

  • A child code can have more than one parent.
  • There can be more than one code that has no parent (known as Root codes in the Registry).
  • There may be many hierarchies (or “views”) defined, in terms of the associations between the codes. Each hierarchy serves a particular purpose in the reporting, analysis, or dissemination of data.
  • The levels in a hierarchy can be explicitly defined or they can be implicit: (i.e., they exist only as parent/child relationships in the coding structure).

Structure Properties

Structure Type Standard SDMX Structural Metadata Artefact
Maintainable Yes
Identifiable Yes
Item Scheme Yes
SDMX Information Model Versions 3.0
URN - Codelist namespace urn:sdmx:org.sdmx.infomodel.codelist.Hierarchy

Context within the SDMX 3.0 Information Model

Heirarchy

Usage

Codes used in the Hierarchy are not themselves contained in the list. Instead, they are referenced from the lists and are therefore maintained in one of more Codelists. In the Registry, these are known as Referenced Codelists.

A Hierarchy is multi-lingual.

Creating and maintaining Hierarchical Codelists

Conventions

Heirarchial Codelist IDs IDs are conventionally uppercase using underscores '_' as separators if required.

Note that organisations wishing to be compliant with accepted models for statistical classifications should ensure that the Id is the number associated with the Level, where Levels are numbered consecutively starting with level 1 at the highest Level.

You can seem more examples and information on Identities in this article.