Open tfrancart opened 7 years ago
In JSKOS we came up with connecting a Concept Mapping (≈ConceptAssociation) with a skos:mappingRelation
such as skos:closeMatch
by a an extra property. This property is not fixed yet (by now I use rdf:type
but I doubt that ConceptAssociation can have skos:mappingRelation as subclass), so we could agree on a common new property such as "xkos:associationRelation
".
Deriving a skos:mappingRelation
from an xkos:ConceptAssociation
, however, requires to solve #31 because it makes a difference whether the concepts of an association are combined by OR or by AND (the latter also possible in ordered form), or even NOT.
The idea to derive simple SKOS mapping associations from ConceptAssociation is good and can/will be adressed in V2. So this issue is kept open for V2. The idea discussed was the creation of subclasses of ConceptAssociation (ExactMatchConceptAssociation, CloseMatchConceptAssociation, etc.). Other solutions are possible.
While stating that there can be different types of ConceptAssociation, XKOS does not provide a mechanism to capture this type. At least a clear mechanism should be provided to ensure the compatibility with SKOS mapping relations. iow, it should be possible to automatically derive skos:exactMatch (and closeMatch, narrowMatch, etc.) from XKOS ConceptAssociation typed appropriately. This could be subclasses of ConceptAssociation, an extra property, etc.