<So do we have to assign the properties to every class that may apply?
>

It's a different modeling paradigm.  The way to look at it is that
given a resource, any property may be associated with that resource.

If you need to restrict the properties associated with a resource,
this can be done at the class level.  Same with defining that there
must be x instances of a property, etc.  In either case this is done
by inferences that check constraints, not by definition of a class.

So it kinda works the other-way around.  Instead of defining the
properties that an instance of class has, you define resources then
assert or infer that the resource is a member of a class (if it meets
class definition criteria).

A really good source on the topic of RDF modeling is the Allemang &
Hendler's Working Ontologist book.

-- Scott

On Apr 13, 9:55 am, mwz <[email protected]> wrote:
> Thanks for all responses for discussion. So do we have to assign the
> properties to every class that may apply? But think it in the real
> world. Every subclass should have the properties that its super class
> has; and all instances of a subclass are automatically instances of
> its super class. So the reasoning can infer relations about super
> class, subclass, and instances. And the concept of 'inherit' can come
> and play. The property set for a super class should be a template for
> subclasses to build on.
>
> I think protege did that way by my experience. Is there mechanically
> significant differences between TopBraid and Protege in this issue?
>
> Thank you very much.
>
> Mingzhen
>
> On Apr 13, 9:33 am, Scott Henninger <[email protected]>
> wrote:
>
> > RDFS/OWL is *not* an object-oriented model.  It is a set theoretic
> > model.  A type triple (rdf:type) states that a resource is a member of
> > a set (class). rdfs:subClassOf states that a class is a subset of
> > another.
>
> > Properties of classes are not inherited, although properties can be
> > associated with classes by either setting the domain/range of a class
> > (RDFS) or property restrictions on a class (OWL).
>
> > -- Scott
>
> > On Apr 13, 9:21 am, [email protected] wrote:
>
> > > Is this so because the Ontology is not a true-classical OO model?
>
> > > Narsim Ganti
>
> > > -----Original Message-----
> > > From: [email protected]
>
> > > [mailto:[email protected]] On Behalf Of mwz
> > > Sent: Monday, April 13, 2009 10:13 AM
> > > To: TopBraid Composer Users
> > > Subject: [tbc-users] properties assigned to super class
>
> > > Hi, Eveyone,
>
> > > I found it is interesting that properties assigned to a super class
> > > are not automatically given to its subclasses. I think properties in a
> > > super class works like a template so subclasses should inherit all
> > > properties from the super class.
>
> > > Is it true in TopBraid or there is some mistakes I made? Thank you
> > > very much.
>
> > > Mingzhen- Hide quoted text -
>
> > - Show quoted text -
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"TopBraid Composer Users" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/topbraid-composer-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to