[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: many-to-many


Re:  many-to-many
tbray@t... (Tim Bray) writes:
>> I think the main thrust of this thread has that URIs can effectively
>> identify multiple "resources", whatever those are, depending on
>> context. "The resource" as a monolithic being disappears.
>
>I might agree if you drop the word "effectively". 

Sure thing.  I'm just surprised to find myself saying things like "URIs
can identify multiple resources," though at this point I'm happy about
it.

>I think the whole 
>system, both the everyday Web and the Semantic Web, has a design 
>assumption that a URI identifies something.  When this is not the case 
>(stupid publishers, DNS ownership changes, etc etc etc), it is damaging 
>to both Webs.  However, it does happen.  It should be discouraged and 
>avoided, but it does happen and both humans and software have to deal 
>with it when it does.

After spending what I feel are wasted years trying to argue that such
things should be "discouraged and avoided", at least in part by
requiring developers to pay attention to how RFC 2396 describes the
functionality of URIs, I'm sure that I'm willing to fight the tide any
more.  

"Cool URIs don't change" is a bad joke, even at the W3C (which tries far
harder than anyone else I've seen), and pretending that XML Namespace
URIs identify the same thing as the same URI used in an HTML href just
doesn't make sense after a while, even given the valuable work put into
things like RDDL.  RDF has a similar set of differences.

>> That lets us give up on the notion of consistent (URI+time->result)
>> expectations that Jeff seems to be picking on[1], and get on with our
>> work.
>
>I think it's highly reasonable to demand that all the different 
>representations of a resource be at some level *consistent*.  I think 
>the word "equivalent" has been justly criticized, but inconsistency 
>seems like a real problem to me.  Unlike some, I'm not trying to claim 
>it doesn't happen or that we can make it go away by writing specs. 

Inconsistency is real, yes.  Whether it is a problem or not depends on
how you view it.  I used to expect consistency of URIs, as all the
various contending URI orthodoxies at least agreed on that.  At this,
point, though, it seems wiser to accept chaotic reality over a set of
abstractions that make me long for more training in Platonic
epistemologies.

The specs would do better to acknowledge inconsistency than to try to
hide the hodge-podge of URI practices under a single set of claims.
That seems to avoid most of the problems that nearly every URI
discussion in the history of the concept has faced.  

I may ask for consistency - it's convenient for both people and
computers - but at this point "demanding" consistency seems laughable.


-- 
Simon St.Laurent
Ring around the content, a pocket full of brackets
Errors, errors, all fall down!
http://simonstl.com -- http://monasticxml.org

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.