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

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: Web Resource Identity

[ Lists Home | Date Index | Thread Index ]
  • From: Walter Underwood <wunder@infoseek.com>
  • To: "xlxp-dev@fsc.fujitsu.com" <xlxp-dev@fsc.fujitsu.com>, xml-dev <xml-dev@ic.ac.uk>, lavoie@oclc.org, frystyk@w3.org
  • Date: Fri, 28 May 1999 09:37:51 -0700

At 10:01 AM 5/28/99 -0500, Paul Prescod wrote:
> [...] Consider the following URLs:
>
>http://www.mitre.org/index.html
>http://www.mitre.org/
>http://www.mitre.org
>
>Do they refer to the same resource? Let's try the answer both ways:

Dublin Core defines a Resource Identifier element, which might
be a good place to start, especially because libraries already
have to deal with various kinds of identity (different bindings,
"copy 2", same text from different publishers). The HTTP 1.1 
entity tag is only meaningful for a single URL (at least in Draft 5),
so it is mostly useful to caches.

Also, some additonal complexities ...

Don't forget content negotiation. The content could exist
in many variants, with the entity delivered depending on 
the Accept*: headers in the request:

   format:    HTML, XML, MS Word, PDF
   language:  en-US, en-GB, fr, de, jp
   charset:   8859-1, UTF-8, EUC, Shift-JIS

and the URL is always the same.

Then there are dynamic pages--what is "identity" for a weather 
station? The page is in some sense "the same page", but the 
content depends on the temperature.

Duplicated content is a real issue. Our search engine detects
and rejects duplicates. The URL to unique document ratio is
usually between 1.5 and 2. We do this detection across web
servers, since we really only need to index one copy of an
organization's acceptable use policy or the GNU copyleft.
If a site has a CNAME, the entire site will be duplicates.

Finally, some systems ignore case in file names, and relative
URLs are resolved according to the URL you used in the GET,
so we see:

   http://www.corp.com/dir/index.html
   http://www.corp.com/DIR/index.html
   http://www.corp.com/dir/INDEX.HTML
   http://www.corp.com/DIR/INDEX.HTML
   http://www.corp.com/DIR
   http://www.corp.com/DIR/
   http://www.corp.com/dir
   http://www.corp.com/dir/

with combinatorial explosions on longer URLs. And a nightmare
for robots and caching proxies.

wunder
--
Walter R. Underwood
wunder@infoseek.com
wunder@best.com (home)
http://software.infoseek.com/cce/ (my product)
http://www.best.com/~wunder/
1-408-543-6946

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