Difference between revisions of "Hierarchy"
(→Context within the SDMX 3.0 Information Model) |
(→Structure Properties) |
||
| (9 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== | ||
| − | A hierarchy | + | 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 Properties== | ||
| Line 12: | Line 21: | ||
|- | |- | ||
! scope=row style="text-align: left;" | Identifiable | ! scope=row style="text-align: left;" | Identifiable | ||
| − | | [[ | + | | [[Identifiable_V11|Yes]] |
|- | |- | ||
! scope=row style="text-align: left;" | Item Scheme | ! scope=row style="text-align: left;" | Item Scheme | ||
| − | | [[ | + | | [[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 23: | Line 32: | ||
| <nowiki>urn:sdmx:org.sdmx.infomodel.codelist.Hierarchy</nowiki> | | <nowiki>urn:sdmx:org.sdmx.infomodel.codelist.Hierarchy</nowiki> | ||
|- | |- | ||
| − | + | ||
| − | |||
|} | |} | ||
| Line 32: | 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 03: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
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.
