[rdfweb-dev] Describing FOAF using OWL: enumerating allowed
danbri at w3.org
Sun Jun 22 14:22:31 UTC 2003
Thanks for the suggestion. I find using containers and collections together
gets pretty confusing.
One similar idea is to wrap each allowed value in a proper URI-named
resource, labelled (rdfs:label I guess) with it's shortened form.
So instead of
...if you've happy using XML entities to hide URI-based verbosity.
My preference is for literal values because I want to minimise the
verbosity, and only use URIs where there's a clear gain, eg. from data
I think this speaks for itself. It is much simpler and cleaner to have
the <foaf:foo>bar</foaf:foo> form of property. Easier for people to
type correctly. Also we don't have to explain, for a large class of
properties, what all this rdf:resource= stuff does. We can leave those,
mostly, for properties whose value is more conventionally expected to
be a URI.
I am happy with the 'RDF tax' associated with explaining why we
<foaf:homepage rdf:resource="http://example.com/myhomepage/" />
<foaf:schoolHomepage rdf:resource="http://somewhereistudied.example.org/" />
<foaf:workplaceHomepage rdf:resource="http://somewhereiwork.example.com/" />
...since these take as their values URIs which are in widespread use, and
which users are likely to encounter.
Tricky to know where to draw the line, but I think things like the
myersBriggs values (there are exactly 16), food preferences, marital
status etc are on the other side of that line.
Hmm side-thought: for properties like 'schoolHomepage', we could have a
'describe your relationship to the organisation whose homepage this is'
form in the foaf-a-matic vein. Or for that matter, into FOAF aggregators,
so you could, for a given page, search FOAF data for people who work there,
study there, etc.
More information about the foaf-dev