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
>