Last modified by Artur on 2025/09/10 11:19
Summary
-
Page properties (3 modified, 0 added, 0 removed)
-
Objects (0 modified, 1 added, 0 removed)
Details
- Page properties
-
- Parent
-
... ... @@ -1,0 +1,1 @@ 1 +Methodology.WebHome - Content
-
... ... @@ -14,21 +14,21 @@ 14 14 15 15 = {{id name="_Toc38908"/}}1. Introduction = 16 16 17 -The Statistical Data and Metadata Exchange (SDMX) initiative (http:~/~/www.sdmx.org) sets standards that can facilitate the exchange of statistical data and metadata using modern information technology, with an emphasis on aggregated data. 17 +The [[Statistical Data and Metadata Exchange>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]] ([[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]]) initiative (http:~/~/www.[[sdmx>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]].org) sets standards that can facilitate the exchange of statistical data and metadata using modern information technology, with an emphasis on aggregated data. 18 18 19 -There are several sections to the SDMX Technical Specification: 19 +There are several sections to the [[SDMX Technical Specification>>doc:sdmx:Glossary.SDMX Technical Specification.WebHome]]: 20 20 21 -1. SDMX Framework Document – this document. The purpose of this document is to introduce SDMX and its scope. This document will be revised in due course to include the conformance requirements. 22 -1. The SDMX Information Model - the information model on which syntaxspecific implementations described in the other sections are based. This is intended for technicians wishing to understand the complete scope of the technical standards in a syntax-neutral form. It includes as an annex a tutorial on UML (Unified Modelling Language). This document is not normative. 23 -1. SDMX-EDI - the UN/EDIFACT format for exchange of SDMX-structured data and metadata. This document contains normative sections describing the use of the UN/EDIFACT syntax in SDMX messages. This document has normative sections. 24 -1. SDMX-ML - the XML format for the exchange of SDMX-structured data and metadata. This document has normative sections describing the use of the XML syntax in SDMX messages, and is accompanied by a set of normative XML schemas and non-normative sample XML document instances. 25 -1. The SDMX Registry Specification provides for a central registry of information about available data and reference metadata, and for a repository containing structural metadata and provisioning information. This specification defines the basic services offered by the SDMX Registry: registration of data and metadata; querying for data and metadata; and subscription/notification regarding updates to the registry. This document has normative sections. 26 -1. The SDMX Technical Notes – this is a guide to help those who wish to use the SDMX specifications. It includes notes on the expressive differences of the various messages and syntaxes; versioning; maintenance agencies; the SDMX Registry. This document is not normative. 27 -1. Web Services Guidelines – this is a guide for those who wish to implement SDMX using web-services technologies. It places an emphasis on those aspects of web-services technologies (including, but not requiring, an SDMXconformant registry) which will work regardless of the development environment or platform used to create the web services. This document contains normative sections.{{footnote}}SOAP and REST specifications are not maintained any more in this section, see the SDMX website.{{/footnote}} 21 +1. [[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]] Framework Document – this document. The purpose of this document is to introduce [[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]] and its scope. This document will be revised in due course to include the conformance requirements. 22 +1. The [[SDMX Information Model>>doc:sdmx:Glossary.SDMX Information Model.WebHome]] - the information model on which syntaxspecific implementations described in the other sections are based. This is intended for technicians wishing to understand the complete scope of the technical standards in a syntax-neutral form. It includes as an annex a tutorial on UML (Unified Modelling Language). This document is not normative. 23 +1. [[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]]-EDI - the UN/EDIFACT format for exchange of [[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]]-structured data and metadata. This document contains normative sections describing the use of the UN/EDIFACT syntax in [[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]] messages. This document has normative sections. 24 +1. [[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]]-ML - the XML format for the exchange of [[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]]-structured data and metadata. This document has normative sections describing the use of the XML syntax in [[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]] messages, and is accompanied by a set of normative XML schemas and non-normative sample XML document instances. 25 +1. The [[SDMX Registry>>doc:sdmx:Glossary.SDMX Registry.WebHome]] Specification provides for a central registry of information about available data and [[reference metadata>>doc:sdmx:Glossary.Reference metadata.WebHome]], and for a repository containing [[structural metadata>>doc:sdmx:Glossary.Structural metadata.WebHome]] and provisioning information. This specification defines the basic services offered by the [[SDMX Registry>>doc:sdmx:Glossary.SDMX Registry.WebHome]]: registration of data and metadata; querying for data and metadata; and [[subscription>>doc:sdmx:Glossary.Subscription.WebHome]]/[[notification>>doc:sdmx:Glossary.Notification.WebHome]] regarding updates to the registry. This document has normative sections. 26 +1. The [[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]] Technical Notes – this is a guide to help those who wish to use the [[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]] specifications. It includes notes on the expressive differences of the various messages and syntaxes; versioning; [[maintenance agencies>>doc:sdmx:Glossary.Maintenance agency.WebHome]]; the [[SDMX Registry>>doc:sdmx:Glossary.SDMX Registry.WebHome]]. This document is not normative. 27 +1. Web Services Guidelines – this is a guide for those who wish to implement [[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]] using web-services technologies. It places an emphasis on those aspects of web-services technologies (including, but not requiring, an SDMXconformant registry) which will work regardless of the development environment or platform used to create the web services. This document contains normative sections.{{footnote}}SOAP and REST specifications are not maintained any more in this section, see the SDMX website.{{/footnote}} 28 28 29 -In July 2020 it was released an important improvement of the SDMX 2.1 specifications for the SDMX implementation of the Validation and Transformation Language (VTL). This implied a revision of some of the SDMX 2.1 sections. The relevant changes are not described in the next section but in the section 10 below. 29 +In July 2020 it was released an important improvement of the [[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]] 2.1 specifications for the [[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]] implementation of the [[Validation and Transformation Language>>doc:sdmx:Glossary.Validation and transformation language.WebHome]] ([[VTL>>doc:sdmx:Glossary.Validation and transformation language.WebHome]]). This implied a revision of some of the [[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]] 2.1 sections. The relevant changes are not described in the next section but in the section 10 below. 30 30 31 -Please note also that the SOAP and REST specifications are not maintained any more in the section 7 (Web Service Guidelines), the link to these specifications can be found on the SDMX website 31 +Please note also that the SOAP and REST specifications are not maintained any more in the section 7 (Web Service Guidelines), the link to these specifications can be found on the [[SDMX>>doc:sdmx:Glossary.Statistical data and metadata exchange.WebHome]] website 32 32 33 33 = {{id name="_Toc38909"/}}2. Changes from Previous Version = 34 34 ... ... @@ -232,10 +232,7 @@ 232 232 While the SDMX-EDI format is primarily designed to support batch exchange, SDMXML supports a wider range of requirements. XML formats are used for many different types of automated processing, and thus must support more varied processing scenarios. That is why there are several types of messages available as SDMX-ML formats. Each is suited to support a specific set of processing requirements. 233 233 234 234 1. //Structure Definition~:// All SDMX-ML message types share a common XML expression of the metadata needed to understand and process a data set or metadata set, and additional metadata about category schemes and organisations is included. Also, the structural aspects of data and metadata provision – dataflows and metadataflows – are described using this format. 235 -1. //Generic Data~:// All statistical data expressible in SDMX-ML can be marked up according to this data format, in agreement with the contents of a Structure Definition message. It is designed for any scenario where applications receiving the data need to process it according to a single format. Such applications may need independent access to the data set's structure before they process it. Data marked up in this format are not particularly compact, but they make easily available all aspects of the data set. This format does 236 - 237 -not provide strict validation between the data set and its structural definition using a generic XML parser. It supports the transmission of partial data sets (incremental updates) as well as whole data sets. It supports both the timeseries and the cross-sectional use cases. 238 - 235 +1. //Generic Data~:// All statistical data expressible in SDMX-ML can be marked up according to this data format, in agreement with the contents of a Structure Definition message. It is designed for any scenario where applications receiving the data need to process it according to a single format. Such applications may need independent access to the data set's structure before they process it. Data marked up in this format are not particularly compact, but they make easily available all aspects of the data set. This format does not provide strict validation between the data set and its structural definition using a generic XML parser. It supports the transmission of partial data sets (incremental updates) as well as whole data sets. It supports both the timeseries and the cross-sectional use cases. 239 239 1. //Structure-specific Data~:// This format is specific to the Data Structure Definition of the data set (in other terms, it is DSD-specific) and is created by following mappings between the metadata constructs defined in the Structure Definition message and the technical specification of the format. It supports the exchange of large data sets in XML format (typically the size of the data set is 50% of the same data expressed as Generic Data), provides strict validation of conformance with the DSD using a generic XML parser, and supports the transmission of partial data sets (incremental updates) as well as whole data sets. The Structure-specific Data format specified in SDMX 2.1 supports both the time-series and the cross-sectional use cases which were covered by two distinct formats in SDMX 2.0. Many XML tools and technologies have expectations about the functions performed by an XML schema, one of which is a very direct relationship between the XML constructs described in the XML schema and the tagged data in the XML instance. Strong data typing is also considered normal, supporting full validation of the tagged data. These message types are designed to support validation and other expected XML schema functions. 240 240 1. //Generic Metadata~:// All reference metadata expressible in SDMX-ML format can be marked up according to this schema. It performs only a minimum of validation, and is somewhat verbose, but it does support the creation of generic software tools and services for processing reference metadata. 241 241 1. //Structure-specific Metadata~:// For each metadata structure definition, an XML schema specific to that structure can be created, to perform validation on sets of reported metadata. This structure is less verbose than the Generic Metadata format, and, because the XML mark-up relates directly to the reported concepts, it is appropriate for applications that are designed to process a specific type of metadata report. It is analogous to the Structurespecific Data format for data in its approach to the use of XML. ... ... @@ -278,10 +278,8 @@ 278 278 279 279 = {{id name="_Toc38926"/}}10 Validation and Transformation Language = 280 280 281 -For many years the SDMX initiative has been fostering and supporting the development of a standard calculation language, called Validation and Transformation Language (VTL). A blueprint for defining calculations was already described in the original SDMX 2.1 specifications (package 13 of the Information 278 +For many years the SDMX initiative has been fostering and supporting the development of a standard calculation language, called Validation and Transformation Language (VTL). A blueprint for defining calculations was already described in the original SDMX 2.1 specifications (package 13 of the Information Model - “Transformations and Expressions”). It was just a basic framework that required further developments to became operational in order to achieve a calculation language able to manipulate SDMX artefacts. 282 282 283 -Model - “Transformations and Expressions”). It was just a basic framework that required further developments to became operational in order to achieve a calculation language able to manipulate SDMX artefacts. 284 - 285 285 These developments started in late 2012 and were put in charge of the Validation and Transformation Language Task Force (VTL TF), which included members of the SDMX Technical Working Group (TWG) and Statistical Working Group (SWG), besides experts coming from the DDI and GSIM communities. The intent was to define a stardard language to be implemented in SDMX and applicable also to GSIM and DDI. This brought to the publication of the VTL 1.0 in 2015. Then new requirements came from a number of proofs of concepts and tests of VTL 1.0 made by several organisations and triggered a large improvement of the language. A new provisional version, the VTL 1.1, was released in public consultation in 2017. The high number of comments received triggered another phase of intensive work, with the main goal of achieving a more robust and forward compatible version. Finally, the VTL 2.0 was published between April and July 2018 (see the SDMX website). 286 286 287 287 The implementation in the SDMX standards of the VTL 2.0 started in late 2018. It allows to write VTL 2.0 programs for validating and transforming SDMX data, to store these programs in a SDMX metadata registry and to exchange them through SDMX messages, also together the definition of the data structures of the involved data. ... ... @@ -290,10 +290,8 @@ 290 290 291 291 The new SDMX 2.1 parts relevant to VTL are in Section 2 (Information Model), Section 3A (SDMX-ML: XML formats), Section 3B (SDMX-ML: XML Schema, Samples, WADL and WSDL), Section 5 (Registry Specifications), Section 6 (Technical Notes) and in the REST specifications of the SDMX web services. On the contrary, the VTL is not supported in the UN/EDIFACT SDMX formats (Section 4) and in the SDMX SOAP web service interface. 292 292 293 -As for the Section 2 (Information Model), the change is relevant to the package 13 288 +As for the Section 2 (Information Model), the change is relevant to the package 13 “Transformations and Expressions”, which previously contained only a blueprint for future elaboration and was not operational. This package is renamed to “Validation and Transformation Language” and is completely reformulated by introducing the actual object classes needed to define and manage VTL 2.0 programs. The other parts of the IM are not impacted. 294 294 295 -“Transformations and Expressions”, which previously contained only a blueprint for future elaboration and was not operational. This package is renamed to “Validation and Transformation Language” and is completely reformulated by introducing the actual object classes needed to define and manage VTL 2.0 programs. The other parts of the IM are not impacted. 296 - 297 297 In the Section 3A and 3B, new schemas, samples and documentation aimed at exchanging VTL programs through SDMX structure messages have been introduced. Other parts are not impacted. 298 298 299 299 In the section 5 (Registry Specifications), the VTL artefacts have been added. The other artefacts are not impacted.
- SUZ.Methodology.Code.MethodologyClass[0]
-