Changes for page Part II.Common Namespace
Last modified by Helena K. on 2026/06/09 12:56
Summary
-
Page properties (2 modified, 0 added, 0 removed)
-
Objects (0 modified, 1 added, 1 removed)
Details
- Page properties
-
- Title
-
... ... @@ -1,1 +1,1 @@ 1 -Part II.Common :This details the common namespaceschemas1 +Part II.Common Namespace - Content
-
... ... @@ -4,17 +4,17 @@ 4 4 5 5 = 1 Introduction = 6 6 7 -The common namespace defines a collection of constructs that are reused across the various [[components>>doc:sdmx:Glossary.Component.WebHome]]of[[SDMX>>doc:sdmx:Glossary.Statisticaldata and metadata exchange.WebHome]].Most important of these are the referencing mechanism. The goal of the reference construct was to define a generic structure that could be processed uniformly regardless of the context where the reference was used. But it was also important that references be required to be complete whenever possible.7 +The common namespace defines a collection of constructs that are reused across the various components of SDMX. Most important of these are the referencing mechanism. The goal of the reference construct was to define a generic structure that could be processed uniformly regardless of the context where the reference was used. But it was also important that references be required to be complete whenever possible. 8 8 9 -Any object can be referenced either explicitly with a URN or by a set of complete reference fields. To meet the previously stated requirements, and very general mechanism was created based on the URN structure of [[SDMX>>doc:sdmx:Glossary.Statisticaldata and metadata exchange.WebHome]] objects for these reference fields.9 +Any object can be referenced either explicitly with a URN or by a set of complete reference fields. To meet the previously stated requirements, and very general mechanism was created based on the URN structure of SDMX objects for these reference fields. 10 10 11 11 There was also a requirement that the references be able to be refined to meet particular needs outside of the common namespace. An example of this is in the metadata structure specific schemas. It is a requirement that if a target object is specified as having to come from a particular scheme, that a type based on the reference structure be created that enforced the requirement. 12 12 13 -Typically, this would not have been an issues as all of the [[components>>doc:sdmx:Glossary.Component.WebHome]]which make up the references are of atomic types, and therefore can be expressed as XML[[attributes>>doc:sdmx:Glossary.Attribute.WebHome]]which are easily refined and restricted since the XML Schema design principles in[[SDMX>>doc:sdmx:Glossary.Statisticaldata and metadata exchange.WebHome]] always treats[[attributes>>doc:sdmx:Glossary.Attribute.WebHome]]as unqualified.13 +Typically, this would not have been an issues as all of the components which make up the references are of atomic types, and therefore can be expressed as XML attributes which are easily refined and restricted since the XML Schema design principles in SDMX always treats attributes as unqualified. 14 14 15 15 However, the requirement to allow both a URN and/or a complete set of reference field necessitate that these properties be contained in elements. The fact that they are elements typically would mean that the only way a refinement outside of the namespace could happen was if the element were global and allowed for substitutions. This however would mean that every distinct type of referenced object would have a unique set of elements. This moved away from the requirement that the structure be easy to process regardless of context. 16 16 17 -The solution to this problem was to deviate from the normal [[SDMX>>doc:sdmx:Glossary.Statisticaldata and metadata exchange.WebHome]]XML Schema design principle of always using qualified elements and allowing for these to be unqualified. Doing so allows other namespace to derive from these types and place further restrictions on what can be referenced. The deviation from this principle was justified in that it met all of the requirements and was not deemed to major of a shift since these properties normally would have been expressed as unqualified[[attributes>>doc:sdmx:Glossary.Attribute.WebHome]]if it weren't for the complete reference requirement.17 +The solution to this problem was to deviate from the normal SDMX XML Schema design principle of always using qualified elements and allowing for these to be unqualified. Doing so allows other namespace to derive from these types and place further restrictions on what can be referenced. The deviation from this principle was justified in that it met all of the requirements and was not deemed to major of a shift since these properties normally would have been expressed as unqualified attributes if it weren't for the complete reference requirement. 18 18 19 19 == 2 Schema Documentation == 20 20 ... ... @@ -52,7 +52,7 @@ 52 52 53 53 === 2.1.3 Complex Types === 54 54 55 -** *ValueType*:** ValueType is an abstract class that is the basis for any component value that cannot be simply represented as a space-normalized value (e.g. in an XML attribute). Although its content is mixed, it should be restricted so that only character data or the Text or Structured text is used. See StringValueType, IntValueType, ObserverationalTimeValueType, TextValueType, and StructuredTextValueType for details.55 +//**ValueType:**// ValueType is an abstract class that is the basis for any component value that cannot be simply represented as a space-normalized value (e.g. in an XML attribute). Although its content is mixed, it should be restricted so that only character data or the Text or Structured text is used. See StringValueType, IntValueType, ObserverationalTimeValueType, TextValueType, and StructuredTextValueType for details. 56 56 57 57 Content: 58 58 {text} x (Text\* | StructuredText\*)? ... ... @@ -70,8 +70,8 @@ 70 70 71 71 ValueType (restriction) 72 72 BooleanValueType 73 -Content: 74 74 74 +Content: 75 75 **StringValueType:** StringValueType is a refinement of SimpleValueType limiting the content to be a string. This can be further refined with facets, patterns, etc. 76 76 77 77 Derivation: ... ... @@ -204,7 +204,7 @@ 204 204 |(% style="width:150px" %)**Name**|(% style="width:206px" %)**Type**|(% style="width:652px" %)**Documentation** 205 205 |(% style="width:150px" %)Text|(% style="width:206px" %)TextType|(% style="width:652px" %)Text contains the text of the message, in parallel language values. 206 206 207 -** *AnnotableType*:** AnnotableType is an abstract base type used for all annotable artefacts. Any type that provides for annotations should extend this type.207 +//**AnnotableType:** //AnnotableType is an abstract base type used for all annotable artefacts. Any type that provides for annotations should extend this type. 208 208 209 209 Content: 210 210 Annotations? ... ... @@ -290,7 +290,7 @@ 290 290 Derivation: 291 291 292 292 AnnotableType (extension) 293 - IdentifiableType *293 + IdentifiableType 294 294 295 295 Attributes: 296 296 id?, urn?, uri? ... ... @@ -319,7 +319,7 @@ 319 319 320 320 AnnotableType (extension) 321 321 IdentifiableType (extension) 322 - NameableType *322 + NameableType 323 323 324 324 Attributes: 325 325 id?, urn?, uri? ... ... @@ -351,7 +351,7 @@ 351 351 AnnotableType (extension) 352 352 IdentifiableType (extension) 353 353 NameableType (extension) 354 - VersionableType *354 + VersionableType 355 355 356 356 Attributes: 357 357 id?, urn?, uri?, version?, validFrom?, validTo? ... ... @@ -387,7 +387,7 @@ 387 387 IdentifiableType (extension) 388 388 NameableType (extension) 389 389 VersionableType (restriction) 390 - MaintainableBaseType *390 + MaintainableBaseType 391 391 392 392 Attributes: 393 393 id, urn?, uri?, version?, validFrom?, validTo? ... ... @@ -421,10 +421,10 @@ 421 421 422 422 AnnotableType (extension) 423 423 IdentifiableType (extension) 424 - NameableType *(extension)424 + NameableType (extension) 425 425 VersionableType (restriction) 426 426 MaintainableBaseType (extension) 427 - MaintainableType *427 + MaintainableType 428 428 429 429 Attributes: 430 430 id, urn?, uri?, version?, validFrom?, validTo?, agencyID, isPartialLanguage?, isExternalReference?, serviceURL?, structureURL? ... ... @@ -509,7 +509,7 @@ 509 509 |(% style="width:228px" %)**Name**|(% style="width:221px" %)**Type**|(% style="width:699px" %)**Documentation** 510 510 |(% style="width:228px" %)xml:lang (default: en)|(% style="width:221px" %)xs:language 511 511 512 -** *PayloadStructureType*:** PayloadStructureType is an abstract base type used to define the structural information for data or metadata sets. A reference to the structure is provided (either explicitly or through a reference to a structure usage).512 +//**PayloadStructureType:**// PayloadStructureType is an abstract base type used to define the structural information for data or metadata sets. A reference to the structure is provided (either explicitly or through a reference to a structure usage). 513 513 514 514 Attributes: 515 515 structureID, schemaURL?, namespace?, dimensionAtObservation?, explicitMeasures?, serviceURL?, structureURL? ... ... @@ -542,7 +542,7 @@ 542 542 Derivation: 543 543 544 544 PayloadStructureType (restriction) 545 - DataStructureType *545 + DataStructureType 546 546 547 547 Attributes: 548 548 structureID, schemaURL?, namespace?, dimensionAtObservation?, explicitMeasures?, serviceURL?, structureURL? ... ... @@ -609,7 +609,7 @@ 609 609 Derivation: 610 610 611 611 PayloadStructureType (restriction) 612 - MetadataStructureType *612 + MetadataStructureType 613 613 614 614 Attributes: 615 615 structureID, schemaURL?, namespace?, serviceURL?, structureURL? ... ... @@ -1105,26 +1105,27 @@ 1105 1105 1106 1106 Enumerations: 1107 1107 1108 -|**Value**|**Documentation** 1109 -|ObservationalTimePeriod|Observational time periods are the superset of all time periods in SDMX. It is the union of the standard time periods (i.e. Gregorian time periods, the reporting time periods, and date time) and a time range. 1110 -|StandardTimePeriod|Standard time periods is a superset of distinct time period in SDMX. It is the union of the basic time periods (i.e. the Gregorian time periods and date time) and the reporting time periods. 1111 -|BasicTimePeriod|BasicTimePeriod time periods is a superset of the Gregorian time periods and a date time. 1112 -|GregorianTimePeriod|Gregorian time periods correspond to calendar periods and are represented in ISO-8601 formats. This is the union of the year, year month, and date formats. 1113 -|GregorianYear|A Gregorian time period corresponding to W3C XML Schema's xs:gYear datatype, which is based on ISO-8601. 1114 -|GregorianYearMonth|A time datatype corresponding to W3C XML Schema's xs:gYearMonth datatype, which is based on ISO-8601. 1115 -|GregorianDay|A time datatype corresponding to W3C XML Schema's xs:date datatype, which is based on ISO-8601. 1116 -|ReportingTimePeriod|Reporting time periods represent periods of a standard length within a reporting year, where to start of the year (defined as a month and day) must be defined elsewhere or it is assumed to be January 1. This is the union of the reporting year, semester, trimester, quarter, month, week, and day. 1117 -|ReportingYear|A reporting year represents a period of 1 year (P1Y) from the start date of the reporting year. This is expressed as using the SDMX specific ReportingYearType. 1118 -|ReportingSemester|A reporting semester represents a period of 6 months (P6M) from the start date of the reporting year. This is expressed as using the SDMX specific ReportingSemesterType. 1119 -|ReportingTrimester|A reporting trimester represents a period of 4 months (P4M) from the start date of the reporting year. This is expressed as using the SDMX specific ReportingTrimesterType. 1120 -|ReportingQuarter|A reporting quarter represents a period of 3 months (P3M) from the start date of the reporting year. This is expressed as using the SDMX specific ReportingQuarterType. 1121 -|ReportingMonth|A reporting month represents a period of 1 month (P1M) from the start date of the reporting year. This is expressed as using the SDMX specific ReportingMonthType. 1122 -|ReportingWeek|A reporting week represents a period of 7 days (P7D) from the start date of the reporting year. This is expressed as using the SDMX specific ReportingWeekType. 1123 -|ReportingDay|A reporting day represents a period of 1 day (P1D) from the start date of the reporting year. This is expressed as using the SDMX specific ReportingDayType. 1124 -|DateTime|A time datatype corresponding to W3C XML Schema's xs:dateTime datatype. 1125 -|TimeRange|TimeRange defines a time period by providing a distinct start (date or date time) and a duration. 1108 +(% style="width:1002.29px" %) 1109 +|**Value**|(% style="width:802px" %)**Documentation** 1110 +|ObservationalTimePeriod|(% style="width:802px" %)Observational time periods are the superset of all time periods in SDMX. It is the union of the standard time periods (i.e. Gregorian time periods, the reporting time periods, and date time) and a time range. 1111 +|StandardTimePeriod|(% style="width:802px" %)Standard time periods is a superset of distinct time period in SDMX. It is the union of the basic time periods (i.e. the Gregorian time periods and date time) and the reporting time periods. 1112 +|BasicTimePeriod|(% style="width:802px" %)BasicTimePeriod time periods is a superset of the Gregorian time periods and a date time. 1113 +|GregorianTimePeriod|(% style="width:802px" %)Gregorian time periods correspond to calendar periods and are represented in ISO-8601 formats. This is the union of the year, year month, and date formats. 1114 +|GregorianYear|(% style="width:802px" %)A Gregorian time period corresponding to W3C XML Schema's xs:gYear datatype, which is based on ISO-8601. 1115 +|GregorianYearMonth|(% style="width:802px" %)A time datatype corresponding to W3C XML Schema's xs:gYearMonth datatype, which is based on ISO-8601. 1116 +|GregorianDay|(% style="width:802px" %)A time datatype corresponding to W3C XML Schema's xs:date datatype, which is based on ISO-8601. 1117 +|ReportingTimePeriod|(% style="width:802px" %)Reporting time periods represent periods of a standard length within a reporting year, where to start of the year (defined as a month and day) must be defined elsewhere or it is assumed to be January 1. This is the union of the reporting year, semester, trimester, quarter, month, week, and day. 1118 +|ReportingYear|(% style="width:802px" %)A reporting year represents a period of 1 year (P1Y) from the start date of the reporting year. This is expressed as using the SDMX specific ReportingYearType. 1119 +|ReportingSemester|(% style="width:802px" %)A reporting semester represents a period of 6 months (P6M) from the start date of the reporting year. This is expressed as using the SDMX specific ReportingSemesterType. 1120 +|ReportingTrimester|(% style="width:802px" %)A reporting trimester represents a period of 4 months (P4M) from the start date of the reporting year. This is expressed as using the SDMX specific ReportingTrimesterType. 1121 +|ReportingQuarter|(% style="width:802px" %)A reporting quarter represents a period of 3 months (P3M) from the start date of the reporting year. This is expressed as using the SDMX specific ReportingQuarterType. 1122 +|ReportingMonth|(% style="width:802px" %)A reporting month represents a period of 1 month (P1M) from the start date of the reporting year. This is expressed as using the SDMX specific ReportingMonthType. 1123 +|ReportingWeek|(% style="width:802px" %)A reporting week represents a period of 7 days (P7D) from the start date of the reporting year. This is expressed as using the SDMX specific ReportingWeekType. 1124 +|ReportingDay|(% style="width:802px" %)A reporting day represents a period of 1 day (P1D) from the start date of the reporting year. This is expressed as using the SDMX specific ReportingDayType. 1125 +|DateTime|(% style="width:802px" %)A time datatype corresponding to W3C XML Schema's xs:dateTime datatype. 1126 +|TimeRange|(% style="width:802px" %)TimeRange defines a time period by providing a distinct start (date or date time) and a duration. 1126 1126 1127 -**UrnPrefixPart:** This is validates the first part of the URN (urn:sdmx.org.infomodel. <package>.<class=). It is intended to be further restricted.1128 +**UrnPrefixPart:** This is validates the first part of the URN (urn:sdmx.org.infomodel..<class=). It is intended to be further restricted. 1128 1128 1129 1129 Derived by restriction of xs:string. 1130 1130 Regular Expression Pattern: urn:sdmx:org\.sdmx\.infomodel\.[a-z]+\.[A-Za-z]+=[^=]+ ... ... @@ -1144,81 +1144,44 @@ 1144 1144 Derived by restriction of UrnClassesPart. 1145 1145 Regular Expression Pattern: . +=([A-Za-z][A-Za-z0-9_\-]*(\.[A-Za-z][A-Za-z0-9_\-]*)*):[^:]+.+=\*:[^:]+ 1146 1146 1147 -**UrnMaintainableIdPart:** This refines the prefix, classes, and agnecy patterns to validate the maintainable ID part of the URN (: <maintainable_id(<version_number>)). Note that it does not restrict the version part as it is intended to be further restricted.1148 +**UrnMaintainableIdPart:** This refines the prefix, classes, and agnecy patterns to validate the maintainable ID part of the URN (:)). Note that it does not restrict the version part as it is intended to be further restricted. 1148 1148 1149 1149 Derived by restriction of UrnAgencyPart. 1150 1150 Regular Expression Pattern: . +:([A-Za-z0-9_@$\-]+)\([0-9A-Za-z\-\.\+]+\)[^(\(\))] 1151 1151 1152 -**WildcardUrnMaintainableIdPart:** This refines the prefix, classes, and agnecy patterns to validate the maintainable ID part of a wildcarded URN reference (: <maintainable_id(<version_number>)). Note that it does not restrict the version part as it is intended to be further restricted.1153 +**WildcardUrnMaintainableIdPart:** This refines the prefix, classes, and agnecy patterns to validate the maintainable ID part of a wildcarded URN reference (:)). Note that it does not restrict the version part as it is intended to be further restricted. 1153 1153 1154 1154 Derived by restriction of WildcardUrnAgencyPart. 1155 1155 Regular Expression Pattern: . +:([A-Za-z0-9_@$\-]+)\([0-9A-Za-z\-\.\+\*]+\)[^(\(\))]*.+:\*\([0-9A-Za-z\-\.\+\*]+\)[^(\(\))] 1156 1156 1158 +((( 1157 1157 **UrnVersionPart:** This refines the prefix, classes, agency, and maintainable id patterns to validate the version number part of the URN ((<version_number)). It accounts for both legacy and semantic versioning, but not wildarding (for referencing). It is meant to be further refined, although all parts after this are optional. 1158 1158 1159 1159 Derived by restriction of UrnMaintainableIdPart. 1160 -Regular Expression Pattern: . +\((0|[1-9]\d*)(\.(0|[1-9]\d*))?\).*.+\((0|[1-9]\d*)(\.(0|[1-9]\d*)){2}(\-(([A-Za-z\-]|([A-Za-z\-][A-Za-z0-9\-]+)|([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*))|(0|[1-9][0-9]*))(\.(([A-Za-z\-]|([A-Za-z\-][A-Za-z0-9\-]+)|([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*))|(0|[1-9][0-9]* 1162 +Regular Expression Pattern: . +\((0|[1-9]\d*)(\.(0|[1-9]\d*))?\).*.+\((0|[1-9]\d*)(\.(0|[1-9]\d*)){2}(\-(([A-Za-z\-] | ([A-Za-z\-][A-Za-z0-9\-]+)|([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*)) | (0|[1-9][0-9]*))(\.(([A-Za-z\-]|([A-Za-z\-][A-Za-z0-9\-]+) | ([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*))|(0|[1-9][0-9]~*~*)?\). 1161 1161 ))) 1162 1162 1163 -*)?\). 1164 - 1165 1165 **UrnReferenceVersionPart:** This refines the prefix, classes, agency, and maintainable id patterns to validate the version number part of a URN reference ((<version_number)). It accounts for both legacy and semantic versioning (including late binding). It is meant to be further refined, although all parts after this are optional. 1166 1166 1167 1167 Derived by restriction of UrnMaintainableIdPart. 1168 -Regular Expression Pattern: . +\((0|[1-9]\d*)(\.(0|[1-9]\d*))?\).*.+\((0|[1-9]\d*)(\.(0|[1-9]\d*)){2}(\-(([A-Za-z\-]|([A-Za-z\-][A-Za-z0-9\-]+)|([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*))|(0|[1-9][0-9]*))(\.(([A-Za-z\-]|([A-Za-z\-][A-Za-z0-9\-]+)|([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*))|(0|[1-9][0-9]*~)~)~)*)?\).*.+\ 1168 +Regular Expression Pattern: . +\((0|[1-9]\d*)(\.(0|[1-9]\d*))?\).*.+\((0|[1-9]\d*)(\.(0 | [1-9]\d*)){2}(\-(([A-Za-z\-]|([A-Za-z\-][A-Za-z0-9\-]+) | ([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*))|(0|[1-9][0-9]*))(\.(([A-Za-z\-] | ([A-Za-z\-][A-Za-z0-9\-]+) |([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*)) | (0|[1-9][0-9]*~)~)~)*)?\).*.+\0|[1-9]\d*)\+?)(\.((0 | [1-9]\d*{2}\).*.+\0|[1-9]\d*))(\.((0 | [1-9]\d*)\+?))(\.((0 | [1-9]\d*\).*.+\0|[1-9]\d*)\+?)(\.((0|[1-9]\d*(\.((0|[1-9]\d*)\+?))\). 1169 1169 1170 -((( 1171 -0|[1-9]\d*)\+?)(\.((0|[1-9]\d* 1172 -))) 1173 - 1174 -{2}\).*.+\ 1175 - 1176 -((( 1177 -0|[1-9]\d*))(\.((0|[1-9]\d*)\+?))(\.((0|[1-9]\d* 1178 -))) 1179 - 1180 -\).*.+\ 1181 - 1182 -((( 1183 -0|[1-9]\d*)\+?)(\.((0|[1-9]\d* 1184 -))) 1185 - 1186 -(\.((0|[1-9]\d*)\+?))\). 1187 - 1188 1188 **WildcardUrnVersionPart:** This refines the prefix, classes, agency, and maintainable id patterns to validate the version number part of a wildcarded URN reference ((<version_number)). It accounts for both legacy and semantic versioning (including late binding). It is meant to be further refined, although all parts after this are optional. 1189 1189 1190 1190 Derived by restriction of WildcardUrnMaintainableIdPart. 1191 -Regular Expression Pattern: . +\((0|[1-9]\d*)(\.(0|[1-9]\d*))?\).*.+\((0|[1-9]\d*)(\.(0|[1-9]\d*)){2}(\-(([A-Za-z\-]|([A-Za-z\-][A-Za-z0-9\-]+)|([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*))|(0|[1-9][0-9]*))(\.(([A-Za-z\-]|([A-Za-z\-][A-Za-z0-9\-]+)|([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*))|(0|[1-9][0-9]*~)~)~)*)?\).*.+\ 1173 +Regular Expression Pattern: . +\((0|[1-9]\d*)(\.(0 | [1-9]\d*))?\).*.+\((0|[1-9]\d*)(\.(0|[1-9]\d*)){2}(\-(([A-Za-z\-]|([A-Za-z\-][A-Za-z0-9\-]+) | ([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*))|(0|[1-9][0-9]*))(\.(([A-Za-z\-] | ([A-Za-z\-][A-Za-z0-9\-]+) | ([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*)) | (0|[1-9][0-9]*~)~)~)*)?\).*.+\0|[1-9]\d*)\+?)(\.((0|[1-9]\d*{2}\).*.+\0|[1-9]\d*))(\.((0 | [1-9]\d*)\+?))(\.((0|[1-9]\d*\).*.+\0 | [1-9]\d*)\+?)(\.((0|[1-9]\d*(\.((0|[1-9]\d*)\+?))\).*.+\(\*\). 1192 1192 1193 -((( 1194 -0|[1-9]\d*)\+?)(\.((0|[1-9]\d* 1195 -))) 1175 +**UrnType:** The completes the refinement of the prefix, classes, agency, maintainable id, and version number patterns to validate the last, and optional, nested component part of the URN (e.g. ().\*). The nested patterns provide a complete validation of the URN pattern. 1196 1196 1197 -{2}\).*.+\ 1198 - 1199 -((( 1200 -0|[1-9]\d*))(\.((0|[1-9]\d*)\+?))(\.((0|[1-9]\d* 1201 -))) 1202 - 1203 -\).*.+\ 1204 - 1205 -((( 1206 -0|[1-9]\d*)\+?)(\.((0|[1-9]\d* 1207 -))) 1208 - 1209 -(\.((0|[1-9]\d*)\+?))\).*.+\(\*\). 1210 - 1211 -**UrnType:** The completes the refinement of the prefix, classes, agency, maintainable id, and version number patterns to validate the last, and optional, nested component part of the URN (e.g. (<version_number>)<containerobject-id>.<object-id>\*). The nested patterns provide a complete validation of the URN pattern. 1212 - 1213 1213 Derived by restriction of UrnVersionPart. 1214 1214 Regular Expression Pattern: . +\)(\.[A-Za-z0-9_@$\-]+(\.[A-Za-z0-9_@$\-]+)*)? 1215 1215 1216 -**UrnReferenceType:** The completes the refinement of the prefix, classes, agency, maintainable id, and version number patterns to validate the last, and optional, nested component part of a URN reference (e.g. ( <version_number>)<containerobject-id>.<object-id>\*). The nested patterns provide a complete validation of the URN pattern.1180 +**UrnReferenceType:** The completes the refinement of the prefix, classes, agency, maintainable id, and version number patterns to validate the last, and optional, nested component part of a URN reference (e.g. ().\*). The nested patterns provide a complete validation of the URN pattern. 1217 1217 1218 1218 Derived by restriction of UrnReferenceVersionPart. 1219 1219 Regular Expression Pattern: . +\)(\.[A-Za-z0-9_@$\-]+(\.[A-Za-z0-9_@$\-]+)*)? 1220 1220 1221 -**WildcardUrnType:** The completes the refinement of the prefix, classes, agency, maintainable id, and version number patterns to validate the last, and optional, nested component part of a wildcarded URN reference (e.g. ( <version_number>)<containerobject-id>.<object-id>\*). The nested patterns provide a complete validation of the URN pattern.1185 +**WildcardUrnType:** The completes the refinement of the prefix, classes, agency, maintainable id, and version number patterns to validate the last, and optional, nested component part of a wildcarded URN reference (e.g. ().\*). The nested patterns provide a complete validation of the URN pattern. 1222 1222 1223 1223 Derived by restriction of WildcardUrnVersionPart. 1224 1224 Regular Expression Pattern: . +\)(\.[A-Za-z0-9_@$\-]+(\.[A-Za-z0-9_@$\-]+)*)?.+\)(\.\*(\.\*)*)? ... ... @@ -1234,6 +1234,7 @@ 1234 1234 Regular Expression Pattern: . +\) 1235 1235 1236 1236 **ComponentUrnType:** Restricts the URN so that the pattern ends after the first component part. 1201 +))) 1237 1237 1238 1238 Derived by restriction of UrnType. 1239 1239 Regular Expression Pattern: . +\)\.[A-Za-z0-9_@$\-]+ ... ... @@ -1538,7 +1538,7 @@ 1538 1538 Derived by restriction of ComponentUrnType. 1539 1539 Regular Expression Pattern: . +\.transformation\.Ruleset=.+ 1540 1540 1541 -**RulesetSchemeUrnType:** Urn type for a rules te scheme.1506 +**RulesetSchemeUrnType:** Urn type for a ruleset scheme. 1542 1542 1543 1543 Derived by restriction of MaintainableUrnType. 1544 1544 Regular Expression Pattern: . +\.transformation\.RulesetScheme=.+ ... ... @@ -1947,6 +1947,7 @@ 1947 1947 **SemanticVersionReferenceType:** SemanticVersionReferenceType is a simple type for referencing semantic version numbers. It allows for the wildcarding of only one the major, minor, or patch version parts using "+". 1948 1948 1949 1949 Derived by restriction of xs:string. 1915 + 1950 1950 Regular Expression Pattern: ((0|[1-9]\d*)\+?)(\.((0|[1-9]\d*~)~)~){2}((0|[1-9]\d*))(\.((0|[1-9]\d*)\+?))(\.((0|[1-9]\d*~)~)~)((0|[1-9]\d*)\+?)(\.((0|[1-9]\d*~)~)~)(\.((0|[1-9]\d*)\+?)) 1951 1951 1952 1952 **WildcardVersionType:** WildcardVersionType combines the VersionType and WildcardType to allow a reference to either a specific version of an object, or to wildcard the version in the reference by specifying the '*' value. ... ... @@ -1961,10 +1961,10 @@ 1961 1961 1962 1962 Enumerations: 1963 1963 1964 -|**Value**|**Documentation** 1930 +(% style="width:1011.29px" %) 1931 +|**Value**|(% style="width:771px" %)**Documentation** 1932 +|\*|(% style="width:771px" %)Indicates that any value of the identifier component is allowed. 1965 1965 1966 -|\*|Indicates that any value of the identifier component is allowed.| 1967 - 1968 1968 **NestedIDType:** NestedIDType is the least restrictive form of an identifier used throughout all SDMX-ML messages. It allows for a hierarchical identifier, with each portion separated by the '.' character. For the identifier portions, valid characters include A-Z, a-z, @, 0-9, \_, -, $. 1969 1969 1970 1970 Derived by restriction of xs:string. ... ... @@ -2003,9 +2003,10 @@ 2003 2003 **SemanticVersionNumberType:** SemanticVersionNumberType is a simple type for validating semantic version in the format (major.minor.patch[-extension]). 2004 2004 2005 2005 Derived by restriction of xs:string. 2006 -Regular Expression Pattern: (0|[1-9]\d*)(\.(0|[1-9]\d*)){2}(\-(([A-Za-z\-]|([A-Za-z\-][A-Za-z0-9\-]+)|([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*))|(0|[1-9][0-9]*))(\.(([A-Za-z\-]|([A-Za-z\-][A-Za-z0-9\-]+)|([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*))|(0|[1-9][0-9]*~)~)~)*)? 1972 +Regular Expression Pattern: (0|[1-9]\d*)(\.(0|[1-9]\d*)){2}(\-(([A-Za-z\-]|([A-Za-z\-][A-Za-z0-9\-]+) | ([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*)) | (0|[1-9][0-9]*))(\.(([A-Za-z\-] | ([A-Za-z\-][A-Za-z0-9\-]+) | ([A-Za-z0-9\-]+[A-Za-z\-][A-Za-z0-9\-]*)) | (0|[1-9][0-9]*~)~)~)*)? 2007 2007 2008 2008 **LegacyVersionNumberType:** LegacyVersionNumberType describes the version number format previously supported in SDMX. The format is restricted to allow for simple incrementing and sorting of version number. The version consists of a set of maximum 2 numeric components, separated by the '.' character. When processing version, each numeric component (the number preceding and following any '.' character) should be parsed as an integer. Thus, a version of 1.3 and 1.03 would be equivalent, as both the '3' component and the '03' component would parse to an integer value of 3. 2009 2009 2010 2010 Derived by restriction of xs:string. 1977 + 2011 2011 Regular Expression Pattern: (0|[1-9]\d*)(\.(0|[1-9]\d*))?
- SUZ.Methodology.Code.MethodologyClass[0]
-
- index
-
... ... @@ -1,1 +1,0 @@ 1 -3
- SKMS.Methodology.Code.MethodologyClass[0]
-
- Index
-
... ... @@ -1,0 +1,1 @@ 1 +3