Open delcada opened 7 years ago
For many description applications, for instance, "node labels" are entities of a really specific nature, and must not be used as object indices alongside "normal" concepts. Representing them as mere concepts is therefore clearly not a best practice.
Some specificities linked to the CN/HS (Combined Nomenclature/Harmonized System) classifications seem not to be addressed in the specification. It should however be noted that these two classifications are central to the integrated system of international statistical classifications as they provide the "building blocks" for all product classifications (CPC, CPA, PRODCOM, SITC, etc.), i.e. the categories of these classifications are defined in terms of categories of HS or CN.
These specificities are the following:
1) some entries have no hierarchical level (see Picture 1 below) 2) some entries refer to several hierarchical levels at the same time (see Picture 2 below) 3) the explanatory notes can contain images or pictures (see Picture 3 below) 4) these classifications have intermediary levels which are not part of the hierarchy (see Picture 4 below) 5) a field called "DASHES" contains a various number of "dash" symbols ("-") which are used to indicate that texts belonging to upper hierarchical levels are omitted (see Picture 5 below) 6) the most useful labels for users are not the official labels but what is called the self-explanatory texts. CN has more than 3,000 codes labelled "Other" which are a problem for users (What is the coverage of these codes?). As the name indicates, self-explanatory texts provide textual descriptions which are more detailed and useful to users (e.g. self-explanatory text for 2805 30 80 "Other" reads: Rare-earth metals, scandium and yttrium, of a purity by weight of <95% (excl. intermixtures and interalloys). These self-explanatory texts are also useful for visualisation purposes; without these detailed textual descriptions, it would generally be impossible to understand correspondence tables and classifications defined on the basis of CN/HS categories.
To manage points 1), 2) and 4), an additional field, called "CNKEY" is used to provide the proper sequential order of the codes.
In view of the importance of these two classifications, it is essential that these specificities are addressed in the specification.
Picture 1
Picture 2
Picture 3
Picture 4
Picture 5