W3C home > Mailing lists > Public > w3c-rdfcore-wg@w3.org > April 2002

Re: Denotation of datatype values

From: Patrick Stickler <patrick.stickler@nokia.com>
Date: Tue, 16 Apr 2002 20:16:31 +0300
To: ext Brian McBride <bwm@hplb.hpl.hp.com>, Pat Hayes <phayes@ai.uwf.edu>
CC: RDF Core <w3c-rdfcore-wg@w3.org>
Message-ID: <B8E2371F.133D8%patrick.stickler@nokia.com>
On 2002-04-16 20:03, "ext Brian McBride" <bwm@hplb.hpl.hp.com> wrote:

> At 16:33 15/04/2002 -0400, Pat Hayes wrote:
> [...]
>> I don't want to be a party-pooper, but I honestly feel that having an MT
>> and sticking to it is one way to get past this kind of half-formalized
>> (and rather confusing) kind of discussion. I do not know what these
>> 'levels' are supposed to be, or how to recognize them, or how to evaluate
>> talk about them, etc. etc. . Why not stick to the syntax and the MT, and
>> just talk about that? Then everything is clear. What an application wants
>> to do with an RDF graph is up to it, not up to us. All we can do is to
>> provide application writers with a gold standard for meanings, and leave
>> other 'layers' to them.
> I agree.

That's a pity, because there are lots of users of RDF who can't
read or understand the MT. So...

There are many different kinds of "customers" who will read the
RDF Datatyping specification, and we need to be sure that it is
clear and approachable -- and ultimately *usable* -- to them all.

The MT, IMO, stops short of the line. It gets 95% there and fails
to actually say how to get to the finish. It fails to capture
the ultimate "why" of the idioms.

If you want the MT to be the only level addressed in the RDF
Datatyping specification, then could we consider giving datatyped
literal pairings a formal definition in the MT. They need no
explicit denotation in the graph, no more so than the datatype
mappings do. They only need definition. Eh?

Patrick Stickler              Phone: +358 50 483 9453
Senior Research Scientist     Fax:   +358 7180 35409
Nokia Research Center         Email: patrick.stickler@nokia.com
Received on Tuesday, 16 April 2002 13:13:43 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:24:12 UTC