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

URI schemes (was Re: URIs harmful)


idea schemes
Maybe the problem with URIs is the idea of the "scheme" [1].  Take the
following URI below:

http://www.seairth.com/AbstractResource/

This is a URI that conforms to the "http" scheme.  At the same time, this is
a URI that identifies a specific resource.  Unfortunately, all I want to do
is identify the resource with the URI.  I do not want it to be dereferenced
via http.  So, the obvious thing to do is use a different scheme:

idea://www.seairth.com/AbstractResource/

However, this has changed my URI.  Also, the new URI must (should?) now
conform to whatever the "idea" scheme defines for that URI namespace subset.
Of course, you could have a scheme who's definition was "this does not
dereference.  it is just a unique URI string."  But then you have the
problem that Tim Bray mentioned:

> How about for things that you don't have any representations for right
> now but plan to in the near future?  How about things that you don't
> have any way of representing right now, but you might someday?

Later, I may want to change my URI back to the first one above.  Of course,
I would really have two URIs at that point (the "http" and the "idea" one).
I could depricate the "newscheme" URI, but we all know how easily that
happens.

In the end, what I really want is something like this:

//seairth.com/AbstractResource

This becomes my Scheme-Independent Universal Resource Identifier (SI-URI),
totally independent of the scheme.  Now, if I should choose to give
"http://seairth.com/AbstractResource", one would know to apply the http
scheme to it (and presumably dereference it via http).  Or, if I gave
"ftp://seairth.com/AbstractResource";, one would know to apply the ftp scheme
instead.  I could even give "idea://seairth.com/AbstractResource", in which
case one would apply whatever semantics go with the "idea" scheme.  But,
when I give "//seairth.com/AbstractResource", one would be able to say "this
is a SI-URI.  I can reference this resource globally without applying the
semantics of a given scheme to it."  In all cases, the SI-URI does not
change.  It always identifies the same resource.  I can provide access to
the resource by as many or as few schemes as I want without ever changing
the global identifier.


---
Seairth Jacobs
seairth@s...

[1] http://www.ietf.org/rfc/rfc2396.txt


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.