Relative URLs -- addendum
Tim Berners-Lee <timbl@w3.org> Mon, 27 January 1997 19:45 UTC
Received: from cnri by ietf.org id aa07245; 27 Jan 97 14:45 EST
Received: from services.Bunyip.Com by CNRI.Reston.VA.US id aa21343; 27 Jan 97 14:44 EST
Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id NAA22235 for uri-out; Mon, 27 Jan 1997 13:58:07 -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 NAA22229 for <uri@services.bunyip.com>; Mon, 27 Jan 1997 13:58:04 -0500
Received: from www10.w3.org by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b) id AA06157 (mail destined for uri@services.bunyip.com); Mon, 27 Jan 97 13:58:02 -0500
Received: from peak.w3.org (mountain.w3.org [18.29.0.122]) by www10.w3.org (8.7.5/8.7.3) with SMTP id NAA15703; Mon, 27 Jan 1997 13:58:17 -0500 (EST)
Message-Id: <3.0.32.19970127135834.00815100@hq.lcs.mit.edu>
X-Sender: timbl@hq.lcs.mit.edu
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Date: Mon, 27 Jan 1997 13:58:35 -0500
To: Daniel LaLiberte <liberte@ncsa.uiuc.edu>
From: Tim Berners-Lee <timbl@w3.org>
Subject: Relative URLs -- addendum
Cc: uri@bunyip.com
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-uri@bunyip.com
Precedence: bulk
Dan, Following on from my last message, You asked about relative URLs and // and the original intent. The parsing rules from RFC1630 (which has an error in the examples I'm afraid) allows and number of slashes, giving special significance to /// for example. This is much more powerful than the current draft has, and much preferable. ((This means that you should never write file:///c:apps but file:/c:/apps as a void path cannot (in any element) be tolerated by the syntax. Of course people *do* write /// but the clean thing to do and the consistent ting to do it to leave it for extension.)) Tim Rules from RFC1630: If the scheme parts are different, the whole absolute URI must be given. Otherwise, the scheme is omitted, and: If the partial URI starts with a non-zero number of consecutive slashes, then everything from the context URI up to (but not including) the first occurrence of exactly the same number of consecutive slashes which has no greater number of consecutive slashes anywhere to the right of it is taken to be the same and so prepended to the partial URL to form the full URL. Otherwise: The last part of the path of the context URI (anything following the rightmost slash) is removed, and the given partial URI appended in its place, and then: Within the result, all occurrences of "xxx/../" or "/." are recursively removed, where xxx, ".." and "." are complete path elements.
- Relative URLs -- addendum Tim Berners-Lee
- Re: Relative URLs -- addendum Foteos Macrides
- Re: Relative URLs -- addendum len bullard