# Re: URL decisions in Seattle, & changes

Alexander Dupuy (dupuy@smarts.com)
Wed, 30 Mar 1994 20:57:23 +0500

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Larry Masinter: "Re: URL decisions in Seattle, & changes"
- Previous message: Erik Huizer: "Re: URL decisions in Seattle, & changes"
- Maybe in reply to: Tim Berners-Lee: "URL decisions in Seattle, & changes"
- Next in thread: Tim Berners-Lee: "Re: URL decisions in Seattle, & changes"

    Date: Wed, 30 Mar 1994 20:57:23 +0500

    From: dupuy@smarts.com (Alexander Dupuy)

    Message-Id: <9403310157.AA28621@brainy.smarts.com>

    To: timbl@www0.cern.ch, connolly@hal.com

    Subject: Re: URL decisions in Seattle, & changes

Dan Connolly wrote:

[many things which I agree with, but which are probably considered closed
issues now that everything has been resolved "in the flesh" at Seattle]

In particular, I feel the following sums up the problem with the decisions:

> This completely destroys the concept of a comprehensive URI syntax.
> The grammar must include all the special parsing features of each
> scheme, and it must be explicitly amended with each new scheme.

However, there are a few points which don't seem to have been completely
closed out:

> In future schemes, will '/' and '%2F' mean the same thing or different
> things? I gather that the answer is "it depends." This rules out the
> idea of having one algorithm for reducing a URI to canonical form. So
> the question of whether
>
> x-my-scheme:abc/def
> and
> x-my-scheme:abc%2fdef
>
> can occupy the same slot in a cache isn't specified. Bummer.

I thought that one of the requirements for URLs was that it be possible to
compare them for equality. It seems to me that a single algorithm for
canonicalization, regardless of scheme, is essential for providing this
functionality.

If everyone wants to roll over for the gopher requirement of using '/' and
'%2F' interchangeably, then that implies that other schemes may not interpret
them differently. In particular, if a scheme like http wants to distinguish
between hierarchical and non-hierarchical uses of /, it will have to use some
scheme-specific quoting mechanism (do I hear %5C?) to mark non-hierarchical
uses of /.

I guess this makes life fractionally more difficult for Macintosh WWW servers
that want to use relative URLs, but anybody who can't hack it should just run
Gopher instead, where they won't ever need to quote their /s.

@alex

- Next message: Larry Masinter: "Re: URL decisions in Seattle, & changes"
- Previous message: Erik Huizer: "Re: URL decisions in Seattle, & changes"
- Maybe in reply to: Tim Berners-Lee: "URL decisions in Seattle, & changes"
- Next in thread: Tim Berners-Lee: "Re: URL decisions in Seattle, & changes"