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
-
... ... @@ -158,15 +158,12 @@ 158 158 **BaseValueType: **BaseValueType is a general structure which contains a reference to a data structure definition component and a value for that component. In this structure the reference to the component is optional to allow for usages where the actual reference might be provided in another context. 159 159 160 160 Attributes: 161 - 162 162 id?, value 163 163 164 164 Content: 165 - 166 166 {Empty} 167 167 168 168 Attribute Documentation: 169 - 170 170 |**Name**|**Type**|**Documentation** 171 171 |id|com:NCNameIDType|The id attribute contains the identifier for the component for which a value is being provided. 172 172 |value|xs:anySimpleType|The value attribute contains the provided component value. ... ... @@ -175,19 +175,16 @@ 175 175 176 176 Derivation: 177 177 178 -BaseValueType (restriction) 179 - [[image:1750765436897-317.png]]ObsValueType175 +* BaseValueType (restriction) 176 +** ObsValueType 180 180 181 181 Attributes: 182 - 183 183 id?, value 184 184 185 185 Content: 186 - 187 187 {Empty} 188 188 189 189 Attribute Documentation: 190 - 191 191 |**Name**|**Type**|**Documentation** 192 192 |id (fixed: OBS_VALUE)|com:NCNameIDType|The id attribute contains a fixed reference to the primary measure component of the data structure definition. 193 193 |value|xs:string|The value attribute contains the provided component value. ... ... @@ -195,20 +195,16 @@ 195 195 **ComponentValueType: **ComponentValueType is a derivation of the BaseValueType which requires that the component reference be provided. This is used when the identification of the component cannot be inferred from another context. 196 196 197 197 Derivation: 192 +* BaseValueType (restriction) 193 +** ComponentValueType 198 198 199 -BaseValueType (restriction) 200 - [[image:1750765436899-296.png]]ComponentValueType 201 - 202 202 Attributes: 203 - 204 204 id, value 205 205 206 206 Content: 207 - 208 208 {Empty} 209 209 210 210 Attribute Documentation: 211 - 212 212 |**Name**|**Type**|**Documentation** 213 213 |id|com:NCNameIDType|The id attribute contains the identifier for the component for which a value is being provided. 214 214 |value|xs:string|The value attribute contains the provided component value. ... ... @@ -216,21 +216,17 @@ 216 216 **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. 217 217 218 218 Derivation: 209 +* //com:AnnotableType// (extension) 210 +** DataSetType (restriction) 211 +*** TimeSeriesDataSetType 219 219 220 -//com:AnnotableType// (extension) 221 - [[image:1750765436901-853.png]]DataSetType (restriction) 222 - [[image:1750765436906-461.png]]TimeSeriesDataSetType 223 - 224 224 Attributes: 225 - 226 226 structureRef, setID?, action?, reportingBeginDate?, reportingEndDate?, validFromDate?, validToDate?, publicationYear?, publicationPeriod? 227 227 228 228 Content: 229 - 230 230 com:Annotations?, DataProvider?, Attributes?, Group*, Series* 231 231 232 232 Attribute Documentation: 233 - 234 234 |**Name**|**Type**|**Documentation** 235 235 |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). 236 236 |setID|com:IDType|The setID provides an identification of the data or metadata set. ... ... @@ -254,17 +254,14 @@ 254 254 **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. 255 255 256 256 Derivation: 243 +* //com:AnnotableType// (extension) 244 +** SeriesType (restriction) 245 +*** TimeSeriesType 257 257 258 -//com:AnnotableType// (extension) 259 - [[image:1750765436911-979.png]]SeriesType (restriction) 260 - [[image:1750765436912-452.png]]TimeSeriesType 261 - 262 262 Content: 263 - 264 264 com:Annotations?, SeriesKey, Attributes?, Obs* 265 265 266 266 Element Documentation: 267 - 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 |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. ... ... @@ -274,17 +274,14 @@ 274 274 **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. 275 275 276 276 Derivation: 260 +* //com:AnnotableType// (extension) 261 +** ObsType (restriction) 262 +*** TimeSeriesObsType 277 277 278 -//com:AnnotableType// (extension) 279 - [[image:1750765436913-909.png]]ObsType (restriction) 280 - [[image:1750765436914-333.png]]TimeSeriesObsType 281 - 282 282 Content: 283 - 284 284 com:Annotations?, ObsDimension, ObsValue?, Attributes? 285 285 286 286 Element Documentation: 287 - 288 288 |**Name**|**Type**|**Documentation** 289 289 |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. 290 290 |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. ... ... @@ -294,35 +294,27 @@ 294 294 **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. 295 295 296 296 Derivation: 277 +* BaseValueType (restriction) 278 +** TimeValueType 297 297 298 -BaseValueType (restriction) 299 - [[image:1750765436914-771.png]]TimeValueType 300 - 301 301 Attributes: 302 - 303 303 id?, value 304 304 305 305 Content: 306 - 307 307 {Empty} 308 308 309 309 Attribute Documentation: 310 - 311 311 |**Name**|**Type**|**Documentation** 312 312 |id (fixed: TIME_PERIOD)|com:NCNameIDType|The id attribute contains the identifier for the component for which a value is being provided. 313 313 |value|com: ObservationalTimePer iodType|The value attribute contains the provided component value. 314 314 315 -1. 316 -11. Structure Specific Data Namespace 291 +== 2.2 Structure Specific Data Namespace == 317 317 318 318 **http:~/~/www.sdmx.org/resources/sdmxml/schemas/v2_1/data/structurespecific** 319 319 320 -1. 321 -11. 322 -111. Summary 295 +=== Summary === 323 323 324 324 Referenced Namespaces: 325 - 326 326 |**Namespace**|**Prefix** 327 327 | | 328 328 |http:~/~/www.sdmx.org/resources/sdmxml/schemas/v2_1/common|com ... ... @@ -329,31 +329,24 @@ 329 329 |http:~/~/www.w3.org/2001/XMLSchema|xs 330 330 331 331 Contents: 332 - 333 333 7 Complex Types 334 334 1 Simple Type 335 335 336 -1. 337 -11. 338 -111. Complex Types 307 +=== Complex Types === 339 339 340 340 **//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. 341 341 342 342 Derivation: 312 +* //com:AnnotableType// (extension) 313 +** //DataSetType// 343 343 344 -//com:AnnotableType// (extension) 345 - [[image:1750765436915-836.png]]//DataSetType// 346 - 347 347 Attributes: 348 - 349 349 structureRef, setID?, action?, reportingBeginDate?, reportingEndDate?, validFromDate?, validToDate?, publicationYear?, publicationPeriod?, dataScope, REPORTING_YEAR_START_DAY? 350 350 351 351 Content: 352 - 353 353 com:Annotations?, DataProvider?, Group*, (Series+ | Obs+)? 354 354 355 355 Attribute Documentation: 356 - 357 357 |**Name**|**Type**|**Documentation** 358 358 |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). 359 359 |setID|com:IDType|The setID provides an identification of the data or metadata set. ... ... @@ -379,20 +379,16 @@ 379 379 **//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. 380 380 381 381 Derivation: 347 +* //com:AnnotableType// (extension) 348 +** //GroupType// 382 382 383 -//com:AnnotableType// (extension) 384 - [[image:1750765436916-983.png]]//GroupType// 385 - 386 386 Attributes: 387 - 388 388 type?, REPORTING_YEAR_START_DAY? 389 389 390 390 Content: 391 - 392 392 com:Annotations? 393 393 394 394 Attribute Documentation: 395 - 396 396 |**Name**|**Type**|**Documentation** 397 397 |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. 398 398 |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. ... ... @@ -405,20 +405,16 @@ 405 405 **//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. 406 406 407 407 Derivation: 369 +* //com:AnnotableType// (extension) 370 +** //SeriesType// 408 408 409 -//com:AnnotableType// (extension) 410 - //SeriesType// 411 - 412 412 Attributes: 413 - 414 414 TIME_PERIOD?, REPORTING_YEAR_START_DAY? 415 415 416 416 Content: 417 - 418 418 com:Annotations?, Obs* 419 419 420 420 Attribute Documentation: 421 - 422 422 |**Name**|**Type**|**Documentation** 423 423 |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. 424 424 |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. ... ... @@ -432,20 +432,16 @@ 432 432 **//ObsType//: **ObsType is the abstract type which defines the structure of a grouped or un-grouped observation. The observation must be provided a key, which is either a value for the dimension which is declared to be at the observation level if the observation is grouped, or a full set of values for all dimensions in the data structure definition if the observation is un-grouped. This key should disambiguate the observation within the context in which it is defined (e.g. there should not be another observation with the same dimension value in a series). The observation can contain an observed value and/or attribute values. Data structure definition schemas will drive a type or types based on this that is specific to the data structure definition and the variation of the format being expressed in the schema. The dimension value(s) which make up the key and the attribute values associated with the key dimension(s) or the primary measure will be represented with XML attributes. This is specified in the content model with the declaration of anyAttributes in the "local" namespace. The derived observation 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 attribute(s) 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 observation type be for the observation dimension(s) 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. If the data structure definition specific schema requires that explicit measures be used (only possible when the measure dimension is specified at the observation), then there will be types derived for each measure defined by the measure dimension. In this case, the types will be specific to each measure, which is to say that the representation of the primary measure (i.e. the observed value) will be restricted to that which is specified by the specific measure. 433 433 434 434 Derivation: 392 +* //com:AnnotableType// (extension) 393 +** //ObsType// 435 435 436 -//com:AnnotableType// (extension) 437 - //ObsType// 438 - 439 439 Attributes: 440 - 441 441 type?, TIME_PERIOD?, REPORTING_YEAR_START_DAY?, OBS_VALUE? 442 442 443 443 Content: 444 - 445 445 com:Annotations? 446 446 447 447 Attribute Documentation: 448 - 449 449 |**Name**|**Type**|**Documentation** 450 450 |type|com:IDType|The type attribute is used when the derived format requires that explicit measure be used. In this case, the derived type based on the measure will fix this value to be the identification of the measure concept. This will not be required, but since it is fixed it will be available in the post validation information set which will allow for generic processing of the data. If explicit measures are not used, then the derived type will prohibit the use of this attribute. 451 451 |TIME_PERIOD|com: ObservationalTimePer iodType|The TIME_PERIOD attribute is an explicit 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. ... ... @@ -460,21 +460,17 @@ 460 460 **//TimeSeriesDataSetType//: **TimeSeriesDataSetType is the abstract type which defines the base structure for any data structure definition specific time series based data set. A derived data set type will be created that is specific to a data structure definition. Unlike the base format, only one variation of this is allowed for a data structure definition. This variation is the time dimension as the observation dimension. Data is organised into a collection of time series. 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 structure specific here will be identical to data in the base data set when the time dimension is the observation dimension, even for the derived data set types. This means that the data contained in this structure can be processed in exactly the same manner as the base structure. The same rules for derivation as the base data set type apply to this specialized data set. 461 461 462 462 Derivation: 416 +* //com:AnnotableType// (extension) 417 +** //DataSetType// (restriction) 418 +*** //TimeSeriesDataSetType// 463 463 464 -//com:AnnotableType// (extension) 465 - //DataSetType// (restriction) 466 - //TimeSeriesDataSetType// 467 - 468 468 Attributes: 469 - 470 470 structureRef, setID?, action?, reportingBeginDate?, reportingEndDate?, validFromDate?, validToDate?, publicationYear?, publicationPeriod?, dataScope, REPORTING_YEAR_START_DAY? 471 471 472 472 Content: 473 - 474 474 com:Annotations?, DataProvider?, Group*, Series* 475 475 476 476 Attribute Documentation: 477 - 478 478 |**Name**|**Type**|**Documentation** 479 479 |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). 480 480 |setID|com:IDType|The setID provides an identification of the data or metadata set. ... ... @@ -499,21 +499,17 @@ 499 499 **TimeSeriesType: **TimeSeriesType defines an abstract 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. The same rules for derivation as the base series type apply to this specialized series. 500 500 501 501 Derivation: 451 +* //com:AnnotableType// (extension) 452 +** //SeriesType// (restriction) 453 +*** TimeSeriesType 502 502 503 -//com:AnnotableType// (extension) 504 - //SeriesType// (restriction) 505 - TimeSeriesType 506 - 507 507 Attributes: 508 - 509 509 REPORTING_YEAR_START_DAY? 510 510 511 511 Content: 512 - 513 513 com:Annotations?, Obs* 514 514 515 515 Attribute Documentation: 516 - 517 517 |**Name**|**Type**|**Documentation** 518 518 |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. 519 519 ... ... @@ -526,21 +526,17 @@ 526 526 **//TimeSeriesObsType//: **TimeSeriesObsType defines the abstract 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. The same rules for derivation as the base observation type apply to this specialized observation. 527 527 528 528 Derivation: 474 +* //com:AnnotableType// (extension) 475 +** //ObsType// (restriction) 476 +*** //TimeSeriesObsType// 529 529 530 -//com:AnnotableType// (extension) 531 - //ObsType// (restriction) 532 - //TimeSeriesObsType// 533 - 534 534 Attributes: 535 - 536 536 TIME_PERIOD, REPORTING_YEAR_START_DAY?, OBS_VALUE? 537 537 538 538 Content: 539 - 540 540 com:Annotations? 541 541 542 542 Attribute Documentation: 543 - 544 544 |**Name**|**Type**|**Documentation** 545 545 |TIME_PERIOD|com: ObservationalTimePer iodType|The TIME_PERIOD attribute is an explicit attribute for the time dimension. This is declared in the base schema since it has a fixed identifier and representation. Since this data is structured to be time series only, this attribute is always required. If the time dimension specifies a more specific representation of time the derived type will restrict the type definition to the appropriate type. 546 546 |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 observation 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. ... ... @@ -547,13 +547,10 @@ 547 547 |OBS_VALUE|xs:anySimpleType|The OBS_VALUE attribute is an explicit attribute for the primary measure, which is intended to hold the value for the observation. This is declared in the base schema since it has a fixed identifier. This attribute is un-typed, since the representation of the observed value can vary widely. Derived types will restrict this to be a type based on the representation of the primary measure. In the case that an explicit measure is used, the derived type for a given measure might further restrict the type of the primary measure to be more specific to the core representation for the measure concept. Note that it is required that in the case of multiple measures being used, that the representation of the primary measure is broad enough to handle the various representations of the measure concepts. 548 548 549 549 Element Documentation: 550 - 551 551 |**Name**|**Type**|**Documentation** 552 552 |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. 553 553 554 -1. 555 -11. 556 -111. Simple Types 494 +=== Simple Types === 557 557 558 558 **DataScopeType: **DataScopeType is an enumeration of the possible validity scopes for a data set. These scopes indicate the level at which the data is stated to be valid. 559 559 ... ... @@ -560,7 +560,6 @@ 560 560 Derived by restriction of xs:string . 561 561 562 562 Enumerations: 563 - 564 564 |**Value**|**Documentation** 565 565 |DataStructure|The data set conforms simply to the data structure definition as it is defined, without regard to any constraints. 566 566 |ConstrainedDataStructure|The data set conforms to the known allowable content constraints applied to the data structure definition. ... ... @@ -567,46 +567,35 @@ 567 567 |Dataflow|The data set conforms to the known allowable content constraints applied to the dataflow. 568 568 |ProvisionAgreement|The data set conforms to the known allowable content constraints applied to the provision agreement. 569 569 570 -1. 571 -11. Generic Metadata Namespace 507 +== Generic Metadata Namespace == 572 572 573 573 **http:~/~/www.sdmx.org/resources/sdmxml/schemas/v2_1/metadata/generic** 574 574 575 -1. 576 -11. 577 -111. Summary 511 +=== Summary === 578 578 579 579 Referenced Namespaces: 580 - 581 581 |**Namespace**|**Prefix** 582 582 |http:~/~/www.sdmx.org/resources/sdmxml/schemas/v2_1/common|com 583 583 |http:~/~/www.w3.org/2001/XMLSchema|xs 584 584 585 585 Contents: 586 - 587 587 6 Complex Types 588 588 589 -1. 590 -11. 591 -111. Complex Types 521 +=== Complex Types === 592 592 593 593 **MetadataSetType: **MetadataSetType describes the structure for a metadata set, which contains a collection of reported metadata against a set of values for a given full or partial target identifier, as described in a metadata structure definition. The metadata set may contain reported metadata for multiple report structures defined in a metadata structure definition. 594 594 595 595 Derivation: 526 +* //com:AnnotableType// (extension) 527 +** MetadataSetType 596 596 597 -//com:AnnotableType// (extension) 598 - MetadataSetType 599 - 600 600 Attributes: 601 - 602 602 structureRef, setID?, action?, reportingBeginDate?, reportingEndDate?, validFromDate?, validToDate?, publicationYear?, publicationPeriod? 603 603 604 604 Content: 605 - 606 606 com:Annotations?, com:Name*, DataProvider?, Report+ 607 607 608 608 Attribute Documentation: 609 - 610 610 |**Name**|**Type**|**Documentation** 611 611 |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). 612 612 |setID|com:IDType|The setID provides an identification of the data or metadata set.