OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   RE: SAX: ModSAX addition, general property query

[ Lists Home | Date Index | Thread Index ]
  • From: Dan Brickley <Daniel.Brickley@bristol.ac.uk>
  • To: XML Developers' List <xml-dev@ic.ac.uk>
  • Date: Tue, 9 Mar 1999 10:25:29 +0000 (GMT)

On Tue, 9 Mar 1999, Kay Michael wrote:

> > I've been thinking about this issue, and I'm fairly convinced 
> > that the URI is the right choice.
> > 
> > Think of the URI a statement of ownership.  Assume that my ISP is
> > host.net, and that I've been allocated 5MB of web space at
> > http://host.net/foo/.
> > 
> I don't often disagree with David, but I think this is quite misguided.
> 
> If we're only after a unique identifier we could use the longitude and
> latitude of the house where I live. 

Great. Why not propose a URI scheme for it? (although this would also
confuse people as a place is something you'd look up on a map, not a
software feature.)

		In fact that would be better, because it
> identifies a unique place, whereas the "http:" idea also says you can get
> there by bus and the buses are run by the host.net bus company: in fact it
> invites you to "click here" to jump on the bus. But if you get on the bus
> and ask for the destination the driver will tell you "Never heard of it,
> guv."
> 
> And of course it ignores the fact that you can have two buses going to the
> same place from different directions.


The URI spec very clearly does not ignore this point.

>From RFC 2396 again... (http://www.ics.uci.edu/pub/ietf/uri/rfc2396.txt)


	1.2. URI, URL, and URN
 
    A URI can be further classified as a locator, a name, or both.  The
   term "Uniform Resource Locator" (URL) refers to the subset of URI
   that identify resources via a representation of their primary access
   mechanism (e.g., their network "location"), rather than identifying
   the resource by name or by some other attribute(s) of that resource.
   [...]
    Although many URL schemes are named after protocols, this does not
   imply that the only way to access the URL's resource is via the named
   protocol.  Gateways, proxies, caches, and name resolution services
   might be used to access some resources, independent of the protocol
   of their origin, and the resolution of some URL may require the use
   of more than one protocol (e.g., both DNS and HTTP are typically used
   to access an "http" URL's resource when it can't be found in a local
   cache).


> Just because Namespaces made this mistake (and confused all newbies by doing
> so) doesn't mean we have to as well.

Making the same mistake as the rest of the world has its benefits
though: if we use URIs for ModSAX features, we get for free any progress
on better naming infrastructure (URNs, metadata, resolution infrastructure
layered over the Web caching network etc). If we invent another a
nameless, specless naming system, we're on our own.

Dan




--
Daniel.Brickley@bristol.ac.uk               
Institute for Learning and Research Technology http://www.ilrt.bris.ac.uk/
University of Bristol,  Bristol BS8 1TN, UK.   phone:+44(0)117-9288478



xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS