Difference between revisions of "Maintainable V11"

From FMR Knowledge Base
Jump to navigation Jump to search
(Overview)
(Maintainable Structures)
 
(9 intermediate revisions by the same user not shown)
Line 1: Line 1:
 
[[Category:Concepts_Reference_V11]]
 
[[Category:Concepts_Reference_V11]]
 
=Overview=
 
=Overview=
An '''Maintainable''' structure is one that is owned and can be independently created and maintained by an [[Agency V11]].  
+
An '''Maintainable''' structure is one that is owned and can be independently created and maintained by an [[Agency V11|Agency]].  
  
 
A [[Data_or_Metadata_Structure_Definition|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 V11|Codelist]].
 
A [[Data_or_Metadata_Structure_Definition|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 V11|Codelist]].
  
A Maintainable structure is both [[Identifiable V11|Inentifiable]] and [[Nameable]], it also must contain a reference to the [[Agency v11]] that is responsible for maintaining it.
+
A Maintainable structure is both [[Identifiable V11|Inentifiable]] and [[Nameable]], it also must contain a reference to the [[Agency V11|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 V11|Identifiable]]
 
|-
 
|-
| URN || Yes ||  Unique Identifier - Inherited from [[Identifiable]]
+
| URN || Yes ||  Unique Identifier - Inherited from [[Identifiable V11|Identifiable]]
 
|-
 
|-
 
| Name || Yes ||  Human readable name, multilingual supported - Inherited from Nameable
 
| Name || Yes ||  Human readable name, multilingual supported - Inherited from Nameable
Line 28: Line 28:
 
|-
 
|-
 
| Valid To|| No ||  If applicable, the date from which this structure was no longer valid. [[SDMX_Time_Formats|See Time Formats]] and [[Structure Validity]]
 
| Valid To|| No ||  If applicable, the date from which this structure was no longer valid. [[SDMX_Time_Formats|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]]
 
 
|}
 
|}
  
Line 39: Line 37:
 
! Maintainable Type !! SDMX Version  !! UI Support !! Description
 
! Maintainable Type !! SDMX Version  !! UI Support !! Description
 
|-
 
|-
| Agency Scheme || 1.0 || Yes  || List of [[Agency|Agencies]]  (every Maintainable type is owned by ONE Agency)
+
| Agency Scheme || 1.0 || Yes  || List of Agencies (every Maintainable type is owned by ONE Agency)
 +
|-
 +
| Attachment Constraint || 2.0 || No ||
 
|-
 
|-
 
| 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)
Line 57: Line 57:
 
| Concept Scheme || 1.0|| Yes  || List of Concepts (used by Data Structures, Metadata Structures)
 
| 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)
+
| Content Constraint || 2.0 || Yes || Defines restrictions on Codelists or Series for Data Reporting
 +
|-
 +
| Hierarchy || 3.0 || Yes  || Enables construction of one or more Code Hierarchies (view on top of Codelists)
 +
|-
 +
| Metadata Provider Scheme || 3.0|| Yes || List of Maetadat Providers
 
|-
 
|-
 
| Metadata Structure || 2.0 || Yes  || Defines the structure of a Metadata Report
 
| Metadata Structure || 2.0 || Yes  || Defines the structure of a Metadata Report
 
|-
 
|-
| Metadataflow || 2.0 || No || Defines a metadata ‘topic’ for collection or dissemination
+
| Metadataflow || 2.0 || Yes || Defines a metadata ‘topic’ for collection or dissemination
 
|-
 
|-
| Structure Set || 2.0 || Yes || Container for mapping between structures (Codelist Map, Dataflow Map)
+
| Provision Agreement || 2.0 || Yes || Links a Data Provider to a Dataflow for Data Reporting
 
|-
 
|-
| Content Constraint || 2.0 || Yes || Defines restrictions on Codelists or Series for Data Reporting
+
| Process || 2.0 || No ||
 +
|-
 +
| Custom Type Transformation Scheme || 2.0 || Yes || Enables the construction of a Custom type VTL scheme
 +
|-
 +
| Name Personalisation Transformation Scheme || 2.0 || Yes || Enables the construction of a Name type VTL scheme
 +
|-
 +
| Ruleset Transformation Scheme || 2.0 || Yes || Enables the construction of a Ruleset VTL scheme
 
|-
 
|-
| Attachment Constraint || 2.0 || No ||  
+
| User Defined Operator Transformation Scheme || 2.0 || Yes || Enables the construction of User Defined Operators
 
|-
 
|-
| Provision Agreement || 2.0 || Yes|| Links a Data Provider to a Dataflow for Data Reporting
+
| VTL Mapping Transformation Scheme || 2.0 || Yes || Enables the construction of Mapping Schemes
 
|-
 
|-
| Process || 2.0 || No ||
 
 
|}
 
|}

Latest revision as of 03:30, 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 Inentifiable 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

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 List of Agencies (every Maintainable type is owned by ONE Agency)
Attachment Constraint 2.0 No
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)
Content Constraint 2.0 Yes Defines restrictions on Codelists or Series for Data Reporting
Hierarchy 3.0 Yes Enables construction of one or more Code Hierarchies (view on top of Codelists)
Metadata Provider Scheme 3.0 Yes List of Maetadat Providers
Metadata Structure 2.0 Yes Defines the structure of a Metadata Report
Metadataflow 2.0 Yes Defines a metadata ‘topic’ for collection or dissemination
Provision Agreement 2.0 Yes Links a Data Provider to a Dataflow for Data Reporting
Process 2.0 No
Custom Type Transformation Scheme 2.0 Yes Enables the construction of a Custom type VTL scheme
Name Personalisation Transformation Scheme 2.0 Yes Enables the construction of a Name type VTL scheme
Ruleset Transformation Scheme 2.0 Yes Enables the construction of a Ruleset VTL scheme
User Defined Operator Transformation Scheme 2.0 Yes Enables the construction of User Defined Operators
VTL Mapping Transformation Scheme 2.0 Yes Enables the construction of Mapping Schemes