W3C home > Mailing lists > Public > www-rdf-interest@w3.org > January 2002

Re: belongsTo

From: Chris Mungall <cjm@fruitfly.bdgp.berkeley.edu>
Date: Mon, 21 Jan 2002 11:17:04 -0800 (PST)
To: benhood@gmx.net
cc: www-rdf-interest@w3.org, jena-dev@yahoogroups.com
Message-ID: <Pine.GSO.4.10.10201180947550.8637-100000@fruitfly>

On Fri, 18 Jan 2002 benhood@gmx.net wrote:

> Hallo,
> I was wondering if there was some generic way of expressing "belongsTo"
> between concepts. I have been repeatedly joining two concepts together, that
> don't have any rdfs:subClassOf or rdfs:subPropertyOf relation, say for example
> members of a club/family/organisation
> vocations as members of a union
> planets belonging to a solar system
> possesion of goods/items/qualities/skills/experience

I work on a biological ontology which frequently uses "partOf" to capture
a wide variety of component/subcomponent relationships


subprocessX partOf processY (conceptual composition of biological

cell-componentX partOf larger-componentY (physical composition eg of
subcellular compartments)

We use this in a strict "necessarilyPartOf" sense.
"door partOf car"
would not be allowed, instead we'd have "car-door partOf car, car-door
subClassOf door". this is better for reasoning.

i'm just getting into rdf/rdfs/daml+oil and i need to convert our ontology
to a standard format - does a standard property exist for this in
daml+oil? i don't want to invent new properties where perfectly good ones

> These concepts appear to me to have no hierarchial relationship and just
> defining the group as list of its members doesn't seem to do justice to my
> conceptual understanding of the entity "group".
> daml:oneOf seems to do the job in a number of situations, ie
> >>> for oneOf(C, L) read everything in C is one of the things in L;
> but I don't think it hits the nail of the head.
> Does anybody else think one should generalize the concept of belonging to
> something, or I am just missing the point?
> Thanks
> Ben 
Received on Monday, 21 January 2002 14:17:15 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:44:34 UTC