Re: The future of meta-indices/libraries?
neuss@igd.fhg.de
Errors-To: listmaster@www0.cern.ch
Date: Tue, 15 Mar 1994 20:39:32 --100
Message-id: <9403151928.AA11985@wildturkey.igd.fhg.de>
Errors-To: listmaster@www0.cern.ch
Reply-To: neuss@igd.fhg.de
Originator: www-talk@info.cern.ch
Sender: www-talk@www0.cern.ch
Precedence: bulk
From: neuss@igd.fhg.de
To: Multiple recipients of list <www-talk@www0.cern.ch>
Subject: Re: The future of meta-indices/libraries?
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
Content-Length: 1423
Hi the Web,
Peter Deutsch <peterd@bunyip.com> wrote:
> Actually, we do plan to add this capability to the archie
> server system in the very near future. For WWW there's the
> obvious problem of what to index, since there is no real
> useful meta-info in the URL itself (how many copies of
> "default.html" are there, anyways? :-) so at this point
> we'd be happy to be told what to collect and serve.
The title comes to mind.. but something with a bit more meaning
would be better. Well, how about using the group statement to mark
up special semantics of HTML text? You could have
<GROUP role="keywords">
<H2> Keywords: </H2>
compression, encryption
</GROUP>
in the header, or at multiple positions in the text:
Now let us talk about <GROUP role="keywords">encoding</GROUP>.
In my humble opinion, extracting these groups is something that should
be done on the server side, e.g. via a CGI script. All the archie software
has to do is call up that script. I'm working on this anyway, it could be
included with the server distribution. Also, please remember that names
can be remapped to other locations then their physical paths - file tree
walking will not do.
Have a good one,
Chris
---
"I ride a tandem with the random.."
Christian Neuss # Fraunhofer Institute for Computer Graphics
Wilhelminenstr.7 # 64283 Darmstadt # Germany
e-mail: neuss@igd.fhg.de finger: neuss@wildturkey.igd.fhg.de