- From: Antoine Isaac <aisaac@few.vu.nl>
- Date: Thu, 08 Jan 2009 19:19:28 +0100
- To: Thomas Baker <baker@sub.uni-goettingen.de>
- CC: Ivan Herman <ivan@w3.org>, SWD Working Group <public-swd-wg@w3.org>
> I always thought the motivation for rdf:value was to allow for > a sort of "dumbing down". Book A has an author (dc:creator) > with the name "John Brown", birthdate "1942", and shoe size > "12E". rdf:value, then, designates a handle of sorts for > the resource as a whole - in this case, most obviously, its > name ("John Brown"). I had always assumed that the object > of rdf:value was intended to be a literal (as in the SKOS > Primer example in Section 4.2) though I see that its formal > range is rdfs:Resource. > > Given my interpretation, then, I would restate the sentence > from RDF Semantics (below) to mean: > > It is typically used to identify a 'primary' or 'main' > value of a property which has several values -- that is, > of a property which has as its value a complex entity > with several facets or properties of its own. > > which seems to be the opposite of your reading: > >> I guess what they mean is that the object of rdf:value is a 'general >> non-literal resource' that I used in my previous mail. > > But the rdf:value thing is just part of the broader issue, > which is whether it is formally proper (and pedagogically > desirable) to refer to objects of triples as "values". Do we > think the 2004 specs are out of synch with current usage in > this regard? > > The other question is whether we feel confident that the > use of rdf:value in the example in Section 4.2 represents > "typical" usage ("This is typically done using the RDF > rdf:value utility property"). Sorry, it was difficult to resist coining an example as my two cents: ex:sun ex:volume ex:sunDiameterKM . ex:sunDiameterKM rdf:value "1392000000" ; ex:unit "m" In that case, we have a diameter (expected to be called in language a "value") which is complex: it has two facets, the raw "value" (confusing, but how to name it differently?) and the unit. Now, I can imagine that someone may actually want to decompose the value itself to fit another standard way of representing it, but keeping the same value-unit pattern: ex:sun ex:volume ex:sunDiameterKM2 . ex:sunDiameterKM2 rdf:value [ ex:coefficient "1.392" ; ex:exponent "9" . ] ; ex:unit "m" The latter example has an rdf:value which is a non-literal RDF node... Granted, it's not a nice example, and there might be ways now to do it in a much nicer way. But I guess at the beginning of RDF some people may have judged useful to anticipate that kind of practice. > > For the sentence in question, Alistair points out that we > can side-step the issue by just defining RDF plain literal, > full stop [1]. > > If the RDF Primer is telling a somewhat different story > from SKOS Primer it would be good to recognize this clearly > because readers of the latter may refer back to the former. Until now I don't think the documents are really saying really different things. In fact the Primer does not use rdf:value and "value" not very often... Actually it is used now once in a possibly confusing way, in 4.6 > The value of the literal is the notation itself I propose to replace it by "The lexical form of the literal is the notation itself" Antoine > > [1] http://lists.w3.org/Archives/Public/public-swd-wg/2009Jan/0026.html >
Received on Thursday, 8 January 2009 18:20:07 UTC