Changes for page Part IV. Data and Metadata Namespaces
Last modified by Artur on 2025/09/10 11:19
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -206,17 +206,21 @@ 206 206 **TimeSeriesDataSetType: **TimeSeriesDataSetType is a derivation of the base DataSetType of the generic format the restricts the data set to only allow for grouped observations where the dimension at the observation level is the time dimension of the data structure definition. This means that unlike the base data set structure, there can be no un-grouped observations. Because this derivation is achieved using restriction, data sets conforming to this type will inherently conform to the base data set structure as well. In fact, data structured here will be identical to data in the base data set when the time dimension is the observation dimension. This means that the data contained in this structure can be processed in exactly the same manner as the base structure. 207 207 208 208 Derivation: 209 -* //com:AnnotableType// (extension) 210 -** DataSetType (restriction) 211 -*** TimeSeriesDataSetType 212 212 210 +//com:AnnotableType// (extension) 211 + [[image:1750765436901-853.png]]DataSetType (restriction) 212 + [[image:1750765436906-461.png]]TimeSeriesDataSetType 213 + 213 213 Attributes: 215 + 214 214 structureRef, setID?, action?, reportingBeginDate?, reportingEndDate?, validFromDate?, validToDate?, publicationYear?, publicationPeriod? 215 215 216 216 Content: 219 + 217 217 com:Annotations?, DataProvider?, Attributes?, Group*, Series* 218 218 219 219 Attribute Documentation: 223 + 220 220 |**Name**|**Type**|**Documentation** 221 221 |structureRef|xs:IDREF|The structureRef contains a reference to a structural specification in the header of a data or reference metadata message. The structural specification details which structure the data or reference metadata conforms to, as well as providing additional information such as how the data is structure (e.g. which dimension occurs at the observation level for a data set). 222 222 |setID|com:IDType|The setID provides an identification of the data or metadata set. ... ... @@ -240,14 +240,17 @@ 240 240 **TimeSeriesType: **TimeSeriesType defines a structure which is used to group a collection of observations which have a key in common, organised by time. The key for a series is every dimension defined in the data structure definition, save the time dimension. In addition to observations, values can be provided for attributes which are associated with the dimensions which make up this series key (so long as the attributes do not specify a group attachment or also have an relationship with the time dimension). It is possible for the series to contain only observations or only attribute values, or both. 241 241 242 242 Derivation: 243 -* //com:AnnotableType// (extension) 244 -** SeriesType (restriction) 245 -*** TimeSeriesType 246 246 248 +//com:AnnotableType// (extension) 249 + [[image:1750765436911-979.png]]SeriesType (restriction) 250 + [[image:1750765436912-452.png]]TimeSeriesType 251 + 247 247 Content: 253 + 248 248 com:Annotations?, SeriesKey, Attributes?, Obs* 249 249 250 250 Element Documentation: 257 + 251 251 |**Name**|**Type**|**Documentation** 252 252 |com:Annotations|com: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 my reference it. 253 253 |SeriesKey|ValuesType|SeriesKey contains the values for each all dimensions defined in the data structure definition, except for that which is declared to be at the observation level for this data set. This key is required, and every dimension must be provided a value. ... ... @@ -257,14 +257,17 @@ 257 257 **TimeSeriesObsType: **TimeSeriesObsType defines the structure of a time series observation. The observation must be provided a value for the time dimension. This time value should disambiguate the observation within the series in which it is defined (i.e. there should not be another observation with the same time value). The observation can contain an observed value and/or attribute values. 258 258 259 259 Derivation: 260 -* //com:AnnotableType// (extension) 261 -** ObsType (restriction) 262 -*** TimeSeriesObsType 263 263 268 +//com:AnnotableType// (extension) 269 + [[image:1750765436913-909.png]]ObsType (restriction) 270 + [[image:1750765436914-333.png]]TimeSeriesObsType 271 + 264 264 Content: 273 + 265 265 com:Annotations?, ObsDimension, ObsValue?, Attributes? 266 266 267 267 Element Documentation: 277 + 268 268 |**Name**|**Type**|**Documentation** 269 269 |com:Annotations|com: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 my reference it. 270 270 |ObsDimension|TimeValueType|ObsDimension holds the key for the grouped observation, i.e. the value of the observation dimension. Note that in this element, the reference to the dimension is optional, since it can be inferred from the structure specification for the data set. This saves having to repeat the value unnecessarily. It is assumed that any application processing the data set will have the information from the structure specification available, so that if a dimension identifier is not supplied here, the proper reference can be applied. ... ... @@ -274,27 +274,35 @@ 274 274 **TimeValueType: **TimeValueType is a derivation of the BaseValueType which is used to provide a value for the time dimension. Since the identifier for the time dimension is fixed, the component reference for this structure is fixed. Note that this means that it is not necessary to provide a value in an instance as the fixed value will be provided in the post validation information set. 275 275 276 276 Derivation: 277 -* BaseValueType (restriction) 278 -** TimeValueType 279 279 288 +BaseValueType (restriction) 289 + [[image:1750765436914-771.png]]TimeValueType 290 + 280 280 Attributes: 292 + 281 281 id?, value 282 282 283 283 Content: 296 + 284 284 {Empty} 285 285 286 286 Attribute Documentation: 300 + 287 287 |**Name**|**Type**|**Documentation** 288 288 |id (fixed: TIME_PERIOD)|com:NCNameIDType|The id attribute contains the identifier for the component for which a value is being provided. 289 289 |value|com: ObservationalTimePer iodType|The value attribute contains the provided component value. 290 290 291 -== 2.2 Structure Specific Data Namespace == 305 +1. 306 +11. Structure Specific Data Namespace 292 292 293 293 **http:~/~/www.sdmx.org/resources/sdmxml/schemas/v2_1/data/structurespecific** 294 294 295 -=== Summary === 310 +1. 311 +11. 312 +111. Summary 296 296 297 297 Referenced Namespaces: 315 + 298 298 |**Namespace**|**Prefix** 299 299 | | 300 300 |http:~/~/www.sdmx.org/resources/sdmxml/schemas/v2_1/common|com ... ... @@ -301,24 +301,31 @@ 301 301 |http:~/~/www.w3.org/2001/XMLSchema|xs 302 302 303 303 Contents: 322 + 304 304 7 Complex Types 305 305 1 Simple Type 306 306 307 -=== Complex Types === 326 +1. 327 +11. 328 +111. Complex Types 308 308 309 309 **//DataSetType//: **DataSetType is the abstract type which defines the base structure for any data structure definition specific data set. A derived data set type will be created that is specific to a data structure definition and the details of the organisation of the data (i.e. which dimension is the observation dimension and whether explicit measures should be used). Data is organised into either a collection of series (grouped observations) or a collection of un-grouped observations. The derived data set type will restrict this choice to be either grouped or un-grouped observations. If this dimension is "AllDimensions" then the derived data set type must consist of a collection of un-grouped observations; otherwise the data set will contain a collection of series with the observations in the series disambiguated by the specified dimension at the observation level. This data set is capable of containing data (observed values) and/or documentation (attribute values) and can be used for incremental updates and deletions (i.e. only the relevant updates or deletes are exchanged). It is assumed that each series or un-grouped observation will be distinct in its purpose. For example, if series contains both data and documentation, it assumed that each series will have a unique key. If the series contains only data or only documentation, then it is possible that another series with the same key might exist, but with not with the same purpose (i.e. to provide data or documentation) as the first series. This base type is designed such that derived types can be processed in a generic manner; it assures that data structure definition specific data will have a consistent structure. The group, series, and observation elements are unqualified, meaning that they are not qualified with a namespace in an instance. This means that in the derived data set types, the elements will always be the same, regardless of the target namespace of the schemas which defines these derived types. This allows for consistent processing of the structure without regard to what the namespace might be for the data structure definition specific schema. The data set can contain values for attributes which do not have an attribute relationship with any data structure definition components. These attribute values will exist in XML attributes in this element based on this type (DataSet). This is specified in the content model with the declaration of anyAttributes in the "local" namespace. The derived data set 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). To allow for generic processing, it is required that the only unqualified XML attributes in the derived data set type (outside of the standard data set attributes) be for 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 attribute. 310 310 311 311 Derivation: 312 -* //com:AnnotableType// (extension) 313 -** //DataSetType// 314 314 334 +//com:AnnotableType// (extension) 335 + [[image:1750765436915-836.png]]//DataSetType// 336 + 315 315 Attributes: 338 + 316 316 structureRef, setID?, action?, reportingBeginDate?, reportingEndDate?, validFromDate?, validToDate?, publicationYear?, publicationPeriod?, dataScope, REPORTING_YEAR_START_DAY? 317 317 318 318 Content: 342 + 319 319 com:Annotations?, DataProvider?, Group*, (Series+ | Obs+)? 320 320 321 321 Attribute Documentation: 346 + 322 322 |**Name**|**Type**|**Documentation** 323 323 |structureRef|xs:IDREF|The structureRef contains a reference to a structural specification in the header of a data or reference metadata message. The structural specification details which structure the data or reference metadata conforms to, as well as providing additional information such as how the data is structure (e.g. which dimension occurs at the observation level for a data set). 324 324 |setID|com:IDType|The setID provides an identification of the data or metadata set. ... ... @@ -344,16 +344,20 @@ 344 344 **//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 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. 345 345 346 346 Derivation: 347 -* //com:AnnotableType// (extension) 348 -** //GroupType// 349 349 373 +//com:AnnotableType// (extension) 374 + [[image:1750765436916-983.png]]//GroupType// 375 + 350 350 Attributes: 377 + 351 351 type?, REPORTING_YEAR_START_DAY? 352 352 353 353 Content: 381 + 354 354 com:Annotations? 355 355 356 356 Attribute Documentation: 385 + 357 357 |**Name**|**Type**|**Documentation** 358 358 |type|com:IDType|The type attribute reference the identifier of the group as defined in the data structure definition. This is optional, but derived group types will provide a fixed value for this so that it always available in the post validation information set. This allows the group to be processed in a generic manner. 359 359 |REPORTING_YEAR_START_DAY|xs:gMonthDay|The REPORTING_YEAR_START_DAY attribute is an explict attribute for the reporting year start day, which provides context to the time dimension when its value contains a reporting period (e.g. 2010-Q1). This attribute is used to state the month and day that the reporting year begins (e.g. ~-~-07-01 for July 1st). In the absence of an explicit value provided in this attribute, all reporting period values will be assumed to be based on a reporting year start day of January 1. This is declared in the base schema since it has a fixed identifier and representation. The derived group types may either require or prohibit this attribute, depending on whether the data structure declared the reporting year start day attribute and if so, the attribute relationship and assignment status assigned to it. ... ... @@ -366,16 +366,20 @@ 366 366 **//SeriesType//: **SeriesType is the abstract type which defines a structure which is used to group a collection of observations which have a key in common. The key for a series is every dimension defined in the data structure definition, save the dimension declared to be at the observation level for this data set. In addition to observations, values can be provided for attributes which are associated with the dimensions which make up this series key (so long as the attributes do not specify a group attachment or also have an relationship with the observation dimension). It is possible for the series to contain only observations or only attribute values, or both. Data structure definition schemas will drive a type based on this that is specific to the data structure definition and the variation of the format being expressed in the schema. Both the dimension values which make up the key and the attribute values associated with the key dimensions will be represented with XML attributes. This is 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. 367 367 368 368 Derivation: 369 -* //com:AnnotableType// (extension) 370 -** //SeriesType// 371 371 399 +//com:AnnotableType// (extension) 400 + //SeriesType// 401 + 372 372 Attributes: 403 + 373 373 TIME_PERIOD?, REPORTING_YEAR_START_DAY? 374 374 375 375 Content: 407 + 376 376 com:Annotations?, Obs* 377 377 378 378 Attribute Documentation: 411 + 379 379 |**Name**|**Type**|**Documentation** 380 380 |TIME_PERIOD|com: ObservationalTimePer iodType|The TIME_PERIOD attribute is an explict attribute for the time dimension. This is declared in the base schema since it has a fixed identifier and representation. The derived series type will either require or prohibit this attribute, depending on whether time is the observation dimension. If the time dimension specifies a more specific representation of time the derived type will restrict the type definition to the appropriate type. 381 381 |REPORTING_YEAR_START_DAY|xs:gMonthDay|The REPORTING_YEAR_START_DAY attribute is an explict attribute for the reporting year start day, which provides context to the time dimension when its value contains a reporting period (e.g. 2010-Q1). This attribute is used to state the month and day that the reporting year begins (e.g. ~-~-07-01 for July 1st). In the absence of an explicit value provided in this attribute, all reporting period values will be assumed to be based on a reporting year start day of January 1. This is declared in the base schema since it has a fixed identifier and representation. The derived series type may either require or prohibit this attribute, depending on whether the data structure declared the reporting year start day attribute and if so, the attribute relationship and assignment status assigned to it.