- From: <Patrick.Stickler@nokia.com>
- Date: Fri, 29 Oct 2004 19:49:56 +0300
- To: <chris@w3.org>, <skw@hp.com>
- Cc: <joshuaa@microsoft.com>, <GK@ninebynine.org>, <timbl@w3.org>, <www-tag@w3.org>
Well, if you want/need the literal to be lexically embedded within
the URI, then a data: URI would work for plain literals; but I don't
think it would do for literals with lang tags or typed literals.
And for that matter, if all you need is a URI to denote a literal,
you could much more easily just say something such as
uuid:1fbbffba-a316-41e7-b9ac-b98b95b43667
owl:sameAs
"somelexicalform"^^some:datatype .
If you want a fully bidirectional mapping between URI and
RDF literal such that one can infer either from the other,
then probably a custom URI scheme would be needed.
Patrick
> -----Original Message-----
> From: www-tag-request@w3.org
> [mailto:www-tag-request@w3.org]On Behalf Of
> ext Chris Lilley
> Sent: 29 October, 2004 18:54
> To: Stuart Williams
> Cc: Joshua Allen; Graham Klyne; Tim Berners-Lee; www-tag@w3.org
> Subject: Re: referendum on httpRange-14 (was RE: "information
> resource")
>
>
>
> On Friday, October 29, 2004, 11:23:30 AM, Stuart wrote:
>
>
> SW> Joshua Allen wrote:
>
> >>Can't people just mint a URI to stand in for a literal, if
> they want to
> >>assert about that literal?
>
>
> SW> data:text/plain,some%20percent%20escaped%20literal%20value
>
> SW> Seems a bit ugly... and has probably been suggested before.
>
>
> With the proviso that I would prefer
>
> data:text/plain;charset="utf-8",some%20percent%20escaped%20lit
> eral%20value
>
> It seems a perfectly fine way to define a literal. Its also a URI, its
> moderately compact, the network performance is very good :) it has a
> defined media type, its clear exactly what the representation is, its
> clear that its always available and does not vary by media type,
> referer, time of day, etc.
>
>
>
> --
> Chris Lilley mailto:chris@w3.org
> Chair, W3C SVG Working Group
> Member, W3C Technical Architecture Group
>
>
>
Received on Friday, 29 October 2004 17:11:44 UTC