Changes for page SDMX 3.1 Standards. Section 5. Registry Specification: Logical Interfaces

Last modified by Artur on 2025/09/30 13:28

From 21.13 to 21.14 From 21.16 to 22.1

From version 21.14

edited by Helena
on 2025/06/08 16:42

Change comment: There is no comment for this version

To version 21.16

edited by Helena
on 2025/06/08 16:43

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

@@ -1018,7 +1018,7 @@
  **Figure 19: Logical Class Diagram of the Subscription**
--===== {{id name="_Toc90828"/}}7.5.2 Subscription Information =====
++=== 7.5.2 Subscription Information ===
  Regardless of the type of registry/repository events being observed, a subscription always contains:
@@ -1027,18 +1027,16 @@
 . A validity period which defines both when the subscription becomes active and expires. The subscriber may be sent a notification on expiration of the subscription.
 . A selector which specifies which type of events are of interest. The set of event types is:
--:
--::
--
  (((
--|**Event Type**|**Comment**
--|STRUCTURAL_REPOSITORY_EVENTS|Life-cycle changes to Maintainable Artefacts in the structural metadata repository.
--|DATA_REGISTRATION_EVENTS|Whenever a published dataset is registered. This can be either a SDMXML data file or an SDMX conformant database.
--|METADATA_REGISTRATION_EVENTS|Whenever a published metadataset is registered. This can be either a SDMXML reference metadata file or an SDMX conformant database.
--|ALL_EVENTS|All events of the specified EventType
++(% style="width:1061.83px" %)
++|**Event Type**|(% style="width:660px" %)**Comment**
++|STRUCTURAL_REPOSITORY_EVENTS|(% style="width:660px" %)Life-cycle changes to Maintainable Artefacts in the structural metadata repository.
++|DATA_REGISTRATION_EVENTS|(% style="width:660px" %)Whenever a published dataset is registered. This can be either a SDMXML data file or an SDMX conformant database.
++|METADATA_REGISTRATION_EVENTS|(% style="width:660px" %)Whenever a published metadataset is registered. This can be either a SDMXML reference metadata file or an SDMX conformant database.
++|ALL_EVENTS|(% style="width:660px" %)All events of the specified EventType
  )))
--===== {{id name="_Toc90829"/}}7.5.3 Wildcard Facility =====
++=== 7.5.3 Wildcard Facility ===
  Subscription notification supports wildcarded identifier components URNs, which are identifiers which have some or all of their component parts replaced by the wildcard character `*`. Identifier components comprise:
@@ -1094,30 +1094,29 @@
  The complete SDMX versioning syntax can be found in the SDMX Standards Section 6 “Technical Notes”, paragraph “4.3 Versioning”.
--===== {{id name="_Toc90830"/}}7.5.4 Structural Repository Events =====
++=== 7.5.4 Structural Repository Events ===
  Whenever a maintainable artefact (data structure definition, concept scheme, codelist, metadata structure definition, category scheme, etc.) is added to, deleted from, or modified in the structural metadata repository, a structural metadata event is triggered. Subscriptions may be set up to monitor all such events, or focus on specific artefacts such as a Data Structure Definition.
--===== {{id name="_Toc90831"/}}7.5.5 Registration Events =====
++=== 7.5.5 Registration Events ===
  Whenever a dataset or metadata-set is registered a registration event is created. A subscription may be observing all data or metadata registrations, or it may focus on specific registrations as shown in the table below:
--:
--
  (((
--|**Selector**|**Comment**
--|DataProvider|Any datasets registered by the specified dataprovider will activate the notification.
--|ProvisionAgreement|Any datasets for the agreement will activate the notification.
--|Dataflow|Any datasets for the specified dataflow will activate the notification.
--|DataStructureDefinition|Any datasets for those dataflows that are based on the specified Data Structure Definition will activate the notification
--|Category|Any datasets registered for those dataflows, provision agreements that are categorised by the category.
++(% style="width:1082.83px" %)
++|(% style="width:230px" %)**Selector**|(% style="width:850px" %)**Comment**
++|(% style="width:230px" %)DataProvider|(% style="width:850px" %)Any datasets registered by the specified dataprovider will activate the notification.
++|(% style="width:230px" %)ProvisionAgreement|(% style="width:850px" %)Any datasets for the agreement will activate the notification.
++|(% style="width:230px" %)Dataflow|(% style="width:850px" %)Any datasets for the specified dataflow will activate the notification.
++|(% style="width:230px" %)DataStructureDefinition|(% style="width:850px" %)Any datasets for those dataflows that are based on the specified Data Structure Definition will activate the notification
++|(% style="width:230px" %)Category|(% style="width:850px" %)Any datasets registered for those dataflows, provision agreements that are categorised by the category.
  )))
  The event will also capture the semantic of the registration: deletion or replacement of an existing registration or a new registration.
--== {{id name="_Toc90832"/}}7.6 Notification ==
++== 7.6 Notification ==
--==== {{id name="_Toc90833"/}}7.6.1 Logical Class Diagram ====
++=== 7.6.1 Logical Class Diagram ===
  [[image:SDMX 3.1 Section 5_en_8bc1b889.jpg||height="379" width="579"]]
@@ -1134,11 +1134,11 @@
  Additionally, supplementary information may be contained in the notification as detailed below.
--==== {{id name="_Toc90834"/}}7.6.2 Structural Event Component ====
++=== 7.6.2 Structural Event Component ===
  The notification will contain the MaintainableArtefact that triggered the event in a form similar to the SDMX-ML structural message (using elements from that namespace).
--==== {{id name="_Toc90835"/}}7.6.3 Registration Event Component ====
++=== 7.6.3 Registration Event Component ===
  The notification will contain the Registration.