By RDFS reasoning, whenever such a prop is used, it'll be declared both schema:Product and gs1:Product.
I know you say in the intro these two classes are equivalent, but at the same time you're hesitant to declare them owl:equivalentClass.
I don't think you should force schema:Product upon the users of the gs1: voc
Consider a counter-example:
gs1:Brand a rdfs:Class, owl:Class ; skos:exactMatch schema:Brand .
gs1:brand a rdf:Property; rdfs:range gs1:Brand ;
If you consider gs1:Brand equivalent to schema:Brand, then why not use a double domain in gs1:brand?
(For clarity, I think you should NOT do this, neither for gs1:Brand nor gs1:Product)
You use this for very many props:
By RDFS reasoning, whenever such a prop is used, it'll be declared both
schema:Product
andgs1:Product
. I know you say in the intro these two classes are equivalent, but at the same time you're hesitant to declare themowl:equivalentClass
. I don't think you should forceschema:Product
upon the users of thegs1:
vocConsider a counter-example:
If you consider
gs1:Brand
equivalent toschema:Brand
, then why not use a double domain ings1:brand
? (For clarity, I think you should NOT do this, neither forgs1:Brand
norgs1:Product
)