- From: Dan Brickley <danbri@danbri.org>
- Date: Fri, 10 Nov 2006 15:46:13 -0300
- To: Damian Steer <pldms@mac.com>
- Cc: semantic-web@w3.org, timbl@w3.org
Damian Steer wrote: > > > On 5 Nov 2006, at 16:51, Tim Berners-Lee wrote: > >> We discussed it non #swig before and after >> http://chatlogs.planetrdf.com/swig/2006-11-04#T21-59-35 >> >> I liked your proposal to change the seeAlso to moreData, now >> implemented -- thanks you! > > I'm not sure I understand the point of moreData. It's supposed to be > weaker than the (weak already) seeAlso, to the point where it's a > relation which doesn't relate subject to object? ("Further information > that may or may not be related to the subject resource") Yep, I think that summarises my discomfort too. RDFCore had the choice to make seeAlso more specific, but we went with the loose version. There is no restriction on syntax, dataset size, availability (ACLs etc). Or even that the referenced data encodes RDF statements about the same thing (let alone that it use the same URI for it). If dataset size is an issue, ... that can be probed by HTTP HEAD. It seems the motivation is a mix of 2 concerns: file size and relevance. eg. If I know you live in Bristol (...and I have my spies) then downloading a 3k graph giving some info on Bristol is a useful little dataset to "see Also" if I'm doing some RDF-based stalking of you. But downloading everything-ever-said-about-bristol.rdf too. Similarly, ... if I know you're working at University of Bristol, ... I might be interested to know what papers you have co-authored with your colleagues. Now if there is a damiansteer-bibiography.rdf file, that seems a great thing to "seeAlso" to. If there is a ilrtstaff-bibliography.rdf file, ... perhaps I'd seeAlso that as well (testing the robustness of software if it turns out to be rather large). But an everything-ever-written-by-people-at-bristoluni.rdf or a complete-dump-of-the-compsci-literature.rdf document would have a less attractive bulk-vs-relevance profile. And of course relevance and utility is pretty task-specific, as well as qualified by the resources available. If I'm doing something on a mobile phone over expensive, gappy and unreliable networking, the cost of de-referencing some seeAlso'd data might be too high. This situation to my mind should encourage us to find better ways of characteristing RDF documents, datasets, databases.... and the various ways they can be subsetted into useful chunks. Perhaps some notion of RDF "document types" couched in terms of template instances, or the SPARQL queries that the doctypes might satisfy. Overloading or replacing seeAlso strikes me as not likely to come close to what we need here. In particular, as you say, if the referenced document isn't very pertinent, ... using a typed relation to describe it seems inelegant and un-necessarily constraining. cheers, Dan > If you want to mention a resource why not just mention it (:foo a > rdfs:Resource)? Or :foo a :InterestingPlaceToLook?
Received on Friday, 10 November 2006 18:46:40 UTC