- From: Stuart Williams <skw@hp.com>
- Date: Thu, 21 Oct 2004 12:49:22 +0100
- To: Patrick.Stickler@nokia.com, www-tag@w3.org
Hello Patrick,
Just lifting a few of the points from your message:
> I would be content, at this juncture, to see AWWW reach a
> stable, mature state without explicitly addressing issue
> httpRange-14, provided that AWWW does not otherwise include
> content which illustrates or favors one side of that issue
> but not the other.
FWIW that I think is what the TAG has indeed being trying to do for
quite some time.
[Stage direction: to be read in a tone of exasperation. :-)]
Wrt the following:
> I propose modifying such text to make the examples neutral to
> the debate, e.g. for the example in section 4.5.3:
>
> "For flat namespaces, concatenation is one useful mapping. If namespace
> URIs that end with a hash ("#") are chosen, then simple concatenation
> of the namespace URI and the local name creates a URI for a secondary
> resource (the identified term). This technique is used for many [RDFXML]
> namespaces."
>
> change the text to something akin to:
>
> "For flat namespaces, concatenation is one useful mapping. The simple
> concatenation of the namespace URI and the local name creates a URI
> for the identified term. This technique is used by [RDFXML]."
>
> This revised text is compatible with either side of the
> httpRange-14 debate and hence fully neutral while still
> providing the intended utility.
I'd like to support the edit you suggest. Norm was actioned to revise
this text to remove an actual error that intimated that RDF actually
introduced '#' during the concatenation process [1]. Your replacement
edit could fall within the scope of that action.
[1] http://www.w3.org/2004/10/18-tagmem-irc#T19-59-57
Wrt:
> The TAG may also wish to examine forms of expression such as
> in section 4.4:
>
> "When one resource (representation) refers to another resource with
> a URI, this constitutes a link between the two resources."
>
> as potentially suggestive of the nature of the referring
> resource (since one can concieve of an information resource
> referring to another resource but not a non-information
> resource necessarily doing so).
Hmmm... I think that I can refer to a resource.
> As it is actually the representation that is doing the
> referring, stating this in a more neutral, and also a more
> precise, manner would be advisable.
Well that's a bit chicken and egg really. Why would a representation
contain a reference... because the resource it represents refers to the
other resource.
IMO the links are between resources. They may be manifest in
representations - an indeed some representations may supresses some
possible links.
> E.g. change the above text to:
>
> "When the representation of one resource refers to another resource
> with a URI, this constitutes a link between the two resources."
>
> etc.
I'm not persuaded on that one.
Thanks,
Stuart
--
Received on Thursday, 21 October 2004 11:49:39 UTC