Difference between revisions of "Maintainable V10"
Jump to navigation
Jump to search
(→Overview) |
(→Maintainable Structures) |
||
| (2 intermediate revisions by the same user not shown) | |||
| Line 3: | Line 3: | ||
An '''Maintainable''' structure is one that is owned and can be independently created and maintained by an [[Agency V10|Agency]]. | An '''Maintainable''' structure is one that is owned and can be independently created and maintained by an [[Agency V10|Agency]]. | ||
| − | A [[Data Structure Definition]] is maintainable because it does not have to be managed as part of any other structure. By contrast, a Code is not maintainable because because it must always be managed under a [[Codelist]]. | + | A [[Data Structure Definition V10|Data Structure Definition]] is maintainable because it does not have to be managed as part of any other structure. By contrast, a Code is not maintainable because because it must always be managed under a [[Codelist V10|Codelist]]. |
| − | A Maintainable structure is both [[Identifiable]] and [[Nameable]], it also must contain a reference to the [[Agency]] that is responsible for maintaining it. | + | A Maintainable structure is both [[Identifiable V10|Identifiable]] and [[Nameable]], it also must contain a reference to the [[Agency V10|Agency]] that is responsible for maintaining it. |
=Maintainable Properties= | =Maintainable Properties= | ||
| Line 13: | Line 13: | ||
! Property !! Mandatory !! Description | ! Property !! Mandatory !! Description | ||
|- | |- | ||
| − | | Id || Yes || Identifier - Inherited from [[Identifiable]] | + | | Id || Yes || Identifier - Inherited from [[Identifiable V10|Identifiable]] |
|- | |- | ||
| − | | URN || Yes || Unique Identifier - Inherited from [[Identifiable]] | + | | URN || Yes || Unique Identifier - Inherited from [[Identifiable V10|Identifiable]] |
|- | |- | ||
| Name || Yes || Human readable name, multilingual supported - Inherited from Nameable | | Name || Yes || Human readable name, multilingual supported - Inherited from Nameable | ||
| Line 39: | Line 39: | ||
! Maintainable Type !! SDMX Version !! UI Support !! Description | ! Maintainable Type !! SDMX Version !! UI Support !! Description | ||
|- | |- | ||
| − | | Agency Scheme || 1.0 || Yes || List of | + | | Agency Scheme || 1.0 || Yes || List of | Agencies (every Maintainable type is owned by ONE Agency) |
|- | |- | ||
| Data Provider Scheme || 2.0|| Yes || List of Data Providers (a Data Provider report data) | | Data Provider Scheme || 2.0|| Yes || List of Data Providers (a Data Provider report data) | ||
Latest revision as of 03:31, 5 September 2022
Overview
An Maintainable structure is one that is owned and can be independently created and maintained by an Agency.
A Data Structure Definition is maintainable because it does not have to be managed as part of any other structure. By contrast, a Code is not maintainable because because it must always be managed under a Codelist.
A Maintainable structure is both Identifiable and Nameable, it also must contain a reference to the Agency that is responsible for maintaining it.
Maintainable Properties
| Property | Mandatory | Description |
|---|---|---|
| Id | Yes | Identifier - Inherited from Identifiable |
| URN | Yes | Unique Identifier - Inherited from Identifiable |
| Name | Yes | Human readable name, multilingual supported - Inherited from Nameable |
| Description | No | Human readable description , multilingual supported - Inherited from Nameable |
| Agency Id | Yes | The organisation responsible for the creation of, and ongoing maintenance of this structure |
| Version | Yes | The version of this structure |
| Valid From | No | If applicable, the date from which this structure was valid. See Time Formats and Structure Validity |
| Valid To | No | If applicable, the date from which this structure was no longer valid. See Time Formats and Structure Validity |
| Is Final | No | Indicates there will be no major changes to this structure - see Final and Non-final Structures |
Maintainable Structures
The following lists all the maintainable structures which the Fusion Metadata Registry supports. Note, some of these structures are not part of the SDMX Specification. Structures which are part of the SDMX specification are indicated in the SDMX Version column which is used to indicate which version of SDMX the structure was introduced in. For non-SDMX structures the entry in this column is N/A.
| Maintainable Type | SDMX Version | UI Support | Description |
|---|---|---|---|
| Agency Scheme | 1.0 | Yes | Agencies (every Maintainable type is owned by ONE Agency) |
| Data Provider Scheme | 2.0 | Yes | List of Data Providers (a Data Provider report data) |
| Data Consumer Scheme | 2.0 | Yes | List of Data Consumers - used for authorisation to resources |
| Data Structure Definition | 2.0 | Yes | Defines the structure of a Dataset |
| Dataflow | 2.0 | Yes | Defines a data ‘topic’ for collection or dissemination |
| Category Scheme | 2.0 | Yes | List of Categories, can be hierarchical, typically used to categorise datasets |
| Categorisation | 2.0 | Yes | Links a Category to ANY other Identifiable Structure (e.g., Category to a Dataflow) |
| Codelist | 1.0 | Yes | List of Codes (e.g., Country Codelist) |
| Concept Scheme | 1.0 | Yes | List of Concepts (used by Data Structures, Metadata Structures) |
| Hierarchical Codelist | 2.0 | Yes | Enables construction of one or more Code Hierarchies (view on top of Codelists) |
| Metadata Structure | 2.0 | Yes | Defines the structure of a Metadata Report |
| Metadataflow | 2.0 | No | Defines a metadata ‘topic’ for collection or dissemination |
| Structure Set | 2.0 | Yes | Container for mapping between structures (Codelist Map, Dataflow Map) |
| Content Constraint | 2.0 | Yes | Defines restrictions on Codelists or Series for Data Reporting |
| Attachment Constraint | 2.0 | No | |
| Provision Agreement | 2.0 | Yes | Links a Data Provider to a Dataflow for Data Reporting |
| Process | 2.0 | No |
