Open JoergNeidig opened 6 months ago
Update 2024 with the v3 meta-model:
isCaseOf: should be used when the concept description is "slightly modified", e.g., using a different unit contrary to ECLASS defintion or a different value domain, e.g., string instead of boolean. In this case the supplied concept descriptions should have a different semantic ID as the ECLASS IRDI.
supplementarySemanticID: should be used by "exactly same" semantic meaning, as in the use-case of 3 semantic id in the first example: ECLASS, CDD, and TechnicalData submodel template. In this case the supplied concept descriptions should have a same semantic ID as one of the referenced IRDI/semanticIds.
@BirgitBoss would you sign this off?
Proposal - remove both questions and provide this one as a new answer.
@StenGruener @JoergNeidig thanks for pointing this out. (The new) supplementalSemanticIds belong to elements having semantics (inheriting from hasSemantics), isCase of belongs to concept descriptions (not inheriting from HasSemantics). This is useful if maintenance of concept description repositories is not coupled to maintenance of submodel templates or submodels. I personally would say that all isCaseOf values could also be entered as supplementalSemanticIds although I would not recommend to do it. We need a more in depth discussion on the usage of the two attributes. But I would agree to remove these two answers from the FAQ or explicitly state that the answers are valid for V2.0 only until we provide answers valid for V3.x.
I have the feeling that some answers concerning conceptDescriptions, isCaseOf, etc. are older and do not reflect v3.0 properly. E.g. the answers of the two following questions appear to be in conflict: