Skip to Content
Last modified by Helena on 2025/09/10 11:19
From version 2.1
edited by Helena
on 2025/05/21 13:57
Change comment: There is no comment for this version
To version 2.9
edited by Helena
on 2025/05/21 14:40
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -340,8 +340,8 @@
340 340  
341 341  The following table defines the behaviour of the SDMX Registry for the various Registry Interface messages.
342 342  
343 -|(% style="width:143px" %)**Interface**|(% style="width:1729px" %)**Behaviour**
344 -|(% style="width:143px" %)All|(% style="width:1729px" %)(((
343 +|(% style="width:244px" %)**Interface**|**Behaviour**
344 +|(% style="width:244px" %)All|(((
345 345  1) If the action is set to “replace” then the entire contents of the existing maintainable object in the Registry MUST be replaced by the object submitted, unless the final attribute is set to “true” in which case the only changes that are allowed are to the following constructs:
346 346  
347 347  * Name – this applies to the Maintainable object and its contained elements, such a Code in a Code list.
... ... @@ -365,11 +365,10 @@
365 365  
366 366  5) The specific rules for the elements and attributes documented in the SDMX Schema MUST be obeyed.
367 367  )))
368 -|(% style="width:143px" %)SubmitStructureRequest|(% style="width:1729px" %)Structures are submitted at the level of the Maintainable Artefact and the behaviour in “All” above is therefore at the level of the Maintainable Artefact.
369 -|(% style="width:143px" %)SubmitProvisioningRequest|(% style="width:1729px" %)No additional behaviour.
370 -|(% style="width:143px" %)Submit Registration Request|(% style="width:1729px" %)(((
368 +|(% style="width:244px" %)SubmitStructureRequest|Structures are submitted at the level of the Maintainable Artefact and the behaviour in “All” above is therefore at the level of the Maintainable Artefact.
369 +|(% style="width:244px" %)SubmitProvisioningRequest|No additional behaviour.
370 +|(% style="width:244px" %)Submit Registration Request|(((
371 371  If the datasource is a file (simple datasource) then the file MAY be retrieved and indexed according to the Boolean attributes set in the Registration.
372 -
373 373  For a queryable datasource the Registry MAY validate that the source exists and can accept an SDMX-ML data query.
374 374  )))
375 375  
... ... @@ -513,10 +513,8 @@
513 513  
514 514  **(maintainable-object-version)** is the version of the maintainable object and is enclosed in round brackets (). It will always be present.
515 515  
516 -**container-object-id** is the identifier of an intermediary object that contains the actual object which the URN is identifying. It is not mandatory as many actual objects do not have an intermediary container object. For instance, a Code is in a maintained object (Code List) and has no intermediary container object, whereas a Metadata Attribute has an intermediary container object (Report Structure) and may have an intermediary container object which is its parent Metadata Attribute. For this reason the container object id may repeat, with each repetition identifying the object at the next-lower level in its hierarchy. Note that if there is only a single containing object in the model then it is NOT included in the URN structure. This applies to Attribute Descriptor, Dimension Descriptor, and Measure Descriptor where there can be only one such object and this object has a fixed id. Therefore, whilst each of these has a
515 +**container-object-id** is the identifier of an intermediary object that contains the actual object which the URN is identifying. It is not mandatory as many actual objects do not have an intermediary container object. For instance, a Code is in a maintained object (Code List) and has no intermediary container object, whereas a Metadata Attribute has an intermediary container object (Report Structure) and may have an intermediary container object which is its parent Metadata Attribute. For this reason the container object id may repeat, with each repetition identifying the object at the next-lower level in its hierarchy. Note that if there is only a single containing object in the model then it is NOT included in the URN structure. This applies to Attribute Descriptor, Dimension Descriptor, and Measure Descriptor where there can be only one such object and this object has a fixed id. Therefore, whilst each of these has a URN, the id of the Attribute Descriptor, Dimension Descriptor, and Measure Descriptor is not included when the actual object is a Data Attribute or a Dimension/Measure Dimension/ Time Dimension, or a Measure.
517 517  
518 -URN, the id of the Attribute Descriptor, Dimension Descriptor, and Measure Descriptor is not included when the actual object is a Data Attribute or a Dimension/Measure Dimension/ Time Dimension, or a Measure.
519 -
520 520  Note that although a Code can have a parent Code and a Concept can have a parent Concept these are maintained in a flat structure and therefore do not have a container-object-id.
521 521  
522 522  For example the sequence is agency:DSDid(version).DimensionId and not agency:DSDid(version).DimensionDescriptorId.DimensionId.
... ... @@ -523,58 +523,57 @@
523 523  
524 524  **object-id** is the identifier of the actual object unless the actual object is a maintainable object. If present it is always the last id and is not followed by any other character.
525 525  
526 -===== //Generic Examples of the URN Structure// =====
523 +===== __**//Generic Examples of the URN Structure//**__ =====
527 527  
525 +__Actual object is a maintainable__
528 528  
529 -Actual object is a maintainable
527 +> SDMXPrefix.SDMX-IM package name.classname=agency id:maintained-object-id(version)
530 530  
531 -SDMXPrefix.SDMX-IM package name.classname=agency id:maintained-object-id(version)
529 +__Actual object is contained in a maintained object with no intermediate containing object__
532 532  
533 -Actual object is contained in a maintained object with no intermediate containing object
531 +> SDMXPrefix.SDMX-IM package name.classname=agency id:maintained-object-id(version).object-id
534 534  
535 -SDMXPrefix.SDMX-IM package name.classname=agency id:maintained-object-id(version).object-id
533 +__Actual object is contained in a maintained object with an intermediate containing object__
536 536  
537 -Actual object is contained in a maintained object with an intermediate containing object
535 +> SDMXPrefix.SDMX-IM package name.classname=agency
538 538  
539 -SDMXPrefix.SDMX-IM package name.classname=agency
540 -
541 541  id:maintained-object-id(version).contained-object-id.object-id
542 542  
543 -Actual object is contained in a maintained object with no intermediate containing object but the object type itself is hierarchical
539 +__Actual object is contained in a maintained object with no intermediate containing object but the object type itself is hierarchical__
544 544  
545 545  In this case the object id may not be unique in itself but only within the context of the hierarchy. In the general syntax of the URN all intermediary objects in the structure (with the exception, of course, of the maintained object) are shown as a contained object. An example here would be a Category in a Category Scheme. The Category is hierarchical and all intermediate Categories are shown as a contained object. The example below shows the generic structure for Category Scheme/Category/Category
546 546  
547 -SDMXPrefix.SDMX-IM package name.classname=agency id:maintained-object-id(version).contained-object-id.object-id
543 +> SDMXPrefix.SDMX-IM package name.classname=agency id:maintained-object-id(version).contained-object-id.object-id
548 548  
549 -Actual object is contained in a maintained object with an intermediate containing object and the object type itself is hierarchical
545 +__Actual object is contained in a maintained object with an intermediate containing object and the object type itself is hierarchical__
550 550  
551 551  In this case the generic syntax is the same as for the example above as the parent object is regarded as a containing object, even if it is of the same type. An example here is a Metadata Attribute where the contained objects are Report Structure (first contained object id) and Metadata Attribute (subsequent contained object Ids). The example below shows the generic structure for MSD/Report Structure/Metadata Attribute/Metadata Attribute
552 552  
553 -SDMXPrefix.SDMX-IM package name.classname=agency id:maintained-object-id(version).contained-object-id. contained-object-id contained-object-id.object-id
549 +> SDMXPrefix.SDMX-IM package name.classname=agency id:maintained-object-id(version).contained-object-id. contained-object-id contained-object-id.object-id
554 554  
555 -===== //Concrete Examples of the URN Structure// =====
551 +===== __**//Concrete Examples of the URN Structure//**__ =====
556 556  
557 557  The Data Structure Definition CRED_EXT_DEBT version 1.0 maintained by the top level Agency TFFS would have the URN:
558 558  
559 -urn:sdmx:org.sdmx.infomodel.datastructure.DataStucture=TFFS:CRED_EXT_ DEBT(1.0)
555 +> urn:sdmx:org.sdmx.infomodel.datastructure.DataStucture=TFFS:CRED_EXT_ DEBT(1.0)
560 560  
561 561  The URN for a code for Argentina maintained by ISO in the code list CL_3166A2 version 1.0 would be:
562 562  
563 -urn:sdmx:org.sdmx.infomodel.codelist.Code=ISO:CL_3166A2(1.0).AR
559 +> urn:sdmx:org.sdmx.infomodel.codelist.Code=ISO:CL_3166A2(1.0).AR
564 564  
565 565  The URN for a category (id of 1) which has parent category (id of 2) maintained by SDMX in the category scheme SUBJECT_MATTER_DOMAINS version 1.0 would be:
566 566  
567 -urn:sdmx:org.sdmx.infomodel.categoryscheme.Category=SDMX:SUBJE CT_MATTER_DOMAINS(1.0).1.2
563 +> urn:sdmx:org.sdmx.infomodel.categoryscheme.Category=SDMX:SUBJE CT_MATTER_DOMAINS(1.0).1.2
568 568  
569 569  The URN for a Metadata Attribute maintained by SDMX in the MSD CONTACT_METADATA version 1.0 in the Report Structure CONTACT_REPORT where the hierarchy of the Metadata Attribute is
570 570  
571 571  CONTACT_DETAILS/CONTACT_NAME would be:
572 572  
573 -urn:sdmx:org.sdmx.infomodel.metadatastructure.MetadataAttribut e=SDMX:CONTACT_METADATA(1.0).CONTACT_REPORT.CONTACT_DETAILS.CO NTACT_NAME
569 +> urn:sdmx:org.sdmx.infomodel.metadatastructure.MetadataAttribut e=SDMX:CONTACT_METADATA(1.0).CONTACT_REPORT.CONTACT_DETAILS.CO NTACT_NAME
574 574  
575 575  The TFFS defines ABC as a sub Agency of TFFS then the URN of a Dataflow maintained by ABC and identified as EXTERNAL_DEBT version 1.0 would be:
576 576  
577 -urn:sdmx:org.sdmx.infomodel.datastructure.Dataflow=TFFS.ABC:EX
573 +> urn:sdmx:org.sdmx.infomodel.datastructure.Dataflow=TFFS.ABC:EX
578 578  
579 579  TERNAL_DEBT(1.0)
580 580  
... ... @@ -589,112 +589,94 @@
589 589  
590 590  The table below lists all of the packages in the SDMX-IM together with the concrete classes that are in these packages and whose objects have a URN.
591 591  
592 -|**Package**|(((
593 -**URN Classname (model classname**
594 -
595 -**where this is different)**
588 +|(% style="width:127px" %)**Package**|(% style="width:1745px" %)(((
589 +**URN Classname (model classname where this is different)**
596 596  )))
597 -|base|Agency
598 -| |OrganisationUnitScheme
599 -| |AgencyScheme
600 -| |DataProviderScheme
601 -| |DataConsumerScheme
602 -| |OrganisationUnit
603 -| |DataProvider
604 -| |DataConsumer
605 -| |
606 -|datastructure|DataStructure (DataStructureDefinition)
607 -| |AttributeDescriptor
608 -| |DataAttribute
609 -| |GroupDimensionDescriptor
610 -| |DimensionDescriptor
611 -| |Dimension
612 -| |MeasureDimension
613 -| |TimeDimension
614 -| |MeasureDescriptor
615 -| |PrimaryMeasure
616 -| |Dataflow (DataflowDefinition)
617 -| |
618 -|metadatastructure|MetadataTarget
619 -| |DimensionDescriptorValueTarget
620 -| |IdentifiableObjectTarget
621 -| |ReportPeriodTarget
622 -| |DataSetTarget
623 -| |ReportStructure
624 -| |MetadataAttribute
625 -| |(((
591 +|(% style="width:127px" %)base|(% style="width:45px" %)Agency
592 +|(% style="width:127px" %) |(% style="width:45px" %)OrganisationUnitScheme
593 +|(% style="width:127px" %) |(% style="width:45px" %)AgencyScheme
594 +|(% style="width:127px" %) |(% style="width:45px" %)DataProviderScheme
595 +|(% style="width:127px" %) |(% style="width:45px" %)DataConsumerScheme
596 +|(% style="width:127px" %) |(% style="width:45px" %)OrganisationUnit
597 +|(% style="width:127px" %) |(% style="width:45px" %)DataProvider
598 +|(% style="width:127px" %) |(% style="width:45px" %)DataConsumer
599 +|(% style="width:127px" %)datastructure|(% style="width:45px" %)DataStructure (DataStructureDefinition)
600 +|(% style="width:127px" %) |(% style="width:45px" %)AttributeDescriptor
601 +|(% style="width:127px" %) |(% style="width:45px" %)DataAttribute
602 +|(% style="width:127px" %) |(% style="width:45px" %)GroupDimensionDescriptor
603 +|(% style="width:127px" %) |(% style="width:45px" %)DimensionDescriptor
604 +|(% style="width:127px" %) |(% style="width:45px" %)Dimension
605 +|(% style="width:127px" %) |(% style="width:45px" %)MeasureDimension
606 +|(% style="width:127px" %) |(% style="width:45px" %)TimeDimension
607 +|(% style="width:127px" %) |(% style="width:45px" %)MeasureDescriptor
608 +|(% style="width:127px" %) |(% style="width:45px" %)PrimaryMeasure
609 +|(% style="width:127px" %) |(% style="width:45px" %)Dataflow (DataflowDefinition)
610 +|(% style="width:127px" %)metadatastructure|(% style="width:45px" %)MetadataTarget
611 +|(% style="width:127px" %) |(% style="width:45px" %)DimensionDescriptorValueTarget
612 +|(% style="width:127px" %) |(% style="width:45px" %)IdentifiableObjectTarget
613 +|(% style="width:127px" %) |(% style="width:45px" %)ReportPeriodTarget
614 +|(% style="width:127px" %) |(% style="width:45px" %)DataSetTarget
615 +|(% style="width:127px" %) |(% style="width:45px" %)ReportStructure
616 +|(% style="width:127px" %) |(% style="width:45px" %)MetadataAttribute
617 +|(% style="width:127px" %) |(% style="width:45px" %)(((
626 626  MetadataStructure
627 627  
628 628  (MetadataStructureDefinition)
629 629  )))
630 -| |Metadataflow (MetadataflowDefinition)
631 -| |
632 -|process|Process
633 -| |ProcessStep
634 -| |Transition
635 -| |
636 -|registry|ProvisionAgreement
637 -| |AttachmentConstraint
638 -| |ContentConstraint
639 -| |Subscription
640 -| |
641 -|mapping|StructureMap
642 -| |StructureSet
643 -| |ComponentMap
644 -|**Package**|(((
645 -**URN Classname (model classname**
622 +|(% style="width:127px" %) |(% style="width:45px" %)Metadataflow (MetadataflowDefinition)
623 +|(% style="width:127px" %)process|(% style="width:45px" %)Process
624 +|(% style="width:127px" %) |(% style="width:45px" %)ProcessStep
625 +|(% style="width:127px" %) |(% style="width:45px" %)Transition
626 +|(% style="width:127px" %)registry|(% style="width:45px" %)ProvisionAgreement
627 +|(% style="width:127px" %) |(% style="width:45px" %)AttachmentConstraint
628 +|(% style="width:127px" %) |(% style="width:45px" %)ContentConstraint
629 +|(% style="width:127px" %) |(% style="width:45px" %)Subscription
630 +|(% style="width:127px" %)mapping|(% style="width:45px" %)StructureMap
631 +|(% style="width:127px" %) |(% style="width:45px" %)StructureSet
632 +|(% style="width:127px" %) |(% style="width:45px" %)ComponentMap
633 +|(% style="width:127px" %) |(% style="width:1745px" %)ConceptSchemeMap
634 +|(% style="width:127px" %) |(% style="width:1745px" %)OrganisationSchemeMap
635 +|(% style="width:127px" %) |(% style="width:1745px" %)CodelistMap
636 +|(% style="width:127px" %) |(% style="width:1745px" %)CategorySchemeMap
637 +|(% style="width:127px" %) |(% style="width:1745px" %)ReportingTaxonomyMap
638 +|(% style="width:127px" %) |(% style="width:1745px" %)ConceptMap
639 +|(% style="width:127px" %) |(% style="width:1745px" %)OrganisationMap
640 +|(% style="width:127px" %) |(% style="width:1745px" %)CodeMap
641 +|(% style="width:127px" %) |(% style="width:1745px" %)HybridCodelistMap
642 +|(% style="width:127px" %) |(% style="width:1745px" %)CategoryMap
643 +|(% style="width:127px" %) |(% style="width:1745px" %)HybridCodeMap
644 +|(% style="width:127px" %) |(% style="width:1745px" %)ReportingCategoryMap
645 +|(% style="width:127px" %)codelist|(% style="width:1745px" %)Codelist
646 +|(% style="width:127px" %) |(% style="width:1745px" %)HierarchicalCodelist
647 +|(% style="width:127px" %) |(% style="width:1745px" %)Hierarchy
648 +|(% style="width:127px" %) |(% style="width:1745px" %)Hierarchy
649 +|(% style="width:127px" %) |(% style="width:1745px" %)Code
650 +|(% style="width:127px" %) |(% style="width:1745px" %)HierarchicalCode
651 +|(% style="width:127px" %) |(% style="width:1745px" %)Level
652 +|(% style="width:127px" %)categoryscheme|(% style="width:1745px" %)CategoryScheme
653 +|(% style="width:127px" %) |(% style="width:1745px" %)Category
654 +|(% style="width:127px" %) |(% style="width:1745px" %)Categorisation
655 +|(% style="width:127px" %) |(% style="width:1745px" %)ReportingTaxonomy
656 +|(% style="width:127px" %) |(% style="width:1745px" %)ReportingCategory
657 +|(% style="width:127px" %)conceptscheme|(% style="width:1745px" %)ConceptScheme
658 +|(% style="width:127px" %) |(% style="width:1745px" %)Concept
659 +|(% style="width:127px" %)transformation|(% style="width:1745px" %)TransformationScheme
660 +|(% style="width:127px" %) |(% style="width:1745px" %)Transformation
661 +|(% style="width:127px" %) |(% style="width:1745px" %)CustomTypeScheme
662 +|(% style="width:127px" %) |(% style="width:1745px" %)CustomType
663 +|(% style="width:127px" %) |(% style="width:1745px" %)NamePersonalisationScheme
664 +|(% style="width:127px" %) |(% style="width:1745px" %)NamePersonalisation
665 +|(% style="width:127px" %) |(% style="width:1745px" %)VtlCodelistMapping
666 +|(% style="width:127px" %) |(% style="width:1745px" %)VtlConceptMapping
667 +|(% style="width:127px" %) |(% style="width:1745px" %)VtlDataflowMapping
668 +|(% style="width:127px" %) |(% style="width:1745px" %)VtlConceptSchemeMapping
669 +|(% style="width:127px" %) |(% style="width:1745px" %)RulesetScheme
670 +|(% style="width:127px" %) |(% style="width:1745px" %)Ruleset
671 +|(% style="width:127px" %) |(% style="width:1745px" %)UserDefinedOperatorScheme
672 +|(% style="width:127px" %) |(% style="width:1745px" %)UserDefinedOperator
646 646  
647 -**where this is different)**
648 -)))
649 -| |ConceptSchemeMap
650 -| |OrganisationSchemeMap
651 -| |CodelistMap
652 -| |CategorySchemeMap
653 -| |ReportingTaxonomyMap
654 -| |ConceptMap
655 -| |OrganisationMap
656 -| |CodeMap
657 -| |HybridCodelistMap
658 -| |CategoryMap
659 -| |HybridCodeMap
660 -| |ReportingCategoryMap
661 -| |
662 -|codelist|Codelist
663 -| |HierarchicalCodelist
664 -| |Hierarchy
665 -| |Hierarchy
666 -| |Code
667 -| |HierarchicalCode
668 -| |Level
669 -| |
670 -|categoryscheme|CategoryScheme
671 -| |Category
672 -| |Categorisation
673 -| |ReportingTaxonomy
674 -| |ReportingCategory
675 -| |
676 -|conceptscheme|ConceptScheme
677 -| |Concept
678 -| |
679 -|transformation|TransformationScheme
680 -| |Transformation
681 -| |CustomTypeScheme
682 -| |CustomType
683 -| |NamePersonalisationScheme
684 -| |NamePersonalisation
685 -| |VtlCodelistMapping
686 -| |VtlConceptMapping
687 -| |VtlDataflowMapping
688 -| |VtlConceptSchemeMapping
689 -| |RulesetScheme
690 -| |Ruleset
691 -| |UserDefinedOperatorScheme
692 -| |UserDefinedOperator
693 -| |
694 -
695 695  **Table 2: SDMX-IM Packages and Contained Classes**
696 696  
697 -
698 698  === 6.2.4 URN Identification components of SDMX objects ===
699 699  
700 700  The table below describes the identification components for all SDMX object types that have identification. Note the actual attributes are all Id, but have been prefixed by their class name or multiple class names to show navigation, e.g. conceptSchemeAgencyId is really the Id attribute of the Agency class that is associated to the ConceptScheme.
... ... @@ -703,78 +703,52 @@
703 703  
704 704  Note that for brevity the URN examples omit the prefix. All URNs have the prefix
705 705  
706 -urn:sdmx.org.sdmx.infomodel.{package}.{classname}=
684 +> urn:sdmx.org.sdmx.infomodel.{package}.{classname}=
707 707  
708 -
709 -|**SDMX Class**|**Key attribute(s)**|**Example of URN**
710 -|Agency|The URN for an Agency is shown later in this table. The identification of an Agency in the URN structure for the maintainable object is by means of the agencyId. The AgencyScheme is not identified as SDMX has a mechanism for identifying an Agency uniquely by its Id. Note that this Id may be hierarchical.|(((
686 +(% style="width:1038.29px" %)
687 +|(% style="width:191px" %)**SDMX Class**|(% style="width:413px" %)**Key attribute(s)**|(% style="width:431px" %)**Example of URN**
688 +|(% style="width:191px" %)Agency|(% style="width:413px" %)The URN for an Agency is shown later in this table. The identification of an Agency in the URN structure for the maintainable object is by means of the agencyId. The AgencyScheme is not identified as SDMX has a mechanism for identifying an Agency uniquely by its Id. Note that this Id may be hierarchical.|(% style="width:431px" %)(((
711 711  IMF
712 -
713 -
714 714  Sub agency in the IMF AGENCIES
715 -
716 -
717 717  IMF.SubAgency1
718 718  )))
719 -|*ConceptScheme|conceptSchemeAgencyId:conceptSchemeId(ve rsion)|SDMX:CROSS_DOMAIN_CONCEPTS(1.0)
720 -|Concept|(((
721 -conceptSchemeAgencyId:
722 -
723 -conceptSchemeId(version).conceptId
724 -)))|SDMX:CROSS_DOMAIN_CONCEPTS(1.0).FREQ
725 -|*Codelist|codeListAgencyId:codeListId(version)|SDMX:CL_FREQ(1.0)
726 -|Code|codeListAgencyId:codelistId(version).codeId|(((
727 -SDMX:CL_FREQ(1.0).Q
728 -
729 -
693 +|(% style="width:191px" %)*ConceptScheme|(% style="width:413px" %)conceptSchemeAgencyId:conceptSchemeId(ve rsion)|(% style="width:431px" %)SDMX:CROSS_DOMAIN_CONCEPTS(1.0)
694 +|(% style="width:191px" %)Concept|(% style="width:413px" %)conceptSchemeAgencyId:
695 +conceptSchemeId(version).conceptId|(% style="width:431px" %)SDMX:CROSS_DOMAIN_CONCEPTS(1.0).FREQ
696 +|(% style="width:191px" %)*Codelist|(% style="width:413px" %)codeListAgencyId:codeListId(version)|(% style="width:431px" %)SDMX:CL_FREQ(1.0)
697 +|(% style="width:191px" %)Code|(% style="width:413px" %)codeListAgencyId:codelistId(version).codeId|(% style="width:431px" %)SDMX:CL_FREQ(1.0).Q
698 +|(% style="width:191px" %)(((
699 +*Hierarchical Codelist
700 +)))|(% style="width:413px" %)hierachicalCodelistAgencyId: hierarchicalCodelistId(version)|(% style="width:431px" %)(((
701 +UNESCO:CL_EXP_SOURCE(1.0(% style="background-color:transparent" %))
730 730  )))
731 -
732 -
733 -
734 -|(((
735 -*Hierarchical
736 -
737 -Codelist
738 -)))|hierachicalCodelistAgencyId: hierarchicalCodelistId(version)|(((
739 -UNESCO:CL_EXP_SOURCE(1.0)
740 -
741 -
742 -)))
743 -|Hierarchy|(((
703 +|(% style="width:191px" %)Hierarchy|(% style="width:413px" %)(((
744 744  hierachicalcodeListAgencyId:
745 -
746 746  hierarchicalcodelistId(version).Hierarchy
747 -)))|UNESCO:CL_EXP_SOURCE(1.0). H-C-GOV
748 -|Level|(((
706 +)))|(% style="width:431px" %)UNESCO:CL_EXP_SOURCE(1.0).
707 +H-C-GOV
708 +|(% style="width:191px" %)Level|(% style="width:413px" %)(((
749 749  hierachicalcodeListAgencyId:
750 -
751 751  hierarchicalcodelistId(version).Hierarchy.Level
752 -)))|(((
711 +)))|(% style="width:431px" %)(((
753 753  ESTAT:HCL_REGION(1.0).H_1.COUNTRY
754 754  
755 755  
756 756  )))
757 -|HierarchicalCode|hierachicalCodeListAgencyId: hierarchicalcodelistId(version).hierarchy.hierarc hicalCode|UNESCO:CL_EXP_SOURCE(1.0). H-C-GOV.GOV_CODE1
758 -|*DataStructure|dataStructureDefintitionAgencyId: dataStructureDefintitionId(version)|TFFS:EXT_DEBT(1.0)
759 -|(((
716 +|(% style="width:191px" %)HierarchicalCode|(% style="width:413px" %)hierachicalCodeListAgencyId: hierarchicalcodelistId(version).hierarchy.hierarc hicalCode|(% style="width:431px" %)UNESCO:CL_EXP_SOURCE(1.0). H-C-GOV.GOV_CODE1
717 +|(% style="width:191px" %)*DataStructure|(% style="width:413px" %)dataStructureDefintitionAgencyId: dataStructureDefintitionId(version)|(% style="width:431px" %)TFFS:EXT_DEBT(1.0)
718 +|(% style="width:191px" %)(((
760 760  Dimension
761 -
762 762  Descriptor
763 -
764 764  Measure
765 -
766 766  Descriptor
767 -
768 768  Attribute
769 -
770 770  Descriptor
771 -)))|(((
725 +)))|(% style="width:413px" %)(((
772 772  dataStructureDefinitionAgencyId: dataStructureDefinitionId(version).
773 -
774 774  componentListId
775 -
776 776  where the componentListId is the name of the class (there is only one occurrence of each in the Data Structure Definition)
777 -)))|(((
729 +)))|(% style="width:431px" %)(((
778 778  TFFS:EXT_DEBT(1.0).DimensionDescriptor
779 779  
780 780  TFFS:EXT_DEBT(1.0).MeasureDescriptor
... ... @@ -781,67 +781,54 @@
781 781  
782 782  TFFS:EXT_DEBT(1.0).AttributeDescriptor
783 783  )))
784 -|(((
736 +|(% style="width:191px" %)(((
785 785  GroupDimension
786 -
787 787  Descriptor
788 -)))|(((
739 +)))|(% style="width:413px" %)(((
789 789  dataStructureDefinitionAgencyId: dataStructureDefinitionId(version).
790 -
791 791  groupDimensionDescriptorId
792 -)))|TFFS:EXT_DEBT(1.0).SIBLING
793 -|Dimension|(((
742 +)))|(% style="width:431px" %)TFFS:EXT_DEBT(1.0).SIBLING
743 +|(% style="width:191px" %)Dimension|(% style="width:413px" %)(((
794 794  dataStructureDefinitionAgencyId: dataStructureDefinition (version).
795 -
796 796  dimensionId
797 -)))|TFFS:EXT_DEBT(1.0).FREQ
798 -|TimeDimension|(((
746 +)))|(% style="width:431px" %)TFFS:EXT_DEBT(1.0).FREQ
747 +|(% style="width:191px" %)TimeDimension|(% style="width:413px" %)(((
799 799  dataStructureDefinitionAgencyId: dataStructureDefinition (version).
800 -
801 801  timeDimensionId
802 -)))|TFFS:EXT_DEBT(1.0).TIME_PERIOD
803 -|Measure Dimension|dataStructureDefinitionAgencyId: dataStructureDefinition (version).|TFFS:EXT_DEBT(1.0).STOCK_FLOW
804 -
805 -
806 -
807 -| |measureDimensionId|
808 -|DataAttrribute|dataStructureDefinitionAgencyId: dataStructureDefinition (version). dataAttributeId|TFFS:EXT_DEBT(1.0).OBS_STATUS
809 -|PrimaryMeasure|(((
750 +)))|(% style="width:431px" %)TFFS:EXT_DEBT(1.0).TIME_PERIOD
751 +|(% style="width:191px" %)Measure Dimension|(% style="width:413px" %)dataStructureDefinitionAgencyId: dataStructureDefinition (version).
752 +measureDimensionId|(% style="width:431px" %)TFFS:EXT_DEBT(1.0).STOCK_FLOW
753 +|(% style="width:191px" %)DataAttrribute|(% style="width:415px" %)dataStructureDefinitionAgencyId: dataStructureDefinition (version). dataAttributeId|(% style="width:429px" %)TFFS:EXT_DEBT(1.0).OBS_STATUS
754 +|(% style="width:191px" %)PrimaryMeasure|(% style="width:415px" %)(((
810 810  dataStructureDefinitionAgencyId: dataStructureDefinition (version).
811 -
812 812  primaryMeasureId
813 -)))|TFFS:EXT_DEBT(1.0).OBS_VALUE
814 -|(((
815 -*Category
816 -
817 -Scheme
818 -)))|categorySchemeAgencyId: categorySchemeId(version)|IMF:SDDS(1.0)
819 -|Category|categorySchemeAgencyId: categorySchemeId(version). categoryId.categoryId categoryId.categoryId etc.|(((
757 +)))|(% style="width:429px" %)TFFS:EXT_DEBT(1.0).OBS_VALUE
758 +|(% style="width:191px" %)(((
759 +*Category Scheme
760 +)))|(% style="width:415px" %)categorySchemeAgencyId:
761 +categorySchemeId(version)|(% style="width:429px" %)IMF:SDDS(1.0)
762 +|(% style="width:191px" %)Category|(% style="width:415px" %)categorySchemeAgencyId:
763 +categorySchemeId(version).
764 +categoryId.categoryId categoryId.categoryId etc.|(% style="width:429px" %)(((
820 820  IMF:SDDS(1.0):
821 -
822 822  level_1_category.level_2_category …
823 823  )))
824 -|(((
825 -*Reporting
826 -
827 -Taxonomy
828 -)))|reportingTaxonomyAgencyId: reportingTaxonomyId(version)| IMF:REP_1(1.0)
829 -|ReportingCategory|reportingTaxonomyAgencyId: reportingTaxonomyId(version) reportingcategoryId.reportingcategoryId|(((
768 +|(% style="width:191px" %)(((
769 +*Reporting Taxonomy
770 +)))|(% style="width:415px" %)reportingTaxonomyAgencyId: reportingTaxonomyId(version)|(% style="width:429px" %) IMF:REP_1(1.0)
771 +|(% style="width:191px" %)ReportingCategory|(% style="width:415px" %)reportingTaxonomyAgencyId: reportingTaxonomyId(version) reportingcategoryId.reportingcategoryId|(% style="width:429px" %)(((
830 830  IMF:REP_1(1.0):
831 -
832 832  level_1_repcategory.level_2_repcategory …
833 833  )))
834 -|*Categorisation|categorisationAgencyId: categorisationId(version)|IMF:cat001(1.0)
835 -|(((
836 -*Organisation
775 +|(% style="width:191px" %)*Categorisation|(% style="width:415px" %)categorisationAgencyId: categorisationId(version)|(% style="width:429px" %)IMF:cat001(1.0)
776 +|(% style="width:191px" %)(((
777 +*Organisation Unit Scheme
778 +)))|(% style="width:415px" %)organisationUnitSchemeAgencyId: organisationUnitSchemeId(version)|(% style="width:429px" %)ECB:ORGANISATIONS(1.0)
779 +|(% style="width:191px" %)Organisation Unit|(% style="width:415px" %)organisationUnitSchemeAgencyId: organisationUnitSchemeId(version). organisationUnitId|(% style="width:429px" %)ECB:ORGANISATIONS(1.0).1F
780 +|(% style="width:191px" %)*AgencyScheme|(% style="width:415px" %)agencySchemeAgencyId: agencySchemeId(version)|(% style="width:429px" %)ECB:AGENCIES(1.0)
837 837  
838 -Unit Scheme
839 -)))|organisationUnitSchemeAgencyId: organisationUnitSchemeId(version)|ECB:ORGANISATIONS(1.0)
840 -|Organisation Unit|organisationUnitSchemeAgencyId: organisationUnitSchemeId(version). organisationUnitId|ECB:ORGANISATIONS(1.0).1F
841 -|*AgencyScheme|agencySchemeAgencyId: agencySchemeId(version)|ECB:AGENCIES(1.0)
842 842  
843 843  
844 -
845 845  |Agency|agencySchemeAgencyId: agencySchemeId(version). agencyId|ECB:AGENCY(1.0).AA
846 846  |(((
847 847  *DataProvider