RE: Proposed issue: site metadata hook (slight variation)

> I think that once rich metadata is available in volume, once a
> reasonable architecture is in place to serve it, that *most* 
> automated agents and web services will be wanting metadata alot.

A lot, sure, but IMO not so often (i.e., relative to the actual
resource) that it would warrant not making it a separately 
addressable resource bound via some form of location header (e.g.,
Costello's Meta-Location:, Meta-About: headers).

> > I take issue with the original premise the that metadata should 
> > ever be non-addressible.
> 
> I've never presumed nor asserted that. Ever. Go re-read my posts.
> 
> I've only ever said that one should not need a *different* URI
> from that of the resource in order to publish or obtain or
> otherwise interact with descriptions of that resource.

True, but no matter how you slice it, the resource and its metadata
"smell" like separate entities that are each important enough to 
warrant their own distinct URIs - and thus would not require an
entire new body of semantics.  They would be bound by the headers
mentioned about.  This would have a much better chance of acceptance
than new methods.

Received on Wednesday, 12 February 2003 10:28:40 UTC