- From: Pat Hayes <phayes@ai.uwf.edu>
- Date: Tue, 16 Oct 2001 12:10:47 -0500
- To: uri@w3.org
- Message-Id: <p05101028b7f212af39a6@[205.160.76.193]>
I have a couple of questions about URIs that may have already been discussed or even answered. If so, please point me at the archive; but if not, they ought to be. The first is about URIs as names. Given the contemporary unified understanding of URI's, I gather that it is appropriate to generally consider any URI to be a name, by which I mean an expression which is understood to refer to something; or, as logicians say, to denote it. Exactly what a name refers to, and how one can determine what it refers to, are complex questions that might require complex answers, but I want to focus on just one issue that seems to be special to URIs and not arise in other naming schemes (so acutely, in any case.) Although the term 'URL' is now deprecated, the fact remains that the vast majority of URIs in actual use start with http: , https:, or ftp:, and are used primarily as a kind of global file-address. That is, they are used by communication protocols to identify a global address on a computer network where some data can be accessed. This is the basic traffic of the Web. Now, my question is: is there supposed to be any particular relationship between the referent of such a URI, considered as a name, and the file that it locates in the global file network? For example, should we say that a URI beginning with http: must *denote* or *refer to* the file itself, or to the web-page image on a screen produced when that file is accessed by a browser (ie the hypertext, rather than the markup that 'describes' it), or perhaps to some other thing that is itself named (in some sense) by that hypertext? Or is there some other kind of relationship that should be assumed between the referent and the file? (What?) Or can the referent of such a URI be assigned freely, with no reference to the file that it 'points to' in its role as a locator? My second question concerns some rather opaque wording in RFC 2396, section 1.1, under 'resource', which reads: The resource is the conceptual mapping to an entity or set of entities, not necessarily the entity which corresponds to that mapping at any particular instance in time. Thus, a resource can remain constant even when its content---the entities to which it currently corresponds---changes over time, provided that the conceptual mapping is not changed in the process. This seems to imply a three-way distinction with two mappings, rather than the simple two-way name/entity distinction suggested by the term 'resource identifier'. A URI identifies (denotes?) a resource, which in turn has some *content* (the entities to which it currently corresponds): URI ----(identifies)---->resource-----(corresponds to)----->entity Apparently the identification mapping is fixed, but the correspondence mapping can change with time. Is this a fair understanding of this text? If so, the entire notion of a URI simply denoting or naming something seems to need re-thinking. I request clarification of what this is supposed to mean, with particular reference to the intended distinction between 'resource' and 'entity', and between 'identifies' and 'corresponds to'. Pat Hayes -- --------------------------------------------------------------------- IHMC (850)434 8903 home 40 South Alcaniz St. (850)202 4416 office Pensacola, FL 32501 (850)202 4440 fax phayes@ai.uwf.edu http://www.coginst.uwf.edu/~phayes
Received on Tuesday, 16 October 2001 13:10:45 UTC