> I'm not sure where stemming comes in (does Lucene do this?), it seems
> faceted browsing could be handled by something like Carrot2. Rumor
> has it Solr has faceting support somewhere, as well. At least,
> according to the 9s project. http://www.nines.org/
>
> -Ross.
Lucene doesn't have nativ
Plucene is (was?) a Perl port for Lucene. Scuttlebutt has it that
it's really, really slow.
KinoSearch is also a Perl port for Lucene (although not as strict and,
apparently, much faster). The developer of KinoSearch and the
developer of Ferret (the Lucene port for Ruby) are teaming with one of
> There is nothing wrong with Lucene. In fact, Lucene seems to be
> becoming the indexer of choice. I just do not have the abilities to
> write things in Java.
Ah--I read your document as referencing Lucene, but you actually wrote
*Plucene.*
Karen S.
On May 30, 2006, at 6:59 PM, K.G. Schneider wrote:
So, ok, on that level (and ignoring the "fundamental underpinnings"
argument, which may be what I was incoherently striving for at
least in
part), what's wrong with Lucene? Java?
There is nothing wrong with Lucene. In fact, Lucene seems to be
On May 30, 2006, at 6:51 PM, Jonathan Rochkind wrote:
But that's not the only model. An 'indexing' thesaurus or controlled
vocabularly can be applied at the time of indexing. It can be
applied by
a machine algorithm, in which case it would certainly be part of the
indexer/searcher. (There are
> Let's not confuse the functionality of an indexer/search engine with
> the functionality of a search interface. An indexer is used to find.
> The finding process can be enhanced with features that are not a part
> of the indexer. Spell checking is one of those features. The
> exploitation of a th
> On May 30, 2006, at 5:34 PM, K.G. Schneider wrote:
> Similarly, exploiting a thesaurus (an authority list, a controlled
> vocabulary, or whatever you want to call it) works in the same way.
> Use it to reformulate and/or suggest alternative queries to be
> applied to the index. Thesauri are not a
On May 30, 2006, at 5:34 PM, K.G. Schneider wrote:
http://dewey.library.nd.edu/morgan/kinosearch/
Sorry if I overreacted to the "featuritis" comment--I live and die
by search
these days... I've already had to explain to more than one
stakeholder why
we can't just use Jimbob's Crapola Indexer o
> I have been having fun with KinoSearch (an open source indexer/search
> engine with a Perl API), and I have documented my experiences here:
>
>http://dewey.library.nd.edu/morgan/kinosearch/?cmd=about
>
> Cool!
>
> --
> Eric Lease Morgan
I'm taking a break from evaluating search engines to re
I have been having fun with KinoSearch (an open source indexer/search
engine with a Perl API), and I have documented my experiences here:
http://dewey.library.nd.edu/morgan/kinosearch/?cmd=about
Cool!
--
Eric Lease Morgan
University Libraries of Notre Dame
I hiring a Senior Programmer Analys
Two alternative workarounds could be:
David Walker's RSS Creator:
http://public.csusm.edu/dwalker/rss_creator/
If you have any sort of metasearch engine you might be able to do something
similar (or if not, you could try SFU's dbWiz2 or, when they release it,
OSU's LibraryFind).
Or CiteULike's
> From: Code for Libraries [mailto:[EMAIL PROTECTED] On
> Behalf Of Mang Sun
> Sent: 30 May, 2006 09:32
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: [CODE4LIB] Monthly newsletter of Table of Content?
>
> We don' like to manually copy and paste TOCs from Journals'
> sites into a webpage. However, most
Hi all,
Our library, a legislative library, is going to produce a monthly webpage-based
newletter bearing tables of content of around 30 magazines(journals) and
distribute it to our patrons via e-mail. The TOCs will be extracted from
Magazines' websites.
We don' like to manually copy and paste TO
13 matches
Mail list logo