Closed VladimirAlexiev closed 2 years ago
@kshychko , at one point we listed all the applicable properties - it was pretty ugly. We're not doing this anymore, but what is actually the rule we apply now? Would you mind commenting, pls?
It's an underlying incompatibility between the UN CCTS method which duplicates classes by copying and restricting - vs RSFS which inherits and extends
Honestly I don't know a solution to this other than to manually clean up and consequently permanently fork from the source core component library
@onthebreeze I also don't see any better way, so this would be a lot of work.
Doing all this work just to obtain a bit richer descriptions is low-priority.
However, resolving semantic differences between definitions should be higher priority. Eg these two seem to give somewhat different meaning to Accreditation
?
https://gist.github.com/VladimirAlexiev/618a9bddd6a949b75b37e983f0220417#prop-descriptions
Some BIE Descriptions seem to be richer than prop descriptions. Eg
The BIE description could be used when the BIE is used in one term, and the term is applicable to only one class (as is the case for
uncefact:abbreviatedName
: applicable only touncefact:Qualification
) 1242 (or 1337?) of 1747 props satisfy this condition:This requires further examination and unification of descriptions. Eg in the pair below:
Accreditation
: "An official recognition awarded to a person, organisation or thing, such as a building or product, to certify that a certain level of attainment has been achieved."Certified_Accreditation.Details
: "A certified recognition that provides evidence of a level of competency in a given area, such as certifying a level of skill in a trade."