W3C home > Mailing lists > Public > uri@w3.org > January 1995

Re: HTTP URL to support multiple naming services

From: Keith Ball <kball@kballuw.SJF.Novell.COM>
Date: Tue, 31 Jan 1995 14:24:04 pst
Message-Id: <9501312224.AA07825@ka.SJF.Novell.COM>
To: terry@ora.com
Cc: uri@bunyip.com
I think a URN could solve this problem.  A new URL could be created
for each transport/name service combination, or as Larry suggested
before a new URL that allows multiple names in the URL.  Then the 
URC for the URN contains all the different URLs to access the 
documents.  Unfortunately, existing clients cant handle URNs and a URN
system doesnt exist yet.  The proposal is constrained enough that it
will work with existing clients and gateways.  (Is constrained the
right word?)

However, a URL describes a single location for a document.  This
URL also describes a single location for the document, it just gives
alternate representations of the server name.  What if the server
can be accessed via multiple transports or known via multiple names
in different naming systems.  Here you have multiple avenues to the
same host and the exact same document.  

What I dont want to see is a document reference (anchor) saying:

"click here if you can access this document from NetWare"
"click here if you can access this document via the Internet"

making the person make a choice of access methods, when they are 
basically the same, HTTP (one over IP and the other over IPX).  Let
the client chose, it knows how it is configured and what is available.


> From Terry Allen <terry@ora.com> on Tue, 31 Jan 1995
> I'll read this over again, but at first blush it seems like
> a URN rather than a URL.  Would you indicate how this would
> differ from a URN?  (Not challenging you, just inquiring.)
Keith Ball                       Unix/SMTP mail:  kball@novell.com
Building 1                      MHS mail: KBALL@NOVELL
2180 Fortune Drive
San Jose Fortune  (sjf.novell.com)
(408) 577 8428
Fax: (408) 577 5855

Novell, Inc.

-- sent via the LAN WorkPlace Mailer
Received on Tuesday, 31 January 1995 17:24:50 UTC

This archive was generated by hypermail 2.4.0 : Sunday, 10 October 2021 22:17:29 UTC