- From: Mark Wilkinson <markw@illuminae.com>
- Date: Wed, 04 May 2011 09:00:24 -0700
- To: HCLS <public-semweb-lifesci@w3.org>, "James Malone" <malone@ebi.ac.uk>
- Cc: "M. Scott Marshall" <mscottmarshall@gmail.com>
Heya, My personal take on this is that it becomes a trade-off. More granular predicates generally means that you are creating less descriptive Classes (i.e. that the Class does not have a lot of class-defining properties). So while more descriptive predicates are good for SPARQL querying, they are less good for DL reasoning (class reasoning is ~more powerful than predicate reasoning) That's a superficial view, but it's something that we have also been struggling with. We've tended to try bridging the two approaches by defining elaborate classes with "basic" predicates, and then minting new, more descriptive predicates that join these classes as well. Don't know if I am explaining myself clearly :-/ M On Wed, 04 May 2011 08:42:21 -0700, James Malone <malone@ebi.ac.uk> wrote: > Hi Scott, All, > > I was wondering what the general take is on predicates in RDF > representations used by the HCLS group. I've been looking at our RDF > model for Gene Expression Atlas at EBI and presently I'm using the same > "is_about" relation for a lot of the predicates as this is the lowest > level of constraint from the OBO Foundry folks for some of these > information relations. Alan Ruttenberg tells me that empirical evidence > suggests that using a larger number of relationships correlates to > poorer ontologies. However, I've also been told from various RDF > advocates that having more granular level predicates is useful for > querying. Are there any thoughts from the group on this? I have no > preconceptions here (I have no reason to disbelieve Alan or the RDF > folks) so open to thoughts and suggestions. > > Cheers, > > James > -- Dr. Mark Wilkinson Assistant Professor, Medical Genetics PI Bioinformatics, Institute for Heart and Lung Health St. Paul's Hospital/UBC Vancouver, BC, Canada
Received on Wednesday, 4 May 2011 16:06:05 UTC