W3C home > Mailing lists > Public > w3c-rdfcore-wg@w3.org > June 2003

Re: Summary of strings, markup, and language tagging in RDF (resend)

From: Graham Klyne <gk@ninebynine.org>
Date: Fri, 27 Jun 2003 18:53:07 +0100
Message-Id: <>
To: Dan Connolly <connolly@w3.org>, Martin Duerst <duerst@w3.org>
Cc: w3c-i18n-ig@w3.org, "Ralph R. Swick" <swick@w3.org>, misha.wolf@reuters.com, Tim Berners-Lee <timbl@w3.org>, w3c-rdfcore-wg@w3.org

At 09:03 26/06/03 -0500, Dan Connolly wrote:
>The idea of having treating these two the same
>seemed to mix layers in our design in distasteful ways...
> >          <dc:title>A Midsummer Night's Dream</dc:title>
> >          <dc:title rdf:parseType='Literal'>A Midsummer Night's 
> Dream</dc:title>
>I explained that this could be handled by the parser
>(i.e. they'd result in the same graph, which would make
>their denotations line up naturally); that was less
>distasteful than what some folks thought the proposal was:
>that they'd be different graph terms but have the same denotation.
>But even so, the idea that you wouldn't know what sort of
>term you have until you reached </dc:title> was unacceptable
>to several in the group.

Speaking for myself, and my understanding of our discussion...

What I found "distasteful" was the suggestion that one would have to look 
*inside* the content of a literal to figure out what type it is.  In 
discussion, I understood the request to be for:

<dc:title rdf:parseType='Literal'>
   A Midsummer Night's Dream

to denote a plain string literal, but

<dc:title rdf:parseType='Literal'>
   <em>A Midsummer Night's Dream</em>

to be a completely different kind of literal denoting an XML document in 
some way (because of the presence of markup).

(I originally read Martin's note to suggest that an XML document is itself 
just a string of Unicode characters, not distinguished from non-XML 
strings.  That is a position I could support but with which others have 
expressed concerns.)


Graham Klyne
PGP: 0FAA 69FF C083 000B A2E9  A131 01B9 1C7A DBCA CB5E
Received on Friday, 27 June 2003 14:07:48 UTC

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