Re: CREATE CUSTOM TEXT SEARCH PARSER

From: Katharina kuhn <katykuhn(at)gmail(dot)com>
To: Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>
Cc: pgsql-docs(at)postgresql(dot)org
Subject: Re: CREATE CUSTOM TEXT SEARCH PARSER
Date: 2010-11-02 18:35:32
Message-ID: AANLkTiny7y8Pg2qS7On7CQsb7zE5qUHK2KYh26sWtoO_@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs

Thank you Kevin!
I'll look at the contrib/test_parser directory.
Any way, I agree with you. I actually made a pl/pgsql function for
pre-parsing documents
based on my own needs, and cast the results to a tsvector normally. It works
fine enough!
Katharina

On Tue, Nov 2, 2010 at 2:58 PM, Kevin Grittner
<Kevin(dot)Grittner(at)wicourts(dot)gov>wrote:

> Katharina kuhn <katykuhn(at)gmail(dot)com> wrote:
>
> > I'd like to build a custom text search parser and then use it
> > within a custom text search configuration.
> > It would be great if you could give us an example showing how to
> > build a custom parser, including examples of start, gettoken and
> > end functions.
>
> You might want to look at the contrib/test_parser directory. Then
> again, you might not -- I needed some custom tsearch2 parsing
> behavior and struggled with a custom parser based on that for a
> couple days before I decided that it was easier to use regular
> expression functions within pl/pgsql to pick out what I wanted and
> cast it to a tsvector. This was less code and seemed less fragile
> than the developing soemthing based on the contrib example. YMMV, of
> course.
>
> This motivated me to put a rewrite of the current tsearch2 parser to
> something based on regular expressions onto my personal PostgreSQL
> TODO list. (No guarantees on when I might get to it, though.)
>
> -Kevin
>

In response to

Browse pgsql-docs by date

  From Date Subject
Next Message Josh Kupershmidt 2010-11-03 02:56:26 Large SGML Cleanup
Previous Message Kevin Grittner 2010-11-02 17:58:56 Re: CREATE CUSTOM TEXT SEARCH PARSER