Mailing List Archive

(no subject)
Hello Marvin,

Any progress on the negate operator bug discussed here:
http://www.rectangular.com/pipermail/kinosearch/2006-July/000308.html ?

Regards
(no subject) [ In reply to ]
On Aug 9, 2006, at 10:12 AM, henka@cityweb.co.za wrote:

>
> Hello Marvin,
>
> Any progress on the negate operator bug discussed here:
> http://www.rectangular.com/pipermail/kinosearch/2006-July/
> 000308.html ?

Hi Henry,

Aside from the application of some patches from Andy Lester and some
basic refactoring work on KinoSearch's C code, there has been very
little development on KinoSearch for the last few weeks. I've just
had too much going on -- the insertion of a week at OSCON into an
already challenging July schedule overloaded me. Hopefully things
will start letting up some this week.

A related issue came up on java-user@lucene.apache.org and it offers
some reinforcement of the solution discussed earlier (subclassing
QueryParser).

http://xrl.us/qp9c (Link to www.mail-archive.com)

Porting chunks of MultiFieldQueryParser is not straightforward,
though, as KinoSearch's QueryParser (hand-rolled parser, tolerant,
simple) is fairly different from Lucene's (grammar-based parser
(JavaCC), finicky, complex).

I had hoped that you would be able to work around your issues using
custom-built Queries. That's not the case, huh? :(

Marvin Humphrey
Rectangular Research
http://www.rectangular.com/
(no subject) [ In reply to ]
> Aside from the application of some patches from Andy Lester and some
> basic refactoring work on KinoSearch's C code, there has been very
> little development on KinoSearch for the last few weeks. I've just
> had too much going on -- the insertion of a week at OSCON into an
> already challenging July schedule overloaded me. Hopefully things
> will start letting up some this week.

Understood.

> A related issue came up on java-user@lucene.apache.org and it offers
> some reinforcement of the solution discussed earlier (subclassing
> QueryParser).
>
> http://xrl.us/qp9c (Link to www.mail-archive.com)
>
> Porting chunks of MultiFieldQueryParser is not straightforward,
> though, as KinoSearch's QueryParser (hand-rolled parser, tolerant,
> simple) is fairly different from Lucene's (grammar-based parser
> (JavaCC), finicky, complex).
>
> I had hoped that you would be able to work around your issues using
> custom-built Queries. That's not the case, huh? :(

Sadly, no. Just too bogged down in project development with limited perl
expertise available.

Will chat to you about this again later.