- From: Jonathan Borden <jborden@mediaone.net>
- Date: Fri, 1 Jun 2001 08:30:34 -0400
- To: "pat hayes" <phayes@ai.uwf.edu>, "Graham Klyne" <GK@NineByNine.org>
- Cc: <www-rdf-logic@w3.org>
Jonathan Borden The Open Healthcare Group http://www.openhealth.org ----- Original Message ----- Graham Klyne wrote: > I'll hazard an opinion that what you describe as genuine reification is > handled in RDF by literals, without any built-in interpretation. Thus, to > distinguish between: > > John says "The sky is blue" > and > John says-that (the sky is blue) > > I think RDF aims to handle the latter, but not the former. In the latter > case, I think it is an RDF expression associated with John's utterance that > can be interpreted, not the utterance itself. The utterance must be > expressed (interpreted?) as RDF before it can be "understood" by an RDF > processor. > To briefly summarize at least one killer problem with the current RDF approach: what we would _like_ to be able to say is: <ex:says rdf:about="http://example.org/people#John"> <ex:color rdf:about="http://example.org/things#sky" rdf:resource="http://example.org/colors#blue"/> </ex:says> (really we should be able to use qnames all around to say: <ex:says qn:about="people:John"> <ex:color qn:about="things:sky" qn:ref="colors:blue"/> </ex:says> but that's a different issue) but as statements are explicitly stated to be _facts_ per RDF M&S 1.0 we can't say this without asserting that (color sky blue) is true, rather what is needed is: <ex:says rdf:about="http://example.org/people#John"> <rdfStatement> <rdf:predicate rdf:resource="http://example.org/example#color"/> <rdf:subject rdf:resource="http://example.org/things#sky"/> <rdf:object rdf:resource="http://example.org/colors#blue"/> </rdf:Statement> </ex:says> Ok. Now suppose I enter a statement to the effect that "everything John says is true". The model _does not_ contain a mechanism to unreify the statement _as a statement_ i.e. still does not contain the statement: [:color :sky :blue] so this property that statements are facts is not transitive i.e. facts are not necessarily statements. What then is the purpose of asserting that _statements are facts_ besides requiring this cumbersone reification mechanism? Since deciding whether a statement is _true_ must be computed regardless, it is far better (IMHO) to use: 1) context/spaces 2) namespaces as 'coloring' mechanisms to label semantically meaningful subgraphs (e.g. asserting an entire context true, and assigning semantics to terms in the rdf: and logic: etc. namespaces. -Jonathan
Received on Friday, 1 June 2001 08:47:31 UTC