Indeed, the only way this can happen as far as I know Lucene is by using a
stemmer during indexing, the standard analyzer won't result in such
behaviour.
hth
Paul
On 11/11/06, Erick Erickson <[EMAIL PROTECTED]> wrote:
That's not the default behavior, so I'm perplexed. Normally, you have to
go
Hi
I'm currently doing just that: using the php-java bridge. Here the
goal is to integrate Java-Lucene with a php4 based CMS (eZ publish),
so the Zend framework is not an answer (and premature imho). The code
we've written is a bit CMS specific, but you should be able to to do
the same quite fast
Here 1.5, on SuSE Linux x86_64
Tx
Paul
On 6/16/06, Otis Gospodnetic <[EMAIL PROTECTED]> wrote:
Hello everyone,
If you have 15 seconds to spare, please let us (Lucene developers) know which
version of Java you are using with Lucene: 1.4 or 1.5
All it takes is 1 click on one of the two choice
Though I'm a newbie (which means I may be completely wrong), I don't
think this is possible "out of the box". The quickest would be to
write a filter which looks up document id's in the first index and
applies this to the second index to get the disired subset to search
over.
I may need this too,
Sorry,
a filter won't help if I understood you correctly (a real join based
on the external DocumentID)
Paul
On 7/13/06, Paul Borgermans <[EMAIL PROTECTED]> wrote:
Though I'm a newbie (which means I may be completely wrong), I don't
think this is possible "out of th
Hello
I suppose that you are using gmail?
It is just a property of gmail, take a look at thee archives after a
few hours, you will find it back ;-)
for example:
http://mail-archives.apache.org/mod_mbox/lucene-java-user/
hth
--paul
On 7/19/06, Pasquale Imbemba <[EMAIL PROTECTED]> wrote:
Mi
Hi
you can't have a boolean query containing only MUST_NOT clauses (which is
what (-(FILE:abstract.htm)) is. it matches no documents, so the mandatory
qualification on it causes the query to fail for all docs.
This is true for the search queries, but it makes sense in a query
filter IMHO. I e
Hi Mathias
I delved a bit further in the lucene docs and the book "Lucene in
action" (Ch 6.1, pp194-201): an alternative approach may be the use of
a custom sort with a dedicated implementation of the
SortComparatorSource, taking as arguments the array of vectors for
which a "distance" needs to b
how you've mentioned. It'd be interesting to hear more of a
rationale for this.
I'm facing the same issue, and here it is about "politics" where the
MS centered IT department suddenly uses lucene.net after seeing the
power of a local implementation based on the original Java version
(and on Lin
Hi
It are mainly the internal caches that are of interest. If you use
sorting other than the default relevance for example, use a warmin up
search that uses a custom sort. You may also look at what happens in
Solr (http://incubator.apache.org/solr/) related to caching.
I use Java Lucene from a P
10 matches
Mail list logo
