Re: Why do we name nodes and not edges?

On Jul 31, 2012, at 8:35 AM, Steve Harris wrote:

> On 2012-07-31, at 07:04, Pat Hayes wrote:
>> 
>> On Jul 27, 2012, at 3:37 AM, Steve Harris wrote:
>> 
>>> Yeah, but that example uses reification, which is at best frowned upon.
>> 
>> Look. If you want to refer to, and describe in RDF, an RDF triple, then you will be using reification whether you call it that or not. Reification, in this context, *means* describing RDF triples in RDF. And RDF reification is not "frowned upon" as far as the specs are concerned, so if this is what you want to do, go ahead and use it. It is perfectly legal, conformant, RDF. 
> 
> It is, but RDF Reification is very definitely frowned upon - not everyone agrees, and I'm somewhat neutral on the subject myself.
> 
>>> Increasingly my reaction to these kinds of questions is: maybe you shouldn't be using RDF.
>>> 
>>> RDF has limits of expressivity, [all IMHO] it's best for describing things in a way that the descriptions can easily be consumed by other reasonably generic processors - once you start delving off into obscure corners - e.g. something that was said by person X, believed by person Y, but not person Z, and then published by W - then you're no longer in the territory of easily. Even once you've somehow parsed that lot, doing anything useful with it - in an even vaguely generic way - is beyond complex.
>> 
>> Its messy, but its not hard to write stuff like this in RDF, after inventing the appropriate URI vocabulary to do it all, of course. And as for doing anything useful with it, well yes that might well be a problem, but not because its written in RDF. This stuff is just hard to do anything useful with, period. 
> 
> Sure, I didn't mean to imply that RDF made it more difficult, but I imagined/hoped (maybe falsely) that there were system designed for modelling this kind of stuff that would make it easier. Maybe complex temporal stuff would have been a better example. You /can/ do it in RDF, but there are better systems.

When assessing these "better systems" though, keep in mind your previous comment about descriptions that " can easily be consumed by other reasonably generic processors".  There are approaches that allow a more straightforward representation than RDF of lots of things provided everyone shares the (usually implicit) assumptions necessary to use those approaches.  Lots of the complexity of RDF is due to the need to explicitly determine, and assign "identities" (even if they're blank nodes) to, the number of distinct things you are talking about (and if you start talking about RDF triples themselves, these things include individual triples, nodes, arcs, etc.).  With other approaches, you tend to do this in your head, which makes it seem simpler.

--Frank

Received on Tuesday, 31 July 2012 13:19:39 UTC