Re: [URN] URI documents -- "# fragment"

"Sam Sun" <ssun@CNRI.Reston.VA.US> Tue, 27 January 1998 15:24 UTC

Received: (from daemon@localhost) by services.bunyip.com (8.8.5/8.8.5) id KAA05416 for urn-ietf-out; Tue, 27 Jan 1998 10:24:42 -0500 (EST)
Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.8.5/8.8.5) with ESMTP id KAA05402 for <urn-ietf@services.bunyip.com>; Tue, 27 Jan 1998 10:24:38 -0500 (EST)
Received: (from daemon@localhost) by mocha.bunyip.com (8.8.5/8.8.5) id KAA19076 for urn-ietf@services; Tue, 27 Jan 1998 10:24:35 -0500 (EST)
Received: from ns.cnri.reston.va.us (ns.CNRI.Reston.VA.US [132.151.1.1]) by mocha.bunyip.com (8.8.5/8.8.5) with ESMTP id KAA19071; Tue, 27 Jan 1998 10:24:32 -0500 (EST)
Received: from newcnri.CNRI.Reston.Va.US (newcnri [132.151.1.84]) by ns.cnri.reston.va.us (8.8.5/8.8.7a) with SMTP id KAA06716; Tue, 27 Jan 1998 10:27:15 -0500 (EST)
Received: from ssun by newcnri.CNRI.Reston.Va.US (SMI-8.6/SMI-SVR4) id KAA07351; Tue, 27 Jan 1998 10:24:25 -0500
From: Sam Sun <ssun@CNRI.Reston.VA.US>
To: Foteos Macrides <MACRIDES@sci.wfbr.edu>
Cc: uri@bunyip.com, urn-ietf@bunyip.com
Subject: Re: [URN] URI documents -- "# fragment"
Date: Tue, 27 Jan 1998 10:29:58 -0500
Message-ID: <01bd2b38$6d026b80$29019784@ssun.CNRI.Reston.Va.US>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.71.1712.3
X-Mimeole: Produced By Microsoft MimeOLE V4.71.1712.3
Sender: owner-urn-ietf@Bunyip.Com
Precedence: bulk
Reply-To: Sam Sun <ssun@CNRI.Reston.VA.US>
Errors-To: owner-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