- From: Thomas Baker <thomas.baker@bi.fhg.de>
- Date: Mon, 10 Jan 2005 13:09:01 +0100
- To: Dan Brickley <danbri@w3.org>
- Cc: "Dickinson, Ian John (HP Labs, Bristol, UK)" <ian.dickinson@hp.com>, public-esw-thes@w3.org
On Thu, Jan 06, 2005 at 07:35:23AM -0500, Dan Brickley wrote: > Some RDF vocabs do go down this route, with 'hasAge', 'hasName', > 'hasHomepage' instead of 'age', 'name', 'homepage'. While > backwards-named properties like 'subClassOf' complicate the picture, > I prefer to have simple property names. I think an analogy with OO > class/property models is appropriate here (it isn't always, with RDF). > In Java, a Person class might have 'age', 'name', 'homepage' as fields > or bean properties. Similarly in other objects. The fact that the > property is attached to some object is enough to suggest the implicit > 'has'. Unfortunately, 'has-subClassOf' doesn't quite work, raising > intuitions that the thing referenced is a sub-, rather than super- > class of the subject resource. > > If we can minimise the deployment of 'isXYZof' properties, we can > hopefully get away without having to prefix everything else with > 'has'. Perhaps... :) Dan, I agree about backwards-named properties, though it isn't immediately obvious to me how one might rename a property such as http://purl.org/dc/terms/isPartOf -- hasWhole? Maybe that's what you mean by just "minimising" such names, i.e., not avoiding them altogether. But I would argue that "hasAge" is more helpful than just "age". I suspect it is not obvious to alot of ordinary users that a property attached to an object is to be understood with an implicit "has". The extra verb underlines the HASA relationship (as opposed to ISA). A property named "whole" would sound even more mysterious than "hasWhole"... Tom -- Dr. Thomas Baker Thomas.Baker@izb.fraunhofer.de Institutszentrum Schloss Birlinghoven mobile +49-160-9664-2129 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-144-2352 Personal email: thbaker79@alumni.amherst.edu
Received on Monday, 10 January 2005 12:08:06 UTC