Data Related Structure - Revision history

Vmurrell at 12:15, 28 March 2024

2024-03-28T12:15:40Z

Vmurrell at 12:14, 28 March 2024

2024-03-28T12:14:38Z

Vmurrell at 14:13, 1 September 2022

2022-09-01T14:13:26Z

Vmurrell at 14:07, 1 September 2022

2022-09-01T14:07:56Z

Vmurrell at 14:01, 1 September 2022

2022-09-01T14:01:00Z

Vmurrell at 14:00, 1 September 2022

2022-09-01T14:00:38Z

Vmurrell at 13:59, 1 September 2022

2022-09-01T13:59:59Z

Vmurrell at 16:21, 17 August 2022

2022-08-17T16:21:06Z

Vmurrell at 12:08, 17 August 2022

2022-08-17T12:08:27Z

Vmurrell at 09:16, 20 April 2021

2021-04-20T09:16:50Z

← Older revision		Revision as of 12:15, 28 March 2024
Line 8:		Line 8:
	* [[Provision_Agreements\|Provision Agreement:]] A Provision Agreement is the union of a Dataflow with a Data Provider. A Provision Agreement is a definition that the Data Provider is allowed to provide data for the Dataflow.		* [[Provision_Agreements\|Provision Agreement:]] A Provision Agreement is the union of a Dataflow with a Data Provider. A Provision Agreement is a definition that the Data Provider is allowed to provide data for the Dataflow.

−	* [[Content_Constraint\|Reporting Constraints:]] Reporting Constraints are used to further restrict the allowable content of a [[~~Codelist~~\|Codelist]] in the context of a DSD, Dataflow, Provision Agreement or Data Provider. The restrictions imposed by Reporting Constraints are taken into account when validating a dataset reported by a Data Provider. A Reporting Constraint defines restrictions against Dimensions and Attributes of a DSD which take allowable content from an enumerated list (e.g Codelist). When viewing a Reporting Constraint, the details will show either an Included Cube (allowable Codes) or an Excluded Cube (excluded Codes) or both. The cascade feature of a Reporting Constraint enables the include/excluded rules to apply to any child Codes of the Constrained Code.	+	* [[Content_Constraint\|Reporting Constraints:]] Reporting Constraints are used to further restrict the allowable content of a [[Codelist_V10\|Codelist]] in the context of a DSD, Dataflow, Provision Agreement or Data Provider. The restrictions imposed by Reporting Constraints are taken into account when validating a dataset reported by a Data Provider. A Reporting Constraint defines restrictions against Dimensions and Attributes of a DSD which take allowable content from an enumerated list (e.g Codelist). When viewing a Reporting Constraint, the details will show either an Included Cube (allowable Codes) or an Excluded Cube (excluded Codes) or both. The cascade feature of a Reporting Constraint enables the include/excluded rules to apply to any child Codes of the Constrained Code.

@@ Line 6: / Line 6: @@
 * [[Dataflow V10|Dataflow:]]  A Dataflow is a structure on which data is collected and disseminated.  A Dataflow references a DSD which is used as the underlying template to which the data must conform.
-* [[Provision_Agreement|Provision Agreement:]] A Provision Agreement is the union of a Dataflow with a Data Provider.  A Provision Agreement is a definition that the Data Provider is allowed to provide data for the Dataflow.
+* [[Provision_Agreements|Provision Agreement:]] A Provision Agreement is the union of a Dataflow with a Data Provider.  A Provision Agreement is a definition that the Data Provider is allowed to provide data for the Dataflow.
 * [[Content_Constraint|Reporting Constraints:]]  Reporting Constraints are used to further restrict the allowable content of a [[Codelist|Codelist]] in the context of a DSD, Dataflow, Provision Agreement or Data Provider.  The restrictions imposed by Reporting Constraints are taken into account when validating a dataset reported by a Data Provider.  A Reporting Constraint defines restrictions against Dimensions and Attributes of a DSD which take allowable content from an enumerated list (e.g Codelist). When viewing a Reporting Constraint, the details will show either an Included Cube (allowable Codes) or an Excluded Cube (excluded Codes) or both.  The cascade feature of a Reporting Constraint enables the include/excluded rules to apply to any child Codes of the Constrained Code.

← Older revision		Revision as of 14:13, 1 September 2022
Line 9:		Line 9:

	* [[Content_Constraint\|Reporting Constraints:]] Reporting Constraints are used to further restrict the allowable content of a [[Codelist\|Codelist]] in the context of a DSD, Dataflow, Provision Agreement or Data Provider. The restrictions imposed by Reporting Constraints are taken into account when validating a dataset reported by a Data Provider. A Reporting Constraint defines restrictions against Dimensions and Attributes of a DSD which take allowable content from an enumerated list (e.g Codelist). When viewing a Reporting Constraint, the details will show either an Included Cube (allowable Codes) or an Excluded Cube (excluded Codes) or both. The cascade feature of a Reporting Constraint enables the include/excluded rules to apply to any child Codes of the Constrained Code.		* [[Content_Constraint\|Reporting Constraints:]] Reporting Constraints are used to further restrict the allowable content of a [[Codelist\|Codelist]] in the context of a DSD, Dataflow, Provision Agreement or Data Provider. The restrictions imposed by Reporting Constraints are taken into account when validating a dataset reported by a Data Provider. A Reporting Constraint defines restrictions against Dimensions and Attributes of a DSD which take allowable content from an enumerated list (e.g Codelist). When viewing a Reporting Constraint, the details will show either an Included Cube (allowable Codes) or an Excluded Cube (excluded Codes) or both. The cascade feature of a Reporting Constraint enables the include/excluded rules to apply to any child Codes of the Constrained Code.
−
−	* [[Pre-Defined_Queries\|Pre-Defined Queries:]] A pre-defined query is the same underlying SDMX Structure type as a Reporting Constraint (both structures are known as a Content Constraint). A Content Constraint can be constructed to define what data is allowed to be reported (Reporting Constraint) or alternatively it can be constructed to define existing data, the latter being used in the Registry as a Pre-Defined Query. A Pre-Defined Query is used to define a sub-cube of data for a Dataflow and giving the sub-cube a name and description.

← Older revision		Revision as of 14:07, 1 September 2022
Line 10:		Line 10:
	* [[Content_Constraint\|Reporting Constraints:]] Reporting Constraints are used to further restrict the allowable content of a [[Codelist\|Codelist]] in the context of a DSD, Dataflow, Provision Agreement or Data Provider. The restrictions imposed by Reporting Constraints are taken into account when validating a dataset reported by a Data Provider. A Reporting Constraint defines restrictions against Dimensions and Attributes of a DSD which take allowable content from an enumerated list (e.g Codelist). When viewing a Reporting Constraint, the details will show either an Included Cube (allowable Codes) or an Excluded Cube (excluded Codes) or both. The cascade feature of a Reporting Constraint enables the include/excluded rules to apply to any child Codes of the Constrained Code.		* [[Content_Constraint\|Reporting Constraints:]] Reporting Constraints are used to further restrict the allowable content of a [[Codelist\|Codelist]] in the context of a DSD, Dataflow, Provision Agreement or Data Provider. The restrictions imposed by Reporting Constraints are taken into account when validating a dataset reported by a Data Provider. A Reporting Constraint defines restrictions against Dimensions and Attributes of a DSD which take allowable content from an enumerated list (e.g Codelist). When viewing a Reporting Constraint, the details will show either an Included Cube (allowable Codes) or an Excluded Cube (excluded Codes) or both. The cascade feature of a Reporting Constraint enables the include/excluded rules to apply to any child Codes of the Constrained Code.

−	* [[~~Pre_Defined_Queries~~\|Pre-Defined Queries:]] A pre-defined query is the same underlying SDMX Structure type as a Reporting Constraint (both structures are known as a Content Constraint). A Content Constraint can be constructed to define what data is allowed to be reported (Reporting Constraint) or alternatively it can be constructed to define existing data, the latter being used in the Registry as a Pre-Defined Query. A Pre-Defined Query is used to define a sub-cube of data for a Dataflow and giving the sub-cube a name and description.	+	* [[Pre-Defined_Queries\|Pre-Defined Queries:]] A pre-defined query is the same underlying SDMX Structure type as a Reporting Constraint (both structures are known as a Content Constraint). A Content Constraint can be constructed to define what data is allowed to be reported (Reporting Constraint) or alternatively it can be constructed to define existing data, the latter being used in the Registry as a Pre-Defined Query. A Pre-Defined Query is used to define a sub-cube of data for a Dataflow and giving the sub-cube a name and description.

@@ Line 4: / Line 4: @@
 * [[Data_Structure_Definition V10|Data Structure Definition:]] A Data Structure Definition (DSD) defines a dataset in terms of its Dimensionality and allowable content.  All reported datasets must conform to the description of a DSD.
-* [[Dataflow|Dataflow:]]  A Dataflow is a structure on which data is collected and disseminated.  A Dataflow references a DSD which is used as the underlying template to which the data must conform.
+* [[Dataflow V10|Dataflow:]]  A Dataflow is a structure on which data is collected and disseminated.  A Dataflow references a DSD which is used as the underlying template to which the data must conform.
 * [[Provision_Agreement|Provision Agreement:]] A Provision Agreement is the union of a Dataflow with a Data Provider.  A Provision Agreement is a definition that the Data Provider is allowed to provide data for the Dataflow.

@@ Line 2: / Line 2: @@
 Data related structures are used to define the structure of datasets along with allowable content, and they are also used to define what datasets Data Providers are allowed to report data on. Data related structures includes:
-* [[Data_Structure_Definition|Data Structure Definition:]] A Data Structure Definition (DSD) defines a dataset in terms of its Dimensionality and allowable content.  All reported datasets must conform to the description of a DSD.
+* [[Data_Structure_Definition V10|Data Structure Definition:]] A Data Structure Definition (DSD) defines a dataset in terms of its Dimensionality and allowable content.  All reported datasets must conform to the description of a DSD.
 * [[Dataflow|Dataflow:]]  A Dataflow is a structure on which data is collected and disseminated.  A Dataflow references a DSD which is used as the underlying template to which the data must conform.

← Older revision		Revision as of 13:59, 1 September 2022
Line 1:		Line 1:
	[[Category:Concepts_Reference_V10]]		[[Category:Concepts_Reference_V10]]
−	~~[[Category:Concepts_Reference_V11]]~~
	Data related structures are used to define the structure of datasets along with allowable content, and they are also used to define what datasets Data Providers are allowed to report data on. Data related structures includes:		Data related structures are used to define the structure of datasets along with allowable content, and they are also used to define what datasets Data Providers are allowed to report data on. Data related structures includes:

← Older revision		Revision as of 16:21, 17 August 2022
Line 1:		Line 1:
	[[Category:Concepts_Reference_V10]]		[[Category:Concepts_Reference_V10]]
		+	[[Category:Concepts_Reference_V11]]
	Data related structures are used to define the structure of datasets along with allowable content, and they are also used to define what datasets Data Providers are allowed to report data on. Data related structures includes:		Data related structures are used to define the structure of datasets along with allowable content, and they are also used to define what datasets Data Providers are allowed to report data on. Data related structures includes:

← Older revision		Revision as of 12:08, 17 August 2022
Line 1:		Line 1:
−	[[Category:~~Concepts Reference~~]]	+	[[Category:Concepts_Reference_V10]]
	Data related structures are used to define the structure of datasets along with allowable content, and they are also used to define what datasets Data Providers are allowed to report data on. Data related structures includes:		Data related structures are used to define the structure of datasets along with allowable content, and they are also used to define what datasets Data Providers are allowed to report data on. Data related structures includes:

← Older revision		Revision as of 09:16, 20 April 2021
Line 9:		Line 9:

	* [[Content_Constraint\|Reporting Constraints:]] Reporting Constraints are used to further restrict the allowable content of a [[Codelist\|Codelist]] in the context of a DSD, Dataflow, Provision Agreement or Data Provider. The restrictions imposed by Reporting Constraints are taken into account when validating a dataset reported by a Data Provider. A Reporting Constraint defines restrictions against Dimensions and Attributes of a DSD which take allowable content from an enumerated list (e.g Codelist). When viewing a Reporting Constraint, the details will show either an Included Cube (allowable Codes) or an Excluded Cube (excluded Codes) or both. The cascade feature of a Reporting Constraint enables the include/excluded rules to apply to any child Codes of the Constrained Code.		* [[Content_Constraint\|Reporting Constraints:]] Reporting Constraints are used to further restrict the allowable content of a [[Codelist\|Codelist]] in the context of a DSD, Dataflow, Provision Agreement or Data Provider. The restrictions imposed by Reporting Constraints are taken into account when validating a dataset reported by a Data Provider. A Reporting Constraint defines restrictions against Dimensions and Attributes of a DSD which take allowable content from an enumerated list (e.g Codelist). When viewing a Reporting Constraint, the details will show either an Included Cube (allowable Codes) or an Excluded Cube (excluded Codes) or both. The cascade feature of a Reporting Constraint enables the include/excluded rules to apply to any child Codes of the Constrained Code.
		+
		+	* [[Pre_Defined_Queries\|Pre-Defined Queries:]] A pre-defined query is the same underlying SDMX Structure type as a Reporting Constraint (both structures are known as a Content Constraint). A Content Constraint can be constructed to define what data is allowed to be reported (Reporting Constraint) or alternatively it can be constructed to define existing data, the latter being used in the Registry as a Pre-Defined Query. A Pre-Defined Query is used to define a sub-cube of data for a Dataflow and giving the sub-cube a name and description.