Possibly bug/breaking change in parent items regular expression

[achronis]

Hello,

Just in case it is a bug, It seems that the item Parent restriction doesn't accept values starting with a number, e.g. CL_REF_AREA.

https://github.com/sdmx-twg/sdmx-ml/blob/master/schemas/SDMXStructureCodelist.xsd#L77

sdmx-ml/schemas/SDMXCommonReferences.xsd

Line 1597 in 29f1a3d

<xs:simpleType name="SingleNCNameIDType">

Value '1' is not facet-valid with respect to pattern '[A-Za-z][A-Za-z0-9_\-]*(\.[A-Za-z][A-Za-z0-9_\-]*)*' for type 'SingleNCNameIDType'.line/column: 2/1846343cvc-type.3.1.3: The value '1' of element 'str:Parent'

But at the same time it is allowed to have a code that starts with a number
https://github.com/sdmx-twg/sdmx-ml/blob/master/schemas/SDMXStructureBase.xsd#L49

[stratosn]

Thanks! It looks like a bug.
cc @dosse

[dosse]

@achronis I agree that the parent should also be defined by the normal IDType. This is the case for SDMX-JSON.

@jgager @glenntav Could you please confirm that the Code's Parent property should simply be of type IDType?

[jgager]

I believe this should be IDType. The rationale behind the NCNameIDType was to restrict component names so that elements and attributes generated in data structure specific schemas would be valid. I am not sure if there was ever a scenario where a code from a dimension code list would have been generated as an element/attribute in a data message (maybe the old cross sectional formats). But that may be why this was in there to begin with and just ended up being over looked. In any case, either code identifier or this parent code reference is the wrong type. I suspect the latter.

[dosse]

https://github.com/search?q=repo%3Asdmx-twg%2Fsdmx-ml%20parent&type=code

[dosse]

Ready to merge into Develop branch (branch patch-v3.0.1).