W3C home > Mailing lists > Public > uri@w3.org > July 2003

RE: Proposal: new top level domain '.urn' alleviates all need for urn: URIs

From: <Patrick.Stickler@nokia.com>
Date: Thu, 10 Jul 2003 16:29:32 +0300
Message-ID: <A03E60B17132A84F9B4BB5EEDE57957B02630187@trebe006.europe.nokia.com>
To: <julian.reschke@greenbytes.de>, <uri@w3.org>



> -----Original Message-----
> From: ext Julian Reschke [mailto:julian.reschke@greenbytes.de]
> Sent: 09 July, 2003 23:20
> To: Stickler Patrick (NMP/Tampere); uri@w3.org
> Subject: RE: Proposal: new top level domain '.urn' alleviates all need
> for urn: URIs
> 
> 
> > From: uri-request@w3.org [mailto:uri-request@w3.org]On Behalf Of
> > Patrick.Stickler@nokia.com
> > Sent: Wednesday, July 09, 2003 11:04 AM
> > To: hardie@qualcomm.com; uri@w3.org
> > Subject: RE: Proposal: new top level domain '.urn' 
> alleviates all need
> > for urn: URIs
> >
> > ...
> >
> > > At 9:52 AM +0300 7/8/03, <Patrick.Stickler@nokia.com> wrote:
> > > >
> > > >As for https: URIs, well https: is an oddball URI scheme that
> > > >has inherent in it (IMO) an equivalence assertion. I.e. for
> > > >any two URIs
> > > >
> > > >    http://X
> > > >and
> > > >    https://X
> > > >
> > > >the following can be presumed
> > > >
> > > >    <http://X> owl:sameAs <https://X>
> > >
> > > No, it really cannot.  I know of several cases where they
> > > point to different resources, and many cases where one points
> > > to a resource and the other does not.
> >
> > Perhaps actually different representations, rather than
> > different resources.
> 
> Come on. It's perfectly legal to have port 80 and port 443 served by
> completely separate processes that do not have anything in 
> common. Is this a
> good idea? Probably not. But does it happen? Yes. So do both 
> URIs identify
> the same resource? Only sometimes.

Point taken. I can see that my assertion was perhaps a bit to
strong. It's perhaps only a generalization, and thus not valid
as the basis for an axiom of equivalence.

Patrick
Received on Thursday, 10 July 2003 09:29:35 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:25:06 UTC