- From: Patrick Stickler <patrick.stickler@nokia.com>
- Date: Sun, 06 Jan 2002 14:52:24 +0200
- To: ext Graham Klyne <Graham.Klyne@MIMEsweeper.com>
- CC: RDF Core <w3c-rdfcore-wg@w3.org>
On 2002-01-03 13:45, "ext Graham Klyne" <Graham.Klyne@MIMEsweeper.com> wrote: >> Then can you provide an alternate example that does? I'm >> presuming that somehow, somewhere, we need to know that "10" >> is a member of the lexical space of xsd:integer. How is that >> defined in S if not as above? > > Well, this might (for some appropriate definition of lex:integer): > > Bob ex:age _:1 . > _:1 s:integer "10" . > s:integer rdfs:range lex:integer . > > [...] Fair enough. Clearly the S idiom provides a means to define a pairing of lexical form and data type, but I don't see any of the S idiom variants proposed thus far as being nearly as economical as the P, DAML, or U idioms. I.e. Bob ex:age "10" . ex:age rdfs:range xsd:integer . or Bob ex:age _:1 . _:1 rdf:value "10" . _:1 rdf:type xsd:integer . or Bob ex:age <xsd:integer:10> . and the P and DAML idioms are currently in use and understood by (presumably) a non-trivial body of the RDF community, so why adopt yet another idiom if the present ones do the job? Especially when those idioms demand a proliferation of (unnecessary) URI sets where a single data type URI is sufficient? Patrick -- Patrick Stickler Phone: +358 50 483 9453 Senior Research Scientist Fax: +358 7180 35409 Nokia Research Center Email: patrick.stickler@nokia.com
Received on Monday, 7 January 2002 01:36:24 UTC