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

RE: XML observation

From: Martin Duerst <duerst@w3.org>
Date: Wed, 09 Jul 2003 15:55:09 -0400
Message-Id: <>
To: pat hayes <phayes@ihmc.us>
Cc: <w3c-rdfcore-wg@w3.org>, w3c-i18n-ig@w3.org

At 14:43 03/07/08 -0500, pat hayes wrote:
>>At 11:59 03/07/07 -0500, pat hayes wrote:

>>>In fact, the very existence of RDF/XML illustrates this. Like it or not, 
>>>RDF/XML is legal XML, so can itself be enclosed in an RDF XML literal; 
>>>but one would not expect that RDF/XML to inherit any attributes of the 
>>>outer RDF/XML.
>>Yes, you can. But that's not the primary goal of XML literals, and
>>that's not what they are usually used for. Let's not design things
>>so that we can make a point, but so that they are most useful for
>>what they are most used for.
>Well, point taken, but we really have to design the semantics so that they 
>are at least internally coherent for *all* uses, not just the currently 
>popular ones. If RDF only gets used for things that it is usually used for 
>right now then it will have been rather a failure.

Understood. But as far as I'm aware of, nobody has claimed that XML
literals with language tags would be in any kind of serious conflict
with these other uses.

>>And by the way, coming back to one of the main points, plain literals
>>do inherit language information from the context (if there is such
>True; that functionality was explicitly requested by one of our user 
>communities who needed it for deployed large systems.

Very interesting. Any pointers?

>We supplied it as requested, but with some misgivings.

Does this mean that you (personally or as a group) did not like
the idea of attaching language information to literals? Could
that mean that you were in some way just happy to find a reason
(or excuse) to remove them from XML literals when some people
complained about some problems?

Or am I wildly miss-guessing in the wrong direction?

Regards,    Martin.
Received on Thursday, 10 July 2003 00:55:31 UTC

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