- From: Martin Duerst <duerst@w3.org>
- Date: Fri, 06 Dec 2002 08:12:15 +0900
- To: Richard Tobin <richard@cogsci.ed.ac.uk>, Misha Wolf <Misha.Wolf@reuters.com>, Richard Tobin <richard@cogsci.ed.ac.uk>
- Cc: w3c-i18n-ig@w3.org, xml-names-editor@w3.org, www-tag@w3.org
At 23:27 02/11/29 +0000, Richard Tobin wrote:
> > > http://www.example.org/wine
> > > http://www.example.org/Wine
> >
> > It would be preferable to use the same examples as below, eg:
> >
> > http://www.example.org/ros$Bi
(B > http://www.example.org/ros$BI
(B
>I disagree; I think it is better to show the case difference without
>confounding it with the issue of non-ascii characters. And I don't
>want *all* the examples to be IRIs that are not also URIs, especially
>since we're advising people not to use non-URIs yet.
I think this is a valid point. However, in order to make sure
that the various issues are really separated, I suggest the
following:
1) The example http://www.example.org/wine / http://www.example.org/Wine
gets changed into something like
http://www.example.org/wine / http://www.Example.org/wine
On many servers, it's absolutely clear that the former two
are two different resources, and therefore better be two
different namespaces. However, for the later two, HTTP
defines that they always represent the same resource.
This is the important example where namespaces behave
differently from resolution. On the other hand, the first
example, for some people, is about like saying that
http://www.example.org/wine and http://www.example.org/dine
are different.
2) To make clear that %-escaping issues are not an IRI-only thing,
please add an example using ~/%7e/%7E, e.g.
http://www.example.org/~myuser
Regards, Martin.
Received on Thursday, 5 December 2002 18:57:31 UTC