- From: Sam Sun <ssun@CNRI.Reston.VA.US>
- Date: Tue, 27 Jan 1998 10:29:58 -0500
- To: "Foteos Macrides" <MACRIDES@sci.wfbr.edu>
- Cc: <uri@Bunyip.Com>, <urn-ietf@Bunyip.Com>
From: Foteos Macrides <MACRIDES@sci.wfbr.edu> >The #fragment was specified as a way of providing instructions to a >client via a URI-reference, is positional, and is not considered part >of the URI. I think it might help to address the terminology first. If we don't call http://www.ietf.org/filename.html#section a URI or URL, what do we call it? The draft (http://ringer.etl.go.jp/net/ftp/internic/internet-drafts/draft-fielding-uri -syntax-01.txt) call it a URI-reference. But I think most people will call it a URI (actually URL). And the mere different between having "#..." or not is that: http://www.ietf.org/filename.html identifies the file 'filename.html' at 'www.ietf.org'. http://www.ietf.org/filename.html identifies the section 'section' at 'www.ietf.org/filename.html'. They are both used to location a (portion) of web resource by location. And I don't see the benefit of defining the additional term 'URI-Reference' vs 'URI' here. Further, I think it would help if we address the question that whether the generic URI parser (which handles URI-Reference, as in HTParse.c in libwww) should handle the portion "#......" regardless of the URI scheme or not. While it makes sense for 'http' URL or 'ftp' URL to cut the "#..." off at the client side, it's not so appropriate for other kind of URI schemes (eg. mailto, telnet, ldap, ... ... ... ... ... ... and new ones are keep coming :). Regards, Sam ssun@cnri.reston.va.us
Received on Tuesday, 27 January 1998 10:41:23 UTC