W3C home > Mailing lists > Public > xml-uri@w3.org > May 2000

Re: URI versus URI Reference

From: John Cowan <jcowan@reutershealth.com>
Date: Thu, 25 May 2000 14:40:30 -0400
Message-ID: <392D739E.95883BEE@reutershealth.com>
To: abrahams@acm.org
CC: John Cowan <cowan@locke.ccil.org>, timbl@w3.org, xml-uri@w3.org
"Paul W. Abrahams" wrote:

> Hmm.  Are you asserting that the intent of RFC 2396 to limit the potential schemes to
> those enumerated in RFC 1738 (which never utters the acronym URI anyway)?  The approach of
> RFC 2396 seems to be (Sec. 3.2) to define how all of this works for arbitrary schemes that
> satisfy a certain syntax.

Up to a point.  But the specific syntax of URIs is not defined in 2396;
it remains in 1738 *and other RFCs*, which are not mentioned because no
part of them is overridden by 2396.

> It says that.  And it also says, in the first paragraph of the abstract, that it revises
> and replaces the generic definitions in RFC 1738 and RFC 1808.   So what is one to make of
> that?   I'd say that "replaces" explains what "updates" means.  But even if you disagree
> with that, I think you'd agree that there are two different statements here with possibly
> two different meanings.

Abstracts aren't normative, as you yourself said.  The "Updates" vs. "Supersedes"
in the header is emphatically normative; it's the way in which we determine
which RFC expresses the current state of a given standard.  Ideally, there
should be "Updated-by" and "Superseded-by" information also, but that requires
prophecy, since it is a rule that not one character of an RFC is changed
after publication.

-- 

Schlingt dreifach einen Kreis um dies! || John Cowan <jcowan@reutershealth.com>
Schliesst euer Aug vor heiliger Schau,  || http://www.reutershealth.com
Denn er genoss vom Honig-Tau,           || http://www.ccil.org/~cowan
Und trank die Milch vom Paradies.            -- Coleridge (tr. Politzer)
Received on Thursday, 25 May 2000 14:41:20 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:32:42 UTC