Re: [metadataInURI-31] A guide to where we stand on issue metadataInURI-31


That's going further than I'd had in mind. There's a gulf of  
difference between inferring things about the URI's structure based  
on information you've received from the authority, vs. what you guess  
based on human intuition.

I'm concerned that if the TAG doesn't tread this line very carefully,  
you'll inadvertently bless practices like sniffing the media type  
from the filename extension (e.g., by intermediaries).

WRT Roy's concern, I had been conflating metadata and identity; if  
it's the TAG's intent to talk about a precise definition of metadata,  
it might do best to avoid the term "metadata." ;)


On 2006/03/28, at 7:05 AM, wrote:
> As a result, we've decided to explore
> a significant change of direction in the finding.  Whereas in 2002  
> (before
> my time) the TAG decided [1]:
> "Resolved: Accept issue matadataInURI-NNN with note that TAG thinks  
> the
> answer is "no" and will explain what to do instead. "
> last week we decided to have a more balanced presentation of the  
> upsides
> and downsides of relying on inferred metadata.  In particular, we all
> regularly manipulate URIs based on guesses involving metadata.  For
> example, after somehow discovering a link to:
> many of us will quite reasonably experiment with trying to find  
> chapter 3
> at:
> even if we haven't checked what the publishers actual URI assignment
> policy is.  If the document retrieved by that URI looks right, we may
> trust it.  Of course, you wouldn't use such a guess when requiring
> information that's 100% reliable, but in many cases it's a good an  
> useful
> thing to do.   It's an important aspect of what people expect of  
> the Web.
> So, I've been asked to redraft the finding in a way that covers  
> both sides
> of the equation.  See the as yet unapproved minutes of our  
> discussion at
> [2].  I think this means we're heading in the direction suggested  
> by your
> note.
> Noah
> [1]
> [2]

Mark Nottingham

Received on Wednesday, 29 March 2006 18:04:48 UTC