- From: Ian B. Jacobs <ij@w3.org>
- Date: 14 Jul 2003 11:26:42 -0700
- To: David Orchard <dorchard@bea.com>
- Cc: www-tag@w3.org
On Thu, 2003-07-10 at 16:26, David Orchard wrote:
> - "On the web" is not defined in this document. I would think that we would
> want to define what "on the web" means for V1 of the Web architecture. My
> stab <shields mode="up">"On the Web means that a URI may be dereferenced
> without the input of a representation, typically a GET retrieval. Being on
> the Web versus not on the Web is a trade-off in properties achieved and is
> not be default a "bad" thing. Some Web resources necessarily must be off
> the Web, such as HTML FORM POST results." </shields>
[Being discussed elsewhere.]
> Section 3. Representation
>
> This section should contain a definition of a "message", and explain the
> relationship between message, representation, representation metadata, and
> other metadata. "message" is mentioned in bullet 2.
>
> I believe the last sentence in the 2nd bullet is slightly incorrect. "When
> transferred by a Web protocol, a representation often includes metadata
> about both the representation and the message bearing the representation
> (for example, some HTTP headers). "
> ->
> "When transferred by a Web protocol, a message often includes metadata about
> any contained representation and the message itself (for example, some HTTP
> headers). ".
>
> representations don't include message metadata, the messages include the
> message metadata.
I think the TAG intentionally defined representation to include
both types of metadata; see below.
> A diagram would be really good for this, ie:
> Message is:
> +----------------+
> |+--------------+|
> ||metadata ||
> |+--------------+|
> |+--------------+|
> ||representation||
> |+--------------+|
> +----------------+
We discussed this at the Feb ftf meeting in Irvine
http://www.w3.org/2003/02/06-tag-summary#archdoc-cl
Though there was no formal resolution from that discussion,
but you raised a similar point at that time. I believe the
end of the discussion was to define representation to
be data + metadata. The metadata included both the metadata
about the data and the metadata about the message. In particular,
Roy said:
"RF: Representation defined this way so that it has the same meaning
in both PUT and POST situations. You don't create messages on a
server; you create representations."
Roy also said:
"RF: We know that that it was a mistake in HTTP to not be able to
distinguish msg metadata from representation data. We would fix that
in the next protocol spec."
I take this as a proposal to reopen the definition of representation
as I understood the TAG had decided it at the ftf meeting.
> 3.3.2
> "Authors and applications can use URIs uniformly to identify different
> resources on the Web" -> "Authors and applications can use URIs uniformly to
> identify different resources".
Ok.
>
> 3.3.3
> "The simplest way to achieve this is for the namespace name to be an HTTP
> URI which may be dereferenced to access this material. The resource
> identified by such a URI is called a "namespace document." ->
> "The simplest way to achieve this is to provide a resource, called a
> "namespace document", that is identified by a dereferencable URI."
[In discussion elsewhere.]
--
Ian Jacobs (ij@w3.org) http://www.w3.org/People/Jacobs
Tel: +1 718 260-9447
Received on Monday, 14 July 2003 15:22:06 UTC