Prefix - Discriminated Union - Revision history

Vmurrell: /* Including / Excluding Specific Codes */

2023-09-04T13:56:18Z

‎Including / Excluding Specific Codes

Vmurrell: /* Example */

2023-09-04T13:55:54Z

‎Example

Vmurrell: /* Example */

2023-09-04T13:55:23Z

‎Example

Vmurrell: Created page with "Category:How_To ==Overview== This feature can be used when standards used, for example ISIC (International Standard Industrial Classification of All Economic Activities) a..."

2023-09-04T13:51:30Z

Created page with "Category:How_To ==Overview== This feature can be used when standards used, for example ISIC (International Standard Industrial Classification of All Economic Activities) a..."

New page

[[Category:How_To]]
==Overview==
This feature can be used when standards used, for example ISIC (International Standard Industrial Classification of All Economic Activities) are revised periodically but the revisions do not occur worldwide at the same time.

If a component is enumerated, for example CL_ACTIVITY, it needs to include all variants although this could potentially result in a very large codelist and potentially many different dataflows all requiring different constraints to ensure that the Data Provider is only able too use the codes appropriate to their situation.

The Discriminated Union feature used with the Inheritance Feature and the Prefix facility, enables the codelist itself to effectively be empty. Instead is uses other codelists (Inherited) and caters for the possibility of duplicate codes by using the Prefix to distinguish one from the other.

==Example==

[[File:Discriminated-Union-Example.PNG|1000px]]

[[File:Discriminated-Union-Example-Step1.PNG|1000px]]

===Prefix Code IDs===
When extending a Codelists, the reference to an extension Codelist may contain a prefix. If a prefix is provided, this prefix will be applied to all the codes in the Codelist before they are imported into the extended Codelist. In this case, the reference to CL_ISIC4 includes a prefix of “ISIC4_” and the reference to ISIC3 includes “ISIC3_”, so the resulting Codelist will have no conflict for the “A” items which will become “ISIC3_A” and “ISIC4_A”.

===Including / Excluding Specific Codes===
independent Dataflows or Provision Agreements are still required with specific Content Constraint attached, in order to keep the proper items according to the variant in use by each data provider.

← Older revision		Revision as of 13:56, 4 September 2023
Line 17:		Line 17:

	===Including / Excluding Specific Codes===		===Including / Excluding Specific Codes===
−	~~independent~~ Dataflows or Provision Agreements are still required with specific Content Constraint attached, in order to keep the proper items according to the variant in use by each data provider.	+	Independent Dataflows or Provision Agreements are still required with specific Content Constraint attached, in order to keep the proper items according to the variant in use by each data provider.

@@ Line 11: / Line 11: @@
 [[File:Discriminated-Union-Example-Step1.png|1000px]]
-[[File:Discriminated-Union-Example-Step1.PNG|1000px]]
+[[File:Discriminated-Union-Example.png|1000px]]
 ===Prefix Code IDs===

@@ Line 9: / Line 9: @@
 ==Example==
-[[File:Discriminated-Union-Example.PNG|1000px]]
+[[File:Discriminated-Union-Example-Step1.png|1000px]]
 [[File:Discriminated-Union-Example-Step1.PNG|1000px]]