Hi Bart, A few concerns:
Take care - subClassOf is a set theory relation meaning that all members of X are also member of Y (i.e. X is a subset of Y). “Subset" is not usually a synonym for “qualification” or “classification”. If you have another kind of relationship than subset, then your new property should probably not be linked to subClassOf. Making subclasses of rdfs/owl classes or sub properties of rdf/rdfs/owl properties is doing metamodeling by most people’s definition of that word - i.e. you are playing with the language itself, not using is only as a language separate from your domain of interest. There are reasons to do so, but in this case I can’t imagine what you mean by a “light or heavy" subset relation so not really clear on what you’re trying to accomplish. I imagine your users/customers might have the same question. Also, a technical comment - subClassOf range and domain is not owl:Thing, it’s rdfs:Class, so it seems that either your property is not a proper subproperty of subClassOf or you expect all the subjects/objects of your property to be inferred to be rdfs:Class because you’re inferring rdfs:subClassOf in which case it’s hard to understand why you’ve set the domain/range to owl:Thing in the first place. If you mean for Individuals that are not classes themselves to be the subject or object of your property, then making it a sub property of subClassOf is inconsistent. Hope that’s helpful, David > On 10 Dec 2018, at 07:37, Bart Bink <b...@bink.nu> wrote: > > Hello Michel, > > I totally agree with you to stick to the standards as much as possible. > Extending rdfs:Label with skos:prefLabel or an other label of your own > namespace is alright. The extension of subClassOf is in not touching the > meta-model, I am merely extending it. Although I admit, as I told Irene, it > is not every day this property is extended. > > Now why I introduced it to my project is that sometimes you want to classify > a class in a taxonomy twice, once as a subclass in its natural place, > centrifugal pump is a pump. And an other time a classification as a class of > an other branch in the taxonomy. The classification can be subClassOf, or in > my case a special type of subClassOf, a qualification of the class in > question. It can be as simple as a qualification as light or heavy. The > property's domain and range are both owl:Thing. > > Kind regards, > > Bart. > > On Sunday, 9 December 2018 12:56:50 UTC+1, Bohms, H.M. (Michel) wrote: > Hi Bart > > > Just curious…why would you like to subclass the standard rdfs subclass > relationship? > > What is the added semantics in this case? > > > My advice is always to stick to the standard and not touch the > meta-model/language whenever possible. > > > In general this causes incompatibilities between ontologies and within > supporting tool sets. > > > Greetings, Michel > > > > > Dr. ir. H.M. (Michel) Böhms > Senior Data Scientist > > > T +31888663107 > M +31630381220 > E michel.bo...@tno.nl <> > Location > <https://www.google.com/maps/place/TNO+-+Locatie+Delft+-+Stieltjesweg/@52.000788,4.3745183,17z/data=!3m1!4b1!4m5!3m4!1s0x47c5b58c52869997:0x56681566be3b8c88!8m2!3d52.000788!4d4.376707> > > > > <http://www.tno.nl/> > This message may contain information that is not intended for you. If you are > not the addressee or if this message was sent to you by mistake, you are > requested to inform the sender and delete the message. TNO accepts no > liability for the content of this e-mail, for the manner in which you use it > and for damage of any kind resulting from the risks inherent to the > electronic transmission of messages. > > > > > > > From: topbrai...@googlegroups.com <> <topbrai...@googlegroups.com <>> On > Behalf Of Bart Bink > Sent: zaterdag 8 december 2018 23:30 > To: TopBraid Suite Users <topbrai...@googlegroups.com <>> > Subject: [topbraid-users] subPropertyOf subClassOf > > > LS, > > > So if I use rdfs:label to name a class, TBC shows the label in the class > hierarchy. If I choose to use skos:prefLabel instead of rdfs:Label, TBC > correctly shows the prefLabel in the Class hierarchy. This is because > skos:prefLabel is a subProperty of redfs:Label. TBC interprets this correctly. > > > Now if I make a subProperty of rdfs:subClassOf called qualificationOfConcept > TBC correctly shows it as a subProperty of rdfs:subClassOf. > > > > > But if I use qualificationOfConcept to subType one Class to an other, it is > not shown as a subClass in the Class hierarchy. So TBC does recognize that > qualificationOfConcept is a subProperty of rdfs:subClassOf, but it does not > treat it as such. It does not have the behavior of rdfs:subClass. > > TBC shows that the class GL:C2843 (Plural) is a subclass of Thing instead of > GL:C790244 (Plurality) > > > > What can I do to let TBC show the class correctly in the Class hierarchy > using a subProperty of rdfs:subClassOf? > > > Kind regards, > > > Bart Bink. > > > GL:P1726 > > rdf:type owl:ObjectProperty ; > > rdfs:domain owl:Thing ; > > rdfs:label "qualification of concept"@en-gb ; > > rdfs:range owl:Thing ; > > rdfs:subPropertyOf rdfs:subClassOf ; > > . > > > GL:C2843 > > rdf:type owl:Class ; > > GL:P1726 GL:C790244 ; > > rdfs:label "plural"@en-gb ; > > . > > > > > > > -- > You received this message because you are subscribed to the Google Groups > "TopBraid Suite Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to topbraid-user...@googlegroups.com <>. > For more options, visit https://groups.google.com/d/optout > <https://groups.google.com/d/optout>. > > > -- > You received this message because you are subscribed to the Google Groups > "TopBraid Suite Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to topbraid-users+unsubscr...@googlegroups.com > <mailto:topbraid-users+unsubscr...@googlegroups.com>. > For more options, visit https://groups.google.com/d/optout > <https://groups.google.com/d/optout>. UK +44 (0) 7788 561308 US +1 (336) 283-0808 -- You received this message because you are subscribed to the Google Groups "TopBraid Suite Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
