Re: OpenFTS (Open Source Full Text Search engine) pre-announce

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>
Cc: Oleg Bartunov <oleg(at)sai(dot)msu(dot)su>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>, scrappy(at)hub(dot)org
Subject: Re: OpenFTS (Open Source Full Text Search engine) pre-announce
Date: 2001-09-03 20:17:54
Message-ID: 200109032017.f83KHsE17463@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


I am not sure how they compare. I have gotten little information on the
openFTP project.

> Doh! Guess that makes our work on contrib/fulltextindex a waste of time,
> huh?
>
> Chris
>
> > -----Original Message-----
> > From: pgsql-hackers-owner(at)postgresql(dot)org
> > [mailto:pgsql-hackers-owner(at)postgresql(dot)org]On Behalf Of Bruce Momjian
> > Sent: Friday, 10 August 2001 12:34 AM
> > To: Oleg Bartunov
> > Cc: Pgsql Hackers; scrappy(at)hub(dot)org
> > Subject: Re: [HACKERS] OpenFTS (Open Source Full Text Search engine)
> > pre-announce
> >
> >
> >
> > GREAT! We need to get this information to people so they know it is
> > available. It is a major feature that few people know exists.
> >
> >
> > > Hi,
> > >
> > > I'm about to announce a release of OpenFTS search engine.
> > >
> > > Short blurb:
> > >
> > > OpenFTS (Open Source Full Text Search engine)
> > > is an advanced PostgreSQL-based search engine
> > > that provides online indexing of data and relevance
> > > ranking for database searching. Close integration
> > > with database allows use of metadata to restrict
> > > search results.
> > >
> > > This is actually what we use at fts.postgresql.org and
> > > several other sites. Perl version is available for download,
> > > TCL version (with AOL server support) will be available soon -
> > > actually it just needs to wrap a release.
> > >
> > > The OpenFTS project web site - http://openfts.sourceforge.net/
> > >
> > > OpenFTS team:
> > > Oleg Bartunov - Project Manager
> > > Teodor Sigaev - Principal Developer
> > > Daniel Wickstrom - Developer of TCL Version
> > > Neophytos Demetriou - Documentation Writer
> > >
> > > Copyright:
> > >
> > > OpenFTS is Copyright 2000-2001 XWare and
> > > licensed under the GNU General Public License,
> > > version 2 (June 1991). This means you can use it
> > > and modify it in any way you want. If you choose to
> > > redistribute OpenFTS, you must do so under the
> > > terms of the GNU license.
> > >
> > > Regards,
> > > Oleg
> > >
> > > PS.
> > >
> > > Marc,
> > >
> > > I didn't subscribe to announce list. I think it's worth to
> > > put link somewhere to OpenFTS web site
> > >
> > > _____________________________________________________________
> > > Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
> > > Sternberg Astronomical Institute, Moscow University (Russia)
> > > Internet: oleg(at)sai(dot)msu(dot)su, http://www.sai.msu.su/~megera/
> > > phone: +007(095)939-16-83, +007(095)939-23-83
> > >
> > >
> > >
> > >
> > >
> > > ---------------------------(end of broadcast)---------------------------
> > > TIP 2: you can get off all lists at once with the unregister command
> > > (send "unregister YourEmailAddressHere" to majordomo(at)postgresql(dot)org)
> > >
> >
> > --
> > Bruce Momjian | http://candle.pha.pa.us
> > pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
> > + If your life is a hard drive, | 830 Blythe Avenue
> > + Christ can be your backup. | Drexel Hill, Pennsylvania 19026
> >
> > ---------------------------(end of broadcast)---------------------------
> > TIP 1: subscribe and unsubscribe commands go to majordomo(at)postgresql(dot)org
> >
>
>

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2001-09-03 20:28:49 Re: Re: Escaping strings for inclusion into SQL queries
Previous Message Tom Lane 2001-09-03 20:09:43 Re: Bad behaviour when inserting unspecified variable length datatypes