Re: Suggestion: URL string-search syntax

Willem Scholten <willem@futureinfo.com>
Errors-To: listmaster@www0.cern.ch
Date: Sun, 29 May 1994 16:44:34 +0200
Errors-To: listmaster@www0.cern.ch
Message-id: <Pine.3.07.9405291008.z4136-b100000@pegun.futureinfo.com>
Errors-To: listmaster@www0.cern.ch
Reply-To: willem@futureinfo.com
Originator: www-talk@info.cern.ch
Sender: www-talk@www0.cern.ch
Precedence: bulk
From: Willem Scholten <willem@futureinfo.com>
To: Multiple recipients of list <www-talk@www0.cern.ch>
Subject: Re: Suggestion: URL string-search syntax
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Type: TEXT/PLAIN; charset=US-ASCII
Mime-Version: 1.0
Mime-Version: 1.0
I thougt that is why there was an initial discussion of besides a
URL, URN of a URF, for Universial Resource Fragment.

We have internally even floated the idea of extending it with one more a
URB for a universial citation identifier.  Not very much after that we
will need an URI - Universial Idenditifier for Intellectual Property
clearance, pointing to a master holder of IP-rights...

The URL,URI,URF,URN etc discussion is becoming extremely critical in my
opinion, and its time there is some movement through IETF or other channels..

-Willem.

On Sun, 29 May 1994, Gavin Nicol wrote:

> >Also,  what about the  Nth occurance  instead of the first? 
> >Given that you're considering texts of which you are not the author, 
> >this might be a really handy addition,  eh? 
> 
> There is another problem too. SGML is inherently structured, and
> current URL's offer no standard sub-document naming method, nor
> support for TOC's etc. I have a short SGML document describing a
> scheme that overcomes the problems (in the short term at least). If
> anyone is interested, let me know. If sufficinet interest is shown,
> I'll post it to the list. The basic idea is simply to do this:
> 
>    http://book/chapter=2/section=1/para=5
> 
> but there are other ideas in the paper as well (like named TOC's etc.)
> 
> 
> nick
>