Tim Bray wrote, > > 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". I think the whole > system, both the everyday Web and the Semantic Web, has a design > assumption that a URI identifies something. Maybe, but is that "something" a Resource in the RFC 2396 sense? As far as network protocols and software are concerned, abstract Resources do no work at all. What matters in a retrieval context is that there be a functioning server that's capable of returning a response, maybe with a response entity, maybe without. So, if there were no Resources, or more than one, or different ones on different occasions, what would break? Can you name one piece of working software that'd stop working if Resources were to vanish in a puff of existential smoke overnight? These things are utterly redundant. But worse than that they're just getting the way of people (most visibly the RDF crowd) assigning meanings to URIs at higher-levels in ways which work for them. Cheers, Miles
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format