Changes for page Part IV. Data and Reference Metadata Namespaces

Last modified by Helena K. on 2026/06/09 17:04

From 2.8 to 2.9 From 12.2 to 13.1

From version 2.9

edited by Helena K.
on 2025/07/02 15:09

Change comment: There is no comment for this version

To version 12.2

edited by Helena K.
on 2026/06/09 16:42

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (3 modified, 0 added, 0 removed)
Objects (0 modified, 1 added, 1 removed)
- SUZ.Methodology.Code.MethodologyClass[0]
- SKMS.Methodology.Code.MethodologyClass[0]

Details

Page properties

Title

@@ -1,1 +1,1 @@
--Part IV. Data
++Part IV. Data and Reference Metadata Namespaces

Tags

...	...	@@ -1,0 +1,1 @@
	1	+Annotation\|Artefact\|Attachment level\|Attribute\|Attribute relationship\|Code\|Code list\|Component\|Concept scheme\|Data consumer\|Data set\|Data structure definition\|Dataflow\|Dimension\|Facet\|Hierarchy\|Incremental update\|Item scheme\|Maintenance agency\|Measure\|Metadata set\|Metadataflow\|Provision agreement\|Reference metadata\|Representation\|SDMX Registry\|SDMX-ML\|Series key\|Statistical data and metadata exchange\|Structural metadata\|isExternalReference

Content

@@ -6,11 +6,11 @@
  The first change in the data and metadata message is one of terminology. In order to foster consistency in the standard, the names and namespaces of the data and metadata message have been changed. The namespaces now have a uniform format of /data/format and /metadata/format. This also applies to the message names as well, where the names follow the pattern of FormatData (e.g. StructuredData and GenericMetadata).
--For data messages, since (% style="color:#e74c3c" %)version(%%) 3.0 only the (data-)structure-specific format is maintained, the generic format being deprecated. The structure-specific data message combines the principles of the former compact and cross-sectional formats into one more generalised format. All data can be exchanged as either an un-grouped collection of observations, each specifying a full key, or it can be exchanged as data grouped into series with any single [[dimension>>doc:sdmx:Glossary.Dimension.WebHome]] placed at the observation level.
++For data messages, since version 3.0 only the (data-)structure-specific format is maintained, the generic format being deprecated. The structure-specific data message combines the principles of the former compact and cross-sectional formats into one more generalised format. All data can be exchanged as either an un-grouped collection of observations, each specifying a full key, or it can be exchanged as data grouped into series with any single dimension placed at the observation level.
  A base schema now imposes a strict format for the generated structure-specific schemas. This not only allows performing the required validations, but the messages will also be much simpler to process as the format will always use the same element names.
--For metadata messages, since (% style="color:#e74c3c" %)version(%%) 3.0, in opposite, only the generic format is maintained, the (metadata-)structure-specific format being deprecated.
++For metadata messages, since version 3.0, in opposite, only the generic format is maintained, the (metadata-)structure-specific format being deprecated.
  = 2 Schema Documentation =
@@ -38,7 +38,7 @@
  Derivation:
  AnnotableType (extension)
--   DataSetType
++    DataSetType
  Attributes:
  structureRef, setID?, action?, reportingBeginDate?, reportingEndDate?, validFromDate?, validToDate?, publicationYear?, publicationPeriod?
@@ -66,10 +66,10 @@
  |**Name**|**Type**|**Documentation**
  |Annotations|AnnotationsType|Annotations is a reusable element the provides for a collection of annotations. It has been made global so that restrictions of types that extend AnnotatableType may reference it.
  |DataProvider|DataProviderReferenceType|DataProvider contains a reference to the provider for the data set.
--|Atts|*AttsType*|Atts contains a set of data or metadata attribute values with an attachment level of none (i.e. data set level) or reported against a partial set of dimension values.
--|Group|*GroupType*|Group contains a reference to a defined group in the data structure definition along with its key (if necessary) and values for the attributes which are associated with the group. An attribute is associated to a group by either an explicit group relationship or by a group attachment when the attribute has a relationship with a dimension which is a member of this group.
--|Series|*SeriesType*|Series contains a collection of observations that share a common key (set of dimension values). The key of a series is every dimension defined in the data structure definition, save the dimension at the observation level. In addition to the key and observations, the series contains values for data and metadata attributes which have a relationship with any dimension that is part of the series key, so long as the attribute does not specify an attachment group or also has a relationship with the dimension declared to be at the observation level.
--|Obs|*ObsType*|Obs is an un-grouped observation. This observation has a key which is a set of values for all dimensions declared in the data structure definition. In addition to the key, the value of the observation can be provided along with values for all data and metadata attributes which have an association with the observation or any dimension (so long as it does not specify a group attachment).
++|Atts|//AttsType//|Atts contains a set of data or metadata attribute values with an attachment level of none (i.e. data set level) or reported against a partial set of dimension values.
++|Group|//GroupType//|Group contains a reference to a defined group in the data structure definition along with its key (if necessary) and values for the attributes which are associated with the group. An attribute is associated to a group by either an explicit group relationship or by a group attachment when the attribute has a relationship with a dimension which is a member of this group.
++|Series|//SeriesType//|Series contains a collection of observations that share a common key (set of dimension values). The key of a series is every dimension defined in the data structure definition, save the dimension at the observation level. In addition to the key and observations, the series contains values for data and metadata attributes which have a relationship with any dimension that is part of the series key, so long as the attribute does not specify an attachment group or also has a relationship with the dimension declared to be at the observation level.
++|Obs|//ObsType//|Obs is an un-grouped observation. This observation has a key which is a set of values for all dimensions declared in the data structure definition. In addition to the key, the value of the observation can be provided along with values for all data and metadata attributes which have an association with the observation or any dimension (so long as it does not specify a group attachment).
  |Metadata|MetadataSetType|Allows for attachment of reference metadata against to the data set.
  //**GroupType:**// GroupType is the abstract type which defines a structure which is used to communicate attribute values for a group defined in a data structure definition. The group can consist of either a subset of the dimensions defined by the data structure definition, or an association to an attachment constraint, which in turn defines key sets to which attributes can be attached. In the case that the group is based on an attachment constraint, only the identification of group is provided. It is expected that a system which is processing this will relate that identifier to the key sets defined in the constraint and apply the values provided for the attributes appropriately. Data structure definition schemas will drive types based on this for each group defined in the data structure definition. Both the dimension values which make up the key (if applicable) and the attribute values associated with the group will be represented with XML attributes. This is specified in the content model with the declaration of anyAttributes in the "local" namespace. The derived group type will refine this structure so that the attributes are explicit. The XML attributes will be given a name based on the attribute's identifier. These XML attributes will be unqualified (meaning they do not have a namespace associated with them). The dimension XML attributes will be required while the attribute XML attributes will be optional. To allow for generic processing, it is required that the only unqualified XML attributes in the derived group type be for the group dimensions and data or metadata attributes declared in the data structure definition. If additional attributes are required, these should be qualified with a namespace so that a generic application can easily distinguish them as not being meant to represent a data structure definition dimension or attribute.
@@ -181,7 +181,7 @@
  |Comp|//CompType//|Comp contains the details of observation measures or attributes that have complex representation and cannot be expressed as XML attributes.
  |Metadata|MetadataSetType|Allows for attachment of reference metadata against to the observation.
--***AttsType*:** AttsType is the abstract type which defines a structure which is used to group a collection of data or metadata attributes which have a key in common. The key for a attribute collection is a subset of the dimension defined in the data structure definition. This is also used for data set level attributes (i.e. those with an attribute relationship of none). In this case, the subset of dimensions is empty. Data structure definition schemas will derive a type based on this that is specific to the data structure definition. The dimension values which make up the key will be represented with local (non-namespace qualified) XML attributes. The metadata attribute values associated with the key dimensions will be expressed as XML local (non-namespace qualified) attributes if they are simple values (e.g. enumerated, dates, numbers) and are not repeatable. Metadata attributes that are repeatable, or do not have simple values (e.g. text) will be expressed using the Comp element. These dimensions and simple attributes are specified in the content model with the declaration of anyAttributes in the "local" namespace. The derived series type will refine this structure so that the attributes are explicit. The XML attributes will be given a name based on the attribute's identifier. These XML attributes will be unqualified (meaning they do not have a namespace associated with them). The dimension XML attributes will be required while the attribute XML attributes will be optional. To allow for generic processing, it is required that the only unqualified XML attributes in the derived group type be for the series dimensions and attributes declared in the data structure definition. If additional attributes are required, these should be qualified with a namespace so that a generic application can easily distinguish them as not being meant to represent a data structure definition dimension or attribute.
++//**AttsType:**// AttsType is the abstract type which defines a structure which is used to group a collection of data or metadata attributes which have a key in common. The key for a attribute collection is a subset of the dimension defined in the data structure definition. This is also used for data set level attributes (i.e. those with an attribute relationship of none). In this case, the subset of dimensions is empty. Data structure definition schemas will derive a type based on this that is specific to the data structure definition. The dimension values which make up the key will be represented with local (non-namespace qualified) XML attributes. The metadata attribute values associated with the key dimensions will be expressed as XML local (non-namespace qualified) attributes if they are simple values (e.g. enumerated, dates, numbers) and are not repeatable. Metadata attributes that are repeatable, or do not have simple values (e.g. text) will be expressed using the Comp element. These dimensions and simple attributes are specified in the content model with the declaration of anyAttributes in the "local" namespace. The derived series type will refine this structure so that the attributes are explicit. The XML attributes will be given a name based on the attribute's identifier. These XML attributes will be unqualified (meaning they do not have a namespace associated with them). The dimension XML attributes will be required while the attribute XML attributes will be optional. To allow for generic processing, it is required that the only unqualified XML attributes in the derived group type be for the series dimensions and attributes declared in the data structure definition. If additional attributes are required, these should be qualified with a namespace so that a generic application can easily distinguish them as not being meant to represent a data structure definition dimension or attribute.
  Derivation:
@@ -230,7 +230,7 @@
  === 2.2.3 Complex Types ===
--***MetadataSetBaseType*:** MetadataSetBaseType defines the base refinement of the MetadataSetType. Its purpose is to restrict the urn attribute.
++//**MetadataSetBaseType:**// MetadataSetBaseType defines the base refinement of the MetadataSetType. Its purpose is to restrict the urn attribute.
  Derivation:
@@ -320,8 +320,11 @@
  |Link|(% style="width:185px" %)LinkType|(% style="width:412px" %)Allows for the linking of other resources to identifiable objects. For example, if there is reference metadata associated with a structure, a link to the metadata report can be dynamically inserted in the structure metadata.
  |Name|(% style="width:185px" %)TextType|(% style="width:412px" %)Name provides for a human-readable name for the object. This may be provided in multiple, parallel language-equivalent forms.
  |Description|(% style="width:185px" %)TextType|(% style="width:412px" %)Description provides for a longer human-readable description of the object. This may be provided in multiple, parallel language-equivalent forms.
--|MetadataProvision<br/>Agreement|(% style="width:185px" %)MetadataProvisionAgree<br/>mentReferenceType|(% style="width:412px" %)Metadataflow provides a reference to the metadata provision agreement the metadata set is being reported against.
--|Metadataflow|(% style="width:185px" %)MetadataflowReference<br/>Type|(% style="width:412px" %)Metadataflow provides a reference to the metadataflow the metadata set is being reported against.
++|MetadataProvision
++Agreement|(% style="width:185px" %)MetadataProvisionAgree
++mentReferenceType|(% style="width:412px" %)Metadataflow provides a reference to the metadata provision agreement the metadata set is being reported against.
++|Metadataflow|(% style="width:185px" %)MetadataflowReference
++Type|(% style="width:412px" %)Metadataflow provides a reference to the metadataflow the metadata set is being reported against.
  |Target|(% style="width:185px" %)WildcardUrnType|(% style="width:412px" %)Target references the target structures for which metadata is being reported. These must conform with the constraints defined by the metadata provision agreement and/or the metadataflow.
  |Attribute|(% style="width:185px" %)AttributeType|(% style="width:412px" %)Att elements hold the reported metadata attribute values being reported in the metadata set. These conform to the metadata structure definition.
@@ -451,14 +451,13 @@
  A representation which defines an enumeration from a codelist or hierarchy will result in a simple type that is a restriction of the common:IDType. The simple type will define enumerations for each code in the codelist or hierarchy, accounting for extensions. The value for these enumerations will be identifier of the item. If desired, the names of the item may be placed in the documentation of the enumeration, but this is not required. Example:
--xml
--   <xs:simpleType name="ESTAT.CL\_COUNTRY.1.0">
--      <xs:restriction base="common:IDType">
--         <xs:enumeration value="BE">
--            <xs:annotation>
--               <xs:documentation xml:lang="en">Belgium</xs:documentation>
--            </xs:annotation>
--         </xs:enumeration>
++>  <xs:simpleType name="ESTAT.CL\_COUNTRY.1.0">
++>     <xs:restriction base="common:IDType">
++>        <xs:enumeration value="BE">
++>           <xs:annotation>
++>              <xs:documentation xml:lang="en">Belgium</xs:documentation>
++>           </xs:annotation>
++>        </xs:enumeration>
  === 3.3.5 Representation with Value List Enumeration ===
@@ -474,61 +474,61 @@
  If the representation is not simple, see the rules in the following section for complex text formats. If the representation is simple, the first step is to determine the base type from the text format data type:
--|**SDMX Data Type**|**XML Schema Data Type**|
--|String|xs:string|
--|AlphaNumeric|common:AlphaNumericType|
--|Alpha|common:AlphaType|
--|Numeric|common:NumericType|
--|BigInteger|xs:integer|
--|Integer|xs:int|
--|Long|xs:long|
--|Short|xs:short|
--|Decimal|xs:decimal|
--|Float|xs:float|
--|Double|xs:double|
--|Boolean|xs:Boolean|
--|URI|xs:anyURI|
--|Count|xs:integer|
--|InclusiveValueRange|xs:decimal|
--|ExclusiveValueRange|xs: decimal|
--|Incremental|xs: decimal|
--|ObservationalTimePeriod|common:ObservationalTimePeriodType|
--|StandardTimePeriod|common:StandardTimePeriodType|
--|BasicTimePeriod|common:BasicTimePeriodType|
--|GregorianTimePeriod|common:GregorianTimePeriodType|
--|GregorianYear|xs:gYear|
--|GregorianYearMonth|xs:gYearMonth|
--|GregorianDay|xs:date|
--|ReportingTimePeriod|common:ReportingTimePeriodType|
--|ReportingYear|common:ReportingYearType|
--|ReportingSemester|common:ReportingSemesterType|
--|ReportingTrimester|common:ReportingTrimesterType|
--|ReportingQuarter|common:ReportingQuarterType|
--|ReportingMonth|common:ReportingMonthType|
--|ReportingWeek|common:ReportingWeekType|
--|ReportingDay|common:ReportingDayType|
--|DateTime|xs:dateTime|
--|TimeRange|common:TimeRangeType|
--|Month|xs:gMonth|
--|MonthDay|xs:gMonthDay|
--|Day|xs:gDay|
--|Time|xs:time|
--|Duration|xs:duration|
--|GeospatialInformation|xs:string|
--|XHTML|See the following section for complex representations|
++(% style="width:679.294px" %)
++|(% style="width:286px" %)**SDMX Data Type**|(% style="width:390px" %)**XML Schema Data Type**
++|(% style="width:286px" %)String|(% style="width:390px" %)xs:string
++|(% style="width:286px" %)AlphaNumeric|(% style="width:390px" %)common:AlphaNumericType
++|(% style="width:286px" %)Alpha|(% style="width:390px" %)common:AlphaType
++|(% style="width:286px" %)Numeric|(% style="width:390px" %)common:NumericType
++|(% style="width:286px" %)BigInteger|(% style="width:390px" %)xs:integer
++|(% style="width:286px" %)Integer|(% style="width:390px" %)xs:int
++|(% style="width:286px" %)Long|(% style="width:390px" %)xs:long
++|(% style="width:286px" %)Short|(% style="width:390px" %)xs:short
++|(% style="width:286px" %)Decimal|(% style="width:390px" %)xs:decimal
++|(% style="width:286px" %)Float|(% style="width:390px" %)xs:float
++|(% style="width:286px" %)Double|(% style="width:390px" %)xs:double
++|(% style="width:286px" %)Boolean|(% style="width:390px" %)xs:Boolean
++|(% style="width:286px" %)URI|(% style="width:390px" %)xs:anyURI
++|(% style="width:286px" %)Count|(% style="width:390px" %)xs:integer
++|(% style="width:286px" %)InclusiveValueRange|(% style="width:390px" %)xs:decimal
++|(% style="width:286px" %)ExclusiveValueRange|(% style="width:390px" %)xs: decimal
++|(% style="width:286px" %)Incremental|(% style="width:390px" %)xs: decimal
++|(% style="width:286px" %)ObservationalTimePeriod|(% style="width:390px" %)common:ObservationalTimePeriodType
++|(% style="width:286px" %)StandardTimePeriod|(% style="width:390px" %)common:StandardTimePeriodType
++|(% style="width:286px" %)BasicTimePeriod|(% style="width:390px" %)common:BasicTimePeriodType
++|(% style="width:286px" %)GregorianTimePeriod|(% style="width:390px" %)common:GregorianTimePeriodType
++|(% style="width:286px" %)GregorianYear|(% style="width:390px" %)xs:gYear
++|(% style="width:286px" %)GregorianYearMonth|(% style="width:390px" %)xs:gYearMonth
++|(% style="width:286px" %)GregorianDay|(% style="width:390px" %)xs:date
++|(% style="width:286px" %)ReportingTimePeriod|(% style="width:390px" %)common:ReportingTimePeriodType
++|(% style="width:286px" %)ReportingYear|(% style="width:390px" %)common:ReportingYearType
++|(% style="width:286px" %)ReportingSemester|(% style="width:390px" %)common:ReportingSemesterType
++|(% style="width:286px" %)ReportingTrimester|(% style="width:390px" %)common:ReportingTrimesterType
++|(% style="width:286px" %)ReportingQuarter|(% style="width:390px" %)common:ReportingQuarterType
++|(% style="width:286px" %)ReportingMonth|(% style="width:390px" %)common:ReportingMonthType
++|(% style="width:286px" %)ReportingWeek|(% style="width:390px" %)common:ReportingWeekType
++|(% style="width:286px" %)ReportingDay|(% style="width:390px" %)common:ReportingDayType
++|(% style="width:286px" %)DateTime|(% style="width:390px" %)xs:dateTime
++|(% style="width:286px" %)TimeRange|(% style="width:390px" %)common:TimeRangeType
++|(% style="width:286px" %)Month|(% style="width:390px" %)xs:gMonth
++|(% style="width:286px" %)MonthDay|(% style="width:390px" %)xs:gMonthDay
++|(% style="width:286px" %)Day|(% style="width:390px" %)xs:gDay
++|(% style="width:286px" %)Time|(% style="width:390px" %)xs:time
++|(% style="width:286px" %)Duration|(% style="width:390px" %)xs:duration
++|(% style="width:286px" %)GeospatialInformation|(% style="width:390px" %)xs:string
++|(% style="width:286px" %)XHTML|(% style="width:390px" %)See the following section for complex representations
  If the text format does not specify any further facets, then the determined type is the listed type or a type which derives from the listed type without placing any addition restrictions on it. However, if one or more facets are specified, then a simple type based on the listed type is necessary. The simple type derives via restriction from the listed type and adds facets according to the following table (the values are mapped as is):
--|**SDMX Facet**|**XML Schema Facet**|
--|minLength|xs:minLength|
--|maxLength|xs:maxLength|
--|minValue[^1]|if ExclusiveValueRange: xs:minExclusives, else: xs:minInclusive|
--|maxValue[^1]|if ExclusiveValueRange: xs:maxExclusives, else: xs:maxInclusive|
--|decimals[^1]|xs:fractionDigits|
--|pattern|xs:pattern|
++(% style="width:1007.29px" %)
++|(% style="width:267px" %)**SDMX Facet**|(% style="width:729px" %)**XML Schema Facet**
++|(% style="width:267px" %)minLength|(% style="width:729px" %)xs:minLength
++|(% style="width:267px" %)maxLength|(% style="width:729px" %)xs:maxLength
++|(% style="width:267px" %)minValue{{footnote}}Note that these options only apply to numeric representations and should be ignored if the data type is non-numeric.{{/footnote}}|(% style="width:729px" %)if ExclusiveValueRange: xs:minExclusives, else: xs:minInclusive
++|(% style="width:267px" %)maxValue^^1^^|(% style="width:729px" %)if ExclusiveValueRange: xs:maxExclusives, else: xs:maxInclusive
++|(% style="width:267px" %)decimals^^1^^|(% style="width:729px" %)xs:fractionDigits
++|(% style="width:267px" %)pattern|(% style="width:729px" %)xs:pattern
--[^1]: Note that these options only apply to numeric representations and should be ignored if the data type is non-numeric.
--
  Any other facets are informational only and will not affect the determined type.
  === 3.3.7 Representation for Not Applicable Dimensions ===
@@ -537,61 +537,59 @@
  To support a specific type and allow for a not applicable dimension value, the structure-specific schema must union the type with the common:NotApplicableType, which enumerates the tilde ‘’ character. This is as shown in the following example:
--xml
--   <xs:simpleType name="DecimalOrNotApplicableType">
--      <xs:union memberTypes="xs:decimal common:NotApplicableType"/>
--   </xs:simpleType>
++>  <xs:simpleType name="DecimalOrNotApplicableType">
++>     <xs:union memberTypes="xs:decimal common:NotApplicableType"/>
++>  </xs:simpleType>
  For enumerated types, the generated structure-specific schema can include the special value in the enumeration or create a union between the enumerated type and the common:NotApplicableType.
  Option 1: Augmenting the enumeration with the special value
--xml
--   <xs:simpleType name="CL\_SUBINDICATOR\_OR\_NOT\_APPLICABLE">
--      <xs:union memberTypes="CL\_SUBINDICATOR common:NotApplicableType"/>
--   </xs:simpleType>
++>  <xs:simpleType name="CL\_SUBINDICATOR\_OR\_NOT\_APPLICABLE">
++>     <xs:union memberTypes="CL\_SUBINDICATOR common:NotApplicableType"/>
++>  </xs:simpleType>
  Option 2: Extending the enumeration with the special value
--xml
--   <xs:simpleType name="CL\_ SUBINDICATOR ">
--      <xs:restriction base="xs:string">
--         <xs:enumeration value="A"/>
--         <xs:enumeration value=""/>
--      <xs:restriction>
--   </xs:simpleType>
++>  <xs:simpleType name="CL\_ SUBINDICATOR ">
++>     <xs:restriction base="xs:string">
++>        <xs:enumeration value="A"/>
++>        <xs:enumeration value=""/>
++>     <xs:restriction>
++>  </xs:simpleType>
  For convenience the common schema provides the union types for the following data types.
--|**SDMX Data Type**|**XML Schema Data Type**|
--|AlphaNumeric|common:AlphaNumericOrNotApplicableType|
--|Alpha|common:AlphaOrNotApplicableType|
--|Numeric|common:NumericOrNotApplicableType|
--|BigInteger|common:IntegerOrNotApplicableType|
--|Integer|common:IntOrNotApplicableType|
--|Long|common:LongOrNotApplicableType|
--|Short|common:ShortOrNotApplicableType|
--|Decimal|common:DecimalOrNotApplicableType|
--|Float|common:FloatOrNotApplicableType|
--|Double|common:DoubleOrNotApplicableType|
--|Boolean|common:BooleanOrNotApplicableType|
--|Count|common:IntegerOrNotApplicableType|
--|InclusiveValueRange|common:DecimalOrNotApplicableType|
--|ExclusiveValueRange|common:DecimalOrNotApplicableType|
--|Incremental|common:DecimalOrNotApplicableType|
--|ObservationalTimePeriod|common:ObservationalTimePeriodOrNotApplicableType|
--|StandardTimePeriod|common:StandardTimePeriodOrNotApplicableType|
--|BasicTimePeriod|common:BasicTimePeriodType|
--|GregorianTimePeriod|common:GregorianTimePeriodOrNotApplicableType|
--|ReportingTimePeriod|common:ReportingTimePeriodOrNotApplicableType|
--|ReportingYear|common:ReportingYearOrNotApplicableType|
--|ReportingSemester|common:ReportingSemesterOrNotApplicableType|
--|ReportingTrimester|common:ReportingTrimesterOrNotApplicableType|
--|ReportingQuarter|common:ReportingQuarterOrNotApplicableType|
--|ReportingMonth|common:ReportingMonthOrNotApplicableType|
--|ReportingWeek|common:ReportingWeekOrNotApplicableType|
--|ReportingDay|common:ReportingDayOrNotApplicableType|
--|TimeRange|common:TimeRangeOrNotApplicableType|
++(% style="width:747.294px" %)
++|**SDMX Data Type**|(% style="width:418px" %)**XML Schema Data Type**
++|AlphaNumeric|(% style="width:418px" %)common:AlphaNumericOrNotApplicableType
++|Alpha|(% style="width:418px" %)common:AlphaOrNotApplicableType
++|Numeric|(% style="width:418px" %)common:NumericOrNotApplicableType
++|BigInteger|(% style="width:418px" %)common:IntegerOrNotApplicableType
++|Integer|(% style="width:418px" %)common:IntOrNotApplicableType
++|Long|(% style="width:418px" %)common:LongOrNotApplicableType
++|Short|(% style="width:418px" %)common:ShortOrNotApplicableType
++|Decimal|(% style="width:418px" %)common:DecimalOrNotApplicableType
++|Float|(% style="width:418px" %)common:FloatOrNotApplicableType
++|Double|(% style="width:418px" %)common:DoubleOrNotApplicableType
++|Boolean|(% style="width:418px" %)common:BooleanOrNotApplicableType
++|Count|(% style="width:418px" %)common:IntegerOrNotApplicableType
++|InclusiveValueRange|(% style="width:418px" %)common:DecimalOrNotApplicableType
++|ExclusiveValueRange|(% style="width:418px" %)common:DecimalOrNotApplicableType
++|Incremental|(% style="width:418px" %)common:DecimalOrNotApplicableType
++|ObservationalTimePeriod|(% style="width:418px" %)common:ObservationalTimePeriodOrNotApplicableType
++|StandardTimePeriod|(% style="width:418px" %)common:StandardTimePeriodOrNotApplicableType
++|BasicTimePeriod|(% style="width:418px" %)common:BasicTimePeriodType
++|GregorianTimePeriod|(% style="width:418px" %)common:GregorianTimePeriodOrNotApplicableType
++|ReportingTimePeriod|(% style="width:418px" %)common:ReportingTimePeriodOrNotApplicableType
++|ReportingYear|(% style="width:418px" %)common:ReportingYearOrNotApplicableType
++|ReportingSemester|(% style="width:418px" %)common:ReportingSemesterOrNotApplicableType
++|ReportingTrimester|(% style="width:418px" %)common:ReportingTrimesterOrNotApplicableType
++|ReportingQuarter|(% style="width:418px" %)common:ReportingQuarterOrNotApplicableType
++|ReportingMonth|(% style="width:418px" %)common:ReportingMonthOrNotApplicableType
++|ReportingWeek|(% style="width:418px" %)common:ReportingWeekOrNotApplicableType
++|ReportingDay|(% style="width:418px" %)common:ReportingDayOrNotApplicableType
++|TimeRange|(% style="width:418px" %)common:TimeRangeOrNotApplicableType
  === 3.3.8 Representation for Intentionally Missing Measure and Attribute Values ===
@@ -604,61 +604,59 @@
  This union is as shown in the following example:
--xml
--   <xs:simpleType name="DecimalOrMissingType">
--      <xs:union memberTypes="xs:decimal common:MissingType"/>
--   </xs:simpleType>
++>   <xs:simpleType name="DecimalOrMissingType">
++>      <xs:union memberTypes="xs:decimal common:MissingType"/>
++>   </xs:simpleType>
  For enumerated types, the generated structure-specific schema can include the special value in the enumeration or create a union between the enumerated type and the common:MissingType.
  Option 1: Augmenting the enumeration with the special value
--xml
--   <xs:simpleType name="CL\_SUBINDICATOR\_OR\_NOT\_APPLICABLE">
--      <xs:union memberTypes="CL\_SUBINDICATOR common:MissingType"/>
--   </xs:simpleType>
++ >  <xs:simpleType name="CL\_SUBINDICATOR\_OR\_NOT\_APPLICABLE">
++ >     <xs:union memberTypes="CL\_SUBINDICATOR common:MissingType"/>
++ >  </xs:simpleType>
  Option 2: Extending the enumeration with the special value
--xml
--   <xs:simpleType name="CL\_ SUBINDICATOR ">
--      <xs:restriction base="xs:string">
--         <xs:enumeration value="A"/>
--         <xs:enumeration value="#N/A"/>
--      <xs:restriction>
--   </xs:simpleType>
++>   <xs:simpleType name="CL\_ SUBINDICATOR ">
++>      <xs:restriction base="xs:string">
++>         <xs:enumeration value="A"/>
++>         <xs:enumeration value="#N/A"/>
++>      <xs:restriction>
++>   </xs:simpleType>
  For convenience the common schema provides the union types for the following data types.
--|**SDMX Data Type**|**XML Schema Data Type**|
--|AlphaNumeric|common:AlphaNumericOrMissingType|
--|Alpha|common:AlphaOrMissingType|
--|Numeric|common:NumericOrMissingType|
--|BigInteger|common:IntegerOrMissingType|
--|Integer|common:IntOrMissingType|
--|Long|common:LongOrMissingType|
--|Short|common:ShortOrMissingType|
--|Decimal|common:DecimalOrMissingType|
--|Float|common:FloatOrMissingType|
--|Double|common:DoubleOrMissingType|
--|Boolean|common:BooleanOrMissingType|
--|Count|common:IntegerOrMissingType|
--|InclusiveValueRange|common:DecimalOrMissingType|
--|ExclusiveValueRange|common:DecimalOrMissingType|
--|Incremental|common:DecimalOrMissingType|
--|ObservationalTimePeriod|common:ObservationalTimePeriodOrMissingType|
--|StandardTimePeriod|common:StandardTimePeriodOrMissingType|
--|BasicTimePeriod|common:BasicTimePeriodType|
--|GregorianTimePeriod|common:GregorianTimePeriodOrMissingType|
--|ReportingTimePeriod|common:ReportingTimePeriodOrMissingType|
--|ReportingYear|common:ReportingYearOrMissingType|
--|ReportingSemester|common:ReportingSemesterOrMissingType|
--|ReportingTrimester|common:ReportingTrimesterOrMissingType|
--|ReportingQuarter|common:ReportingQuarterOrMissingType|
--|ReportingMonth|common:ReportingMonthOrMissingType|
--|ReportingWeek|common:ReportingWeekOrMissingType|
--|ReportingDay|common:ReportingDayOrMissingType|
--|TimeRange|common:TimeRangeOrMissingType|
++(% style="width:804.294px" %)
++|(% style="width:279px" %)**SDMX Data Type**|(% style="width:522px" %)**XML Schema Data Type**
++|(% style="width:279px" %)AlphaNumeric|(% style="width:522px" %)common:AlphaNumericOrMissingType
++|(% style="width:279px" %)Alpha|(% style="width:522px" %)common:AlphaOrMissingType
++|(% style="width:279px" %)Numeric|(% style="width:522px" %)common:NumericOrMissingType
++|(% style="width:279px" %)BigInteger|(% style="width:522px" %)common:IntegerOrMissingType
++|(% style="width:279px" %)Integer|(% style="width:522px" %)common:IntOrMissingType
++|(% style="width:279px" %)Long|(% style="width:522px" %)common:LongOrMissingType
++|(% style="width:279px" %)Short|(% style="width:522px" %)common:ShortOrMissingType
++|(% style="width:279px" %)Decimal|(% style="width:522px" %)common:DecimalOrMissingType
++|(% style="width:279px" %)Float|(% style="width:522px" %)common:FloatOrMissingType
++|(% style="width:279px" %)Double|(% style="width:522px" %)common:DoubleOrMissingType
++|(% style="width:279px" %)Boolean|(% style="width:522px" %)common:BooleanOrMissingType
++|(% style="width:279px" %)Count|(% style="width:522px" %)common:IntegerOrMissingType
++|(% style="width:279px" %)InclusiveValueRange|(% style="width:522px" %)common:DecimalOrMissingType
++|(% style="width:279px" %)ExclusiveValueRange|(% style="width:522px" %)common:DecimalOrMissingType
++|(% style="width:279px" %)Incremental|(% style="width:522px" %)common:DecimalOrMissingType
++|(% style="width:279px" %)ObservationalTimePeriod|(% style="width:522px" %)common:ObservationalTimePeriodOrMissingType
++|(% style="width:279px" %)StandardTimePeriod|(% style="width:522px" %)common:StandardTimePeriodOrMissingType
++|(% style="width:279px" %)BasicTimePeriod|(% style="width:522px" %)common:BasicTimePeriodType
++|(% style="width:279px" %)GregorianTimePeriod|(% style="width:522px" %)common:GregorianTimePeriodOrMissingType
++|(% style="width:279px" %)ReportingTimePeriod|(% style="width:522px" %)common:ReportingTimePeriodOrMissingType
++|(% style="width:279px" %)ReportingYear|(% style="width:522px" %)common:ReportingYearOrMissingType
++|(% style="width:279px" %)ReportingSemester|(% style="width:522px" %)common:ReportingSemesterOrMissingType
++|(% style="width:279px" %)ReportingTrimester|(% style="width:522px" %)common:ReportingTrimesterOrMissingType
++|(% style="width:279px" %)ReportingQuarter|(% style="width:522px" %)common:ReportingQuarterOrMissingType
++|(% style="width:279px" %)ReportingMonth|(% style="width:522px" %)common:ReportingMonthOrMissingType
++|(% style="width:279px" %)ReportingWeek|(% style="width:522px" %)common:ReportingWeekOrMissingType
++|(% style="width:279px" %)ReportingDay|(% style="width:522px" %)common:ReportingDayOrMissingType
++|(% style="width:279px" %)TimeRange|(% style="width:522px" %)common:TimeRangeOrMissingType
  === 3.3.9 Representation with Complex Text Format ===
@@ -673,11 +673,11 @@
  * if the text format data type is XHTML, common:StructuredTextValueType can be used; note that this type cannot be further restricted – all other facets are ignored
  * if the text format is multi-lingual, common:TextValueType can be used; note that this type cannot be further restricted – all other facets are ignored
  * if the text format has no additional facets and the data type is:
--  + Boolean, common:BooleanValueType can be used
--  + String, common:StringValueType can be used
--  + Integer, common:IntValueType can be used
--  + Double, common:DoubleValueType can be used
--  + ObservationalTimePeriod, common:ObservationalTimePeriodValueType can be used
++** Boolean, common:BooleanValueType can be used
++** String, common:StringValueType can be used
++** Integer, common:IntValueType can be used
++** Double, common:DoubleValueType can be used
++** ObservationalTimePeriod, common:ObservationalTimePeriodValueType can be used
  If a pre-defined type cannot be used, one will have to be created. The complex type must define a simple content restriction of the common:ValueType. The restriction should define an anonymous simple type based on the text format data type and facets as described in the previous section.
@@ -687,9 +687,10 @@
  * It the type is an enumeration from an item scheme, the recommended name is [Item Scheme Class].[Maintenance Agency].[Item Scheme ID].[Item Scheme Version]
  * If the type is based on a text format of a concept core representation, the recommended name is Concept.[Maintenance Agency].[Concept Scheme ID].[Concept Scheme Version].[Concept ID]
--* If the type is based on a text format of a component local representation, and;
--  + The component id is required to be unique for all components within the scope of the structure which defines it (e.g. a dimension), the recommended name is [Component ID]
--  + The component id is only required to be unique within the component list and which defines it (e.g. a metadata attribute), the recommend name is [Component List ID].[Parent Component ID]\*.[Component ID]
++* If the type is
++* based on a text format of a component local representation, and;
++** The component id is required to be unique for all components within the scope of the structure which defines it (e.g. a dimension), the recommended name is [Component ID]
++** The component id is only required to be unique within the component list and which defines it (e.g. a metadata attribute), the recommend name is [Component List ID].[Parent Component ID]*.[Component ID]
  === 3.3.11 Type Reuse ===
@@ -715,34 +715,39 @@
  A complex type named DataSetType must be created. Its content model will be derived via restriction. The base type of the restriction is dsd:DataSetType. The complex type content model will be as follows:
--1. A sequence consisting of:
--1. An element reference to common:Annotations, with a minimum occurrence of 0
--   2. A local element named DataProvider with the type common:DataProviderReferenceType, a form of unqualified and a minimum occurrence of 0
--   3. A choice with a minimum occurrence of 0 and a maximum occurrence of unbounded consisting of:
--1. A local element named Atts with a form of unqualified and a type of AttsType (as defined in the AttsType section which follows)
--      2. If the data structure defines groups, a local element named Group with a form of unqualified. The type of this element should be the type that is described in the GroupType section which follows.
--      3. If the dimension at the observation level is not AllDimensions, a local element named Series with a form of unqualified and a type of SeriesType (as defined in the SeriesType section which follows)
--      4. If the dimension at the observation level is AllDimensions, a local element named Obs with a form of unqualified and a type of ObsType (as defined in the ObsType section which follows)
--   4. If any metadata attribute usages defined in the data structure that declares an attribute relationship of dataflow, a local element named Metadata with the type metadata:MetadataSetType a form of unqualified, and a minimum occurences of 0
++~1. A sequence consisting of:
++* i. An element reference to common:Annotations, with a minimum occurrence of 0
++* ii  A local element named DataProvider with the type common:DataProviderReferenceType, a form of unqualified and a minimum occurrence of 0
++* iii A choice with a minimum occurrence of 0 and a maximum occurrence of unbounded consisting of:
++** a. A local element named Atts with a form of unqualified and a type of AttsType (as defined in the AttsType section which follows)
++** b. If the data structure defines groups, a local element named Group with a form of unqualified. The type of this element should be the type that is described in the GroupType section which follows.
++** c. If the dimension at the observation level is not AllDimensions, a local element named Series with a form of unqualified and a type of SeriesType (as defined in the SeriesType section which follows)
++** d. If the dimension at the observation level is AllDimensions, a local element named Obs with a form of unqualified and a type of ObsType (as defined in the ObsType section which follows)
++* iv. If any metadata attribute usages defined in the data structure that declares an attribute relationship of dataflow, a local element named Metadata with the type metadata:MetadataSetType a form of unqualified, and a minimum occurences of 0
++
  === 3.4.2 GroupType ===
  If the data structure definition defines only one group, a complex type with its name taken from the identifier of the lone group must be defined. This type is used for the Group element in the DataSetType. Its content model will be derived via restriction of the dsd:GroupType. The complex type content model will be as follows:
--1. A sequence consisting of:
--1. An element reference to common:Annotations, with a minimum occurrence of 0
--   2. If any attributes defined in the data structure that declares an attribute relationship with the group, a Comp element with a form of unqualified, a minimum occurrence of 0, a maximum occurrence of unbounded, and a type of dsd:CompType
--   3. If any metadata attribute usages defined in the data structure that declares an attribute relationship with the group, a local element named Metadata with the type metadata:MetadataSetType a form of unqualified, and a minimum occurrence of 0
--2. An attribute for each dimension referenced by the group. The XML attribute [name](#331-Component-Name-Determination) and [type](#333-Simple--Primitive-Type-Determination) are defined according to the general rules defined in the previous section, and the usage is required
--3. An attribute for each data attribute with simple representation defined in the data structure that declares an attribute relationship with the group or specifies the group as an attachment group. The XML attribute [name](#331-Component-Name-Determination) and [type](#333-Simple--Primitive-Type-Determination) are defined according to the general rules defined in the previous section, and the usage is optional
++~1. A sequence consisting of:
++
++* i. An element reference to common:Annotations, with a minimum occurrence of 0
++* ii. If any attributes defined in the data structure that declares an attribute relationship with the group, a Comp element with a form of unqualified, a minimum occurrence of 0, a maximum occurrence of unbounded, and a type of dsd:CompType
++* iii. If any metadata attribute usages defined in the data structure that declares an attribute relationship with the group, a local element named Metadata with the type metadata:MetadataSetType a form of unqualified, and a minimum occurrence of 0
++
++2. An attribute for each dimension referenced by the group. The XML attribute name and type are defined according to the general rules defined in the previous section, and the usage is required
++3. An attribute for each data attribute with simple representation defined in the data structure that declares an attribute relationship with the group or specifies the group as an attachment group. The XML attribute name and type are defined according to the general rules defined in the previous section, and the usage is optional
 . An attribute named type with a type of common:IDType, usage of optional, and a fixed value of the identifier of the group
  If the data structure definition defines more than one group, an abstract complex type with name GroupType must be created. This type is used for the Group element in the DataSetType. Its content model will be derived via restriction of the dsd:GroupType. The complex type content model will be as follows:
--1. A sequence consisting of:
--1. An element reference to common:Annotations, with a minimum occurrence of 0
--   2. If any attributes defined in the data structure that declares an attribute relationship with a group, a Comp element with a form of unqualified, a minimum occurrence of 0, a maximum occurrence of unbounded, and a type of dsd:CompType
--   3. If any metadata attribute usages defined in the data structure that declares an attribute relationship with any group, a local element named Metadata with the type metadata:MetadataSetType a form of unqualified, and a minimum occurrence of 0
++~1. A sequence consisting of:
++
++* i. An element reference to common:Annotations, with a minimum occurrence of 0
++* ii. If any attributes defined in the data structure that declares an attribute relationship with a group, a Comp element with a form of unqualified, a minimum occurrence of 0, a maximum occurrence of unbounded, and a type of dsd:CompType
++* iii. If any metadata attribute usages defined in the data structure that declares an attribute relationship with any group, a local element named Metadata with the type metadata:MetadataSetType a form of unqualified, and a minimum occurrence of 0
++
 . An attribute named type with a type of Group.ID, and a usage of optional
 . An anyAttribute declaration with a namespace of ##local##
@@ -750,12 +750,14 @@
  For each group defined in the data structure definition, a complex type with its name taken from the group identifier is defined. Its content model will be derived via restriction of the previously defined GroupType. The complex type content model will be as follows:
--1. A sequence consisting of:
--1. An element reference to common:Annotations, with a minimum occurrence of 0
--   2. If any attributes with complex representation defined in the data structure declares an attribute relationship with the group, a Comp element with a form of unqualified, a minimum occurrence of 0, a maximum occurrence of unbounded, and a type of dsd:CompType
--   3. If any metadata attribute usages defined in the data structure that declares an attribute relationship with the group, a local element named Metadata with the type metadata:MetadataSetType a form of unqualified, and a minimum occurrence of 0
--2. An attribute for each dimension referenced by the group. The XML attribute [name](#331-Component-Name-Determination) and [type](#333-Simple--Primitive-Type-Determination) are defined according to the general rules defined in the previous section, and the usage is required
--3. An attribute for each data attribute with simple representation defined in the data structure that declares an attribute relationship with the group or specifies the group as an attachment group. The XML attribute [name](#331-Component-Name-Determination) and [type](#333-Simple--Primitive-Type-Determination) are defined according to the general rules defined in the previous section, and the usage is optional
++~1. A sequence consisting of:
++
++* i. An element reference to common:Annotations, with a minimum occurrence of 0
++* ii. If any attributes with complex representation defined in the data structure declares an attribute relationship with the group, a Comp element with a form of unqualified, a minimum occurrence of 0, a maximum occurrence of unbounded, and a type of dsd:CompType
++* iii. If any metadata attribute usages defined in the data structure that declares an attribute relationship with the group, a local element named Metadata with the type metadata:MetadataSetType a form of unqualified, and a minimum occurrence of 0
++
++2. An attribute for each dimension referenced by the group. The XML attribute name and type are defined according to the general rules defined in the previous section, and the usage is required
++3. An attribute for each data attribute with simple representation defined in the data structure that declares an attribute relationship with the group or specifies the group as an attachment group. The XML attribute name and type are defined according to the general rules defined in the previous section, and the usage is optional
 . An attribute named type with a type of Group.ID, usage of optional, and a fixed value of the identifier of the group
  === 3.4.3 SeriesType ===
@@ -762,48 +762,59 @@
  If the dimension at the observation is not AllDimensions, a complex type name SeriesType must be created. Its content model will be derived via restriction of dsd:SeriesType. The complex type content model will be as follows:
--1. A sequence consisting of:
--1. An element reference to common:Annotations, with a minimum occurrence of 0
--   2. If any attributes with complex representation defined in the data structure declares an attribute relationship with a dimension that is not at the observation level, a Comp element with a form of unqualified, a minimum occurrence of 0, a maximum occurrence of unbounded, and a type of dsd:CompType
--   3. A local element named Obs with a form of unqualified, a minimum occurrence of 0, a maximum occurrence of unbounded, and a type of ObsType (as defined in the ObsType section which follows)
--   4. If any metadata attribute usages defined in the data structure that declares an attribute relationship with the series, a local element named Metadata with the type metadata:MetadataSetType a form of unqualified, and a minimum occurrence of 0
++~1. A sequence consisting of:
++
++* i. An element reference to common:Annotations, with a minimum occurrence of 0
++* ii. If any attributes with complex representation defined in the data structure declares an attribute relationship with a dimension that is not at the observation level, a Comp element with a form of unqualified, a minimum occurrence of 0, a maximum occurrence of unbounded, and a type of dsd:CompType
++* iii. A local element named Obs with a form of unqualified, a minimum occurrence of 0, a maximum occurrence of unbounded, and a type of ObsType (as defined in the ObsType section which follows)
++* iv. If any metadata attribute usages defined in the data structure that declares an attribute relationship with the series, a local element named Metadata with the type metadata:MetadataSetType a form of unqualified, and a minimum occurrence of 0
++
 . An attribute named TIME\_PERIOD with a type of common:ObservationalTimePeriod. If the dimension at the observation level is the time dimension (TIME\_PERIOD) or there is no time dimension defined by the data structure, a usage of prohibited; otherwise, a usage of required
--3. An attribute for each dimension defined by the data structure definition, except for the dimension at the observation level and the time dimension (TIME\_PERIOD). The XML attribute [name](#331-Component-Name-Determination) and [type](#333-Simple--Primitive-Type-Determination) are defined according to the general rules defined in the previous section, and the usage is required
--4. An attribute for each data attribute defined with simple representation in the data structure that declares an attribute relationship with any dimension outside of the dimension at the observation level (so long as it does not also declare an attachment group). The XML attribute [name](#331-Component-Name-Determination) and [type](#333-Simple--Primitive-Type-Determination) are defined according to the general rules defined in the previous section, and the usage is optional
++3. An attribute for each dimension defined by the data structure definition, except for the dimension at the observation level and the time dimension (TIME\_PERIOD).
++The XML attribute name and type are defined according to the general rules defined in the previous section, and the usage is required
++4. An attribute for each data attribute defined with simple representation in the data structure that declares an attribute relationship with any dimension outside of the dimension at the observation level (so long as it does not also declare an attachment group). The XML attribute name and type are defined according to the general rules defined in the previous section, and the usage is optional
++
  === 3.4.4 AttsType ===
  A complex type named AttsType must be created. Its content model will be derived via restriction of dsd:AttsType. The complex type content model will be as follows:
--1. A sequence consisting of:
--1. An element reference to common:Annotations, with a minimum occurrence of 0
--   2. If any attributes with complex representation are defined in the data structure, a Comp element with a form of unqualified, a minimum occurrence of 0, a maximum occurrence of unbounded, and a type of dsd:CompType
++~1. A sequence consisting of:
++
++* i. An element reference to common:Annotations, with a minimum occurrence of 0
++* ii. If any attributes with complex representation are defined in the data structure, a Comp element with a form of unqualified, a minimum occurrence of 0, a maximum occurrence of unbounded, and a type of dsd:CompType
++
 . If there is no dimension (TIME\_PERIOD) defined by the data structure, an attribute named TIME\_PERIOD with a type of common:ObservationalTimePeriod, and a usage of prohibited
--3. An attribute for all dimension defined by the data structure definition. The XML attribute [name](#331-Component-Name-Determination) and [type](#333-Simple--Primitive-Type-Determination) are defined according to the general rules defined in the previous section, and the usage is optional
--4. An attribute for each data attribute defined with simple representation in the data structure. The XML attribute [name](#331-Component-Name-Determination) and [type](#333-Simple--Primitive-Type-Determination) are defined according to the general rules defined in the previous section, and the usage is optional
++3. An attribute for all dimension defined by the data structure definition. The XML attribute name and type are defined according to the general rules defined in the previous section, and the usage is optional
++4. An attribute for each data attribute defined with simple representation in the data structure. The XML attribute name and type are defined according to the general rules defined in the previous section, and the usage is optional
  === 3.4.5 ObsType ===
  A complex type name ObsType must be created. Its content model will be derived via restriction of the base type dsd:ObsType. The complex type content model will be as follows:
--1. A sequence consisting of:
--1. An element reference to common:Annotations, with a minimum occurrence of 0
--   2. If any measures with complex representations are defined in the data structure, any attributes with complex representation that declare an attribute relationship with the observation, a Comp element with a form of unqualified, a minimum occurrence of 0, a maximum occurrence of unbounded, and a type of dsd:CompType
--   3. If any metadata attribute usages defined in the data structure that declares an attribute relationship with the observation, a local element named Metadata with the type metadata:MetadataSetType a form of unqualified, and a minimum occurrence of 0
--2. An attribute named TIME\_PERIOD with a type of common:
--   ObservationalTimePeriodValueType. If the dimension at the observation level is the time dimension (TIME\_PERIOD) or all dimensions and the time dimension is defined by the data structure, a usage of required; otherwise, a usage of prohibited
--3. If the dimension at the observation level is not all dimensions or the time dimension (TIME\_PERIOD), an attribute for the dimension at the observation level. The XML attribute [name](#331-Component-Name-Determination) and [type](#333-Simple--Primitive-Type-Determination) are defined according to the general rules defined in the previous section, and the usage is required
--4. If the dimension at the observation level is all dimensions, an attribute for each dimension defined by the data structure definition, except for the time dimension (TIME\_PERIOD). The XML attribute [name](#331-Component-Name-Determination) and [type](#333-Simple--Primitive-Type-Determination) are defined according to the general rules defined in the previous section, and the usage is required
--5. An attribute for each measure with simple representation defined by the data structure definition. The XML attribute [name](#331-Component-Name-Determination) and [type](#333-Simple--Primitive-Type-Determination) is defined according to the general rules defined in the previous section, and the usage is optional
--6. An attribute for each data attribute with simple representation defined in the data structure that declares an attribute relationship with the observation. The XML attribute [name](#331-Component-Name-Determination) and [type](#333-Simple--Primitive-Type-Determination) are defined according to the general rules defined in the previous section, and the usage is optional
++~1. A sequence consisting of:
++* i. An element reference to common:Annotations, with a minimum occurrence of 0
++* ii. If any measures with complex representations are defined in the data structure, any attributes with complex representation that declare an attribute relationship with the observation, a Comp element with a form of unqualified, a minimum occurrence of 0, a maximum occurrence of unbounded, and a type of dsd:CompType
++* iii. If any metadata attribute usages defined in the data structure that declares an attribute relationship with the observation, a local element named Metadata with the type metadata:MetadataSetType a form of unqualified, and a minimum occurrence of 0
++
++2. An attribute named TIME\_PERIOD with a type of common: ObservationalTimePeriodValueType. If the dimension at the observation level is the time dimension (TIME\_PERIOD) or all dimensions and the time dimension is defined by the data structure, a usage of required; otherwise, a usage of prohibited
++3. If the dimension at the observation level is not all dimensions or the time dimension (TIME\_PERIOD), an attribute for the dimension at the observation level. The XML attribute name and type are defined according to the general rules defined in the previous section, and the usage is required
++4. If the dimension at the observation level is all dimensions, an attribute for each dimension defined by the data structure definition, except for the time dimension (TIME\_PERIOD).
++
++The XML attribute name and type are defined according to the general rules defined in the previous section, and the usage is required
++5. An attribute for each measure with simple representation defined by the data structure definition. The XML attribute name and type is defined according to the general rules defined in the previous section, and the usage is optional
++6. An attribute for each data attribute with simple representation defined in the data structure that declares an attribute relationship with the observation. The XML attribute name and type are defined according to the general rules defined in the previous section, and the usage is optional
++
  === 3.4.6 CompType ===
  For every measure and data attribute with complex representation defined by the data structure definition, a complex type must be derived from the restriction of the dsd:CompType. The complex type content model will be as follows:
--1. A sequence consisting of:
--1. An element reference to common:Annotations, with a minimum occurrence of 0
--   2. A Value element with a form of unqualified, with a minimum occurrence of 0, a maximum occurrence defined by the representation, and a type based on the [complex representation type](#339-Representation-with-Complex-Text-Format) defined according to the general rules defined in the previous section
++~1. A sequence consisting of:
++
++* i. An element reference to common:Annotations, with a minimum occurrence of 0
++* ii. A Value element with a form of unqualified, with a minimum occurrence of 0, a maximum occurrence defined by the representation, and a type based on the complex representation type defined according to the general rules defined in the previous section
++
 . An attribute named id with a type of common: NCNameIDType, usage of required, and a fixed value of the identifier of the measure or attribute
  = 4 Data and Reference Metadata Actions =
@@ -812,7 +812,7 @@
  Data messages allow indicating intended actions when used to update an SDMX storage system. This purpose is noted in the action of the data set, which is either inherited from the header of the data message or explicitly stated at the data set level.
--Note that the former *Append* and *Information* actions are deprecated. When used to update an SDMX storage system, the *Merge* action is assumed.
++Note that the former //Append// and //Information// actions are deprecated. When used to update an SDMX storage system, the //Merge// action is assumed.
  === 4.1.1 Merge Action ===
@@ -822,11 +822,11 @@
  Dimension values for higher-level (data-related reference metadata) attributes can be **switched-off** (using ) when those are not attached to these dimensions.
--All observations as well as the sets of data-related reference metadata attributes at specific dimension combinations impacted by the *Merge* action change their time stamp when used to update an SDMX storage system.
++All observations as well as the sets of data-related reference metadata attributes at specific dimension combinations impacted by the //Merge// action change their time stamp when used to update an SDMX storage system.
  === 4.1.2 Replace Action ===
--Data or data-related reference metadata is to be replaced, through either update, insert or delete depending on already existing information. A full replacement is hereby assumed to take place at specific “replacement levels”: for entire observations and for any specific dimension combination for data-related reference metadata attributes. Within these “replacement levels” the provided values are inserted or updated, and omitted values are deleted. Values provided for the other attributes (those above the observation level) are merged (see *Merge* action).
++Data or data-related reference metadata is to be replaced, through either update, insert or delete depending on already existing information. A full replacement is hereby assumed to take place at specific “//replacement levels//”: for entire observations and for any specific dimension combination for data-related reference metadata attributes. Within these “replacement levels” the provided values are inserted or updated, and omitted values are deleted. Values provided for the other attributes (those above the observation level) are merged (see //Merge// action).
  Only non-dimensional components (measure, attribute or reference metadata values) can be **omitted** (null or absent). Bulk replacing is thus not supported.
@@ -834,9 +834,9 @@
  Replacing non-existing elements is not resulting in an error.
--All observations as well as the sets of data-related reference metadata attributes at specific dimension combinations impacted by the *Replace* action change their time stamp when used to update an SDMX storage system.
++All observations as well as the sets of data-related reference metadata attributes at specific dimension combinations impacted by the //Replace// action change their time stamp when used to update an SDMX storage system.
--Because the *replace* action always takes place at specific levels, it cannot be used to replace a whole dataset or a whole series. However, a “*replace all*” effect can be achieved by combining a *Delete* dataset containing a completely wildcarded key (where all dimension values are omitted) with a *Merge* or *Replace* dataset within the same data message. Similarly, to replace a whole series, a message can combine a *delete* dataset containing only the partial key of the series (where the not used dimension values are omitted) with a *Merge* or *Replace* dataset for that series.
++Because the //replace// action always takes place at specific levels, it cannot be used to replace a whole dataset or a whole series. However, a //“replace all”// effect can be achieved by combining a //Delete// dataset containing a completely wildcarded key (where all dimension values are omitted) with a //Merge// or //Replace// dataset within the same data message. Similarly, to replace a whole series, a message can combine a //delete// dataset containing only the partial key of the series (where the not used dimension values are omitted) with a //Merge// or //Replace// dataset for that series.
  === 4.1.3 Delete Action ===
@@ -850,64 +850,66 @@
  Deleting non-existing elements or values is not resulting in an error.
--All observations as well as the sets of attributes and data-related reference metadata at higher partial keys impacted by the *Delete* action change their time stamp when used to update an SDMX storage system.
++All observations as well as the sets of attributes and data-related reference metadata at higher partial keys impacted by the //Delete// action change their time stamp when used to update an SDMX storage system.
  === 4.1.4 Further Details ===
  The following convention is used to indicate the state of components in data messages:
--| | |**Dimension value is**| |**Measure, attribute or reference metadata value is**| |
--| | |**Omitted**|**switched off**|**Omitted**|**Present**|
--|Action|Delete|bulk deletion: dimension value doesn't matter|only for irrelevant dimensions:1) higher-level (reference metadata) attributes not attached to this dimension(incl. TIME\_PERIOD)2) measures and attributes not attached to this dimension if the DSD allows for an ‘evolving structure’ (excl. TIME\_PERIOD)|to be deleted only if **all** non-dimension components are omitted|to be deleted|
--| |Merge|*bulk merge is not permitted*|(see above)|not to be changed|to be updated/inserted|
--| |Replace|*bulk replace is not permitted*|(see above)|at permitted replacement levels: to be deleted, otherwise not to be changed|to be updated/inserted|
--|Format|XML|xml element/attribute is absent|~|xml element/attribute is absent|any valid or intentionally missing value|
--| |JSON|\<empty\>|““|NULL or absent|(see above)|
--| |CSV|\<empty\> cell or column is absent|~|<empty> cell or column is absent|(see above)|
++(% style="width:1364.29px" %)
++| | |(% style="width:260px" %)**Dimension value is**|(% style="width:391px" %) |(% style="width:383px" %)**Measure, attribute or reference metadata value is**|(% style="width:184px" %)
++| | |(% style="width:260px" %)**Omitted**|(% style="width:391px" %)**switched off**|(% style="width:383px" %)**Omitted**|(% style="width:184px" %)**Present**
++|Action|Delete|(% style="width:260px" %)bulk deletion: dimension value doesn't matter|(% style="width:391px" %)only for irrelevant dimensions:1) higher-level (reference metadata) attributes not attached to this dimension(incl. TIME\_PERIOD)2) measures and attributes not attached to this dimension if the DSD allows for an ‘evolving structure’ (excl. TIME\_PERIOD)|(% style="width:383px" %)to be deleted only if **all** non-dimension components are omitted|(% style="width:184px" %)to be deleted
++| |Merge|(% style="width:260px" %)//bulk merge is not permitted//|(% style="width:391px" %)(see above)|(% style="width:383px" %)not to be changed|(% style="width:184px" %)to be updated/inserted
++| |Replace|(% style="width:260px" %)//bulk replace is not permitted//|(% style="width:391px" %)(see above)|(% style="width:383px" %)at permitted replacement levels: to be deleted, otherwise not to be changed|(% style="width:184px" %)to be updated/inserted
++|Format|XML|(% style="width:260px" %)xml element/attribute is absent|(% style="width:391px" %)~|xml element/attribute is absent|(% style="width:383px" %)any valid or intentionally missing value|(% style="width:184px" %)
++| |JSON|(% style="width:260px" %)\<empty\>|(% style="width:391px" %)““|(% style="width:383px" %)NULL or absent|(% style="width:184px" %)(see above)
++| |CSV|(% style="width:260px" %)\<empty\> cell or column is absent|(% style="width:391px" %)~|<empty> cell or column is absent|(% style="width:383px" %)(see above)|(% style="width:184px" %)
  **Important notes:**
--The terms “*delete*”, “*merge*” and “*replace*” do **not** imply a physical replacement or deletion of values in the underlying database. To minimize the physical resource requirements, SDMX web service implementations that do not support the *includeHistory* and *asOf* URL parameters might physically replace the existing values in the database. SDMX web services that neither support the *updatedAfter* URL parameter might also implement physical deletions. However, SDMX web services that support these parameters (or other time-machine features), would not overwrite or delete the physical values.
++The terms “//delete//”, “//merge//” and “//replace//” do **not** imply a physical replacement or deletion of values in the underlying database. To minimize the physical resource requirements, SDMX web service implementations that do not support the //includeHistory// and //asOf// URL parameters might physically replace the existing values in the database. SDMX web services that neither support the //updatedAfter// URL parameter might also implement physical deletions. However, SDMX web services that support these parameters (or other time-machine features), would not overwrite or delete the physical values.
--SDMX web services that support the *includeHistory* or *asOf* URL parameters should never allow deleting their **historic** data content because this would interfere with the interests of data consumers, such as data aggregators. Therefore, a specific feature to physically delete previous (outdated) content is intentionally not added to the SDMX standard syntax. If such a feature is required by an organisation, then it needs to be implemented as a custom feature outside the SDMX standard.
++SDMX web services that support the //includeHistory// or //asOf// URL parameters should never allow deleting their **historic** data content because this would interfere with the interests of data consumers, such as data aggregators. Therefore, a specific feature to physically delete previous (outdated) content is intentionally not added to the SDMX standard syntax. If such a feature is required by an organisation, then it needs to be implemented as a custom feature outside the SDMX standard.
--Likewise, all SDMX-compliant systems that do (or are configured to) support the *updatedAfter* URL parameter need to systematically retain the information about deleted data (or data-related reference metadata).
++Likewise, all SDMX-compliant systems that do (or are configured to) support the //updatedAfter// URL parameter need to systematically retain the information about deleted data (or data-related reference metadata).
--All datasets – even with varying actions – within a single data message have always to be treated as **ACID transaction** to guarantee “transactional safety” (full data consistency and validity despite errors, power failures, and other mishaps). These datasets are to be processed in the order of appearance in the message. The advantage of such data messages is thus the ability to bundle separate *delete* and *replace* or *merge* actions into one transactional data message.
++All datasets – even with varying actions – within a single data message have always to be treated as **ACID transaction** to guarantee “transactional safety” (full data consistency and validity despite errors, power failures, and other mishaps). These datasets are to be processed in the order of appearance in the message. The advantage of such data messages is thus the ability to bundle separate //delete// and //replace// or //merge// actions into one transactional data message.
--**Recommended[^2] dataset actions in SDMX web service responses to GET data queries:**
++**Recommended{{footnote}}So far this is recommended for systems that do not require backward-compatibility. Later, with SDMX 4.0, this may generally be made mandatory{{/footnote}} dataset actions in SDMX web service responses to GET data queries:**
--1. Without the *updatedAfter*, *includeHistory*, *detail*, *attributes* or *measures* URL parameters:
--
--   The response message should contain the retrieved data in a *Replace* dataset (instead of the previous *information* dataset).
++~1. Without the //updatedAfter//, //includeHistory//, //detail//, //attributes// or //measures// URL parameters:
--1. Without the *updatedAfter* and *includeHistory*, but with *detail*, *attributes* or *measures* URL parameters:
--
--   The response message should contain the retrieved data in a *Merge* dataset (instead of the previous *Information* dataset).
++The response message should contain the retrieved data in a //Replace// dataset (instead of the previous //information// dataset).
--1. With the *updatedAfter* URL parameter:
--
--   The response must include the information of all previously updated, inserted and deleted data or data-related reference metadata, even if bulk deletions have been used. One of the two approaches are possible:
++2. Without the //updatedAfter// and //includeHistory//, but with //detail//, //attributes// or //measures// URL parameters:
--* a *Delete* dataset for entirely deleted observations and for entirely deleted sets of (data-related reference metadata) attribute values attached to specific dimension combinations and
--   a *Replace* dataset for all other changed observations and changed attribute and data-related reference metadata values attached to specific dimension combinations, or
--* a *Delete* dataset for entirely deleted observations, for entirely deleted sets of (data-related reference metadata) attribute values attached to specific dimension combinations and for individually deleted mesure, attribute and reference metadata values and
--   a *Merge* dataset for all other updated or inserted observation, attribute and data-related reference metadata values.
--
--   The DB synchronization use case requires that the generated response must always allow achieving to replicate the exact same punctual data content as currently stored in the queried data source.
++The response message should contain the retrieved data in a //Merge// dataset (instead of the previous //Information// dataset).
--1. With the *includeHistory* URL parameter:
--
--   Using a number of datasets with *Delete*, *Replace* or *Merge* actions and limited in their validity time span that allow achieving to replicate the exact same punctual data contents as previously stored in the queried data source.
++3. With the //updatedAfter// URL parameter:
--1. With the *asOf* URL parameter:
--
--   The recommendations of 1 and 2 apply depending on the other parameters. In addition, the returned dataset should have its validity time span limited to the point in time requested in the *asOf* parameter.
++The response must include the information of all previously updated, inserted and deleted data or data-related reference metadata, even if bulk deletions have been used. One of the two approaches are possible:
--[^2]: So far this is recommended for systems that do not require backward-compatibility. Later, with SDMX 4.0, this may generally be made mandatory.
++* a //Delete// dataset for entirely deleted observations and for entirely deleted sets of (data-related reference metadata) attribute values attached to specific dimension combinations and
++a //Replace// dataset for all other changed observations and changed attribute and data-related reference metadata values attached to specific dimension combinations, or
++* a //Delete// dataset for entirely deleted observations, for entirely deleted sets of (data-related reference metadata) attribute values attached to specific dimension combinations and for individually deleted mesure, attribute and reference metadata values and
++a //Merge// dataset for all other updated or inserted observation, attribute and data-related reference metadata values.
++The DB synchronization use case requires that the generated response must always allow achieving to replicate the exact same punctual data content as currently stored in the queried data source.
++
++~1. With the //includeHistory// URL parameter:
++
++Using a number of datasets with //Delete//, //Replace// or //Merge// actions and limited in their validity time span that allow achieving to replicate the exact same punctual data contents as previously stored in the queried data source.
++
++2. With the //asOf// URL parameter:
++
++The recommendations of 1 and 2 apply depending on the other parameters. In addition, the returned dataset should have its validity time span limited to the point in time requested in the //asOf// parameter.
++
  == 4.2 Reference Metadata Actions ==
--Reference metadata defined by a Metadataflow or a MetadataProvisionAgreement are exchanged within reference metadatasets, which are maintainable and thus for actions behave like structural metadata (artefacts): When interacting with SDMX Rest web services, the HTTP action verbs GET, PUT and POST are used to indicate the intended action per web request. Consequently, different actions cannot be bundled and executed with “transactional ACIDity”. Note that metadatasets retrieved using the HTTP header “Accept-Language” may contain only partial languages, and thus should be marked with its *isPartialLanguage* property set to true. Submitting such a partial metadataset to update an SDMX storage system will only add or update the included languages but not change other languages.
++Reference metadata defined by a Metadataflow or a MetadataProvisionAgreement are exchanged within reference metadatasets, which are maintainable and thus for actions behave like structural metadata (artefacts): When interacting with SDMX Rest web services, the HTTP action verbs GET, PUT and POST are used to indicate the intended action per web request. Consequently, different actions cannot be bundled and executed with “transactional ACIDity”. Note that metadatasets retrieved using the HTTP header “Accept-Language” may contain only partial languages, and thus should be marked with its //isPartialLanguage// property set to true. Submitting such a partial metadataset to update an SDMX storage system will only add or update the included languages but not change other languages.
--The former message header or metadataset property *DataSetAction* is deprecated. To avoid conflicts, it is now ignored if still present.
++The former message header or metadataset property //DataSetAction// is deprecated. To avoid conflicts, it is now ignored if still present.
++
++---
++{{putFootnotes/}}--

SUZ.Methodology.Code.MethodologyClass[0]

index

...	...	@@ -1,1 +1,0 @@
1		-4

SKMS.Methodology.Code.MethodologyClass[0]

Index

...	...	@@ -1,0 +1,1 @@
	1	+5