URL semantics
Daniel LaLiberte <liberte@ncsa.uiuc.edu> Thu, 09 January 1997 18:24 UTC
Received: from cnri by ietf.org id aa20510; 9 Jan 97 13:24 EST
Received: from services.Bunyip.Com by CNRI.Reston.VA.US id aa18159; 9 Jan 97 13:24 EST
Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id MAA23680 for uri-out; Thu, 9 Jan 1997 12:33:17 -0500
Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id MAA23664 for <uri@services.bunyip.com>; Thu, 9 Jan 1997 12:32:41 -0500
Received: from sdgmail.ncsa.uiuc.edu by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b) id AA03716 (mail destined for uri@services.bunyip.com); Thu, 9 Jan 97 12:32:38 -0500
Received: from void.ncsa.uiuc.edu (void [141.142.103.20]) by ncsa.uiuc.edu (8.8.2/8.8.2) with ESMTP id LAA06018; Thu, 9 Jan 1997 11:31:51 -0600 (CST)
From: Daniel LaLiberte <liberte@ncsa.uiuc.edu>
Received: (from liberte@localhost) by void.ncsa.uiuc.edu (8.8.2/8.8.2) id LAA02262; Thu, 9 Jan 1997 11:27:35 -0600 (CST)
Date: Thu, 09 Jan 1997 11:27:35 -0600
Message-Id: <199701091727.LAA02262@void.ncsa.uiuc.edu>
To: Larry Masinter <masinter@parc.xerox.com>
Cc: uri@bunyip.com
Subject: URL semantics
In-Reply-To: <97Jan8.203355pdt."278"@palimpsest.parc.xerox.com>
References: <199701081639.KAA16742@void.ncsa.uiuc.edu> <97Jan8.203355pdt."278"@palimpsest.parc.xerox.com>
Sender: owner-uri@bunyip.com
Precedence: bulk
Larry Masinter writes: > I agree it's a little awkward, but I strugged to get the current > wording. The point is that the 'mailto:' URL is not the name of the > data object you get. It's the name of the interaction. But for all URLs (and URNs, if they may be distinguished), the URL identifies the interaction. In the case of *some* URLs, the interaction results in a data object, so it only *seems* that the URL identifies the data object, but that is an indirect effect. Furthermore, given a URL, many things may be done with it other than the implied GET, open, or whatever. For example, in addition to GETting a resource, one could also get associated annotations. To say that a URL means only one thing (e.g. GET it) when it can, in fact, may also mean many other things only confuses the issue. > I'm willing to change the URL scheme suggestion to talk about "open" > instead of "GET", but most documents currently talk about "GET". I think those documents should be changed, if possible, or whatever it takes to get this terminology changed. But I don't know that "open" is the best term either. For each URL scheme, there might be a different implied operation, but there also might be a different implied operation for each context in which the URL appears, or an explicit operation could be named. For example, the ACTION (a URL) and METHOD (e.g. POST) of an HTML form together say what to do when the submit button is clicked. So it is the context of the use of a URL that determines what a URL means. -- Daniel LaLiberte (liberte@ncsa.uiuc.edu) National Center for Supercomputing Applications http://union.ncsa.uiuc.edu/~liberte/
- draft-hoffman-mailto-url-00.txt Larry Masinter
- mailto security and semantics Daniel LaLiberte
- Re: mailto security and semantics Larry Masinter
- URL semantics Daniel LaLiberte
- Re: mailto security and semantics Roy T. Fielding