Hi
Under LUCENE-2720 the index format of both trunk and 3x has changed. You
should re-index any indexes created with either of these code streams.
Shai
See below...
On Sat, Jan 22, 2011 at 3:54 PM, amg qas wrote:
> Hi Eric,
>
> Thanks for the answer.. This does works for me in most cases..
>
> I am actually new to lucene and still getting acquainted to the
> various features exposed by it.
> When I looked at the API of IndexSearcher I thought t
Hi Eric,
Thanks for the answer.. This does works for me in most cases..
I am actually new to lucene and still getting acquainted to the
various features exposed by it.
When I looked at the API of IndexSearcher I thought that it is the
purpose of the filter class
to filter the returned result set.
I guess I don't see what the problem is. These look to me like
standard Lucene query syntax options. If I'm off base here,
let me know.
If you're building your own BooleanQuery,
you can add these as sub-clauses
Here's the Lucene query syntax:
http://lucene.apache.org/java/2_9_1/queryparsersyntax.
That's certainly valid. You could also consider n-grams here as another
approach.
Its also useful to restrict the number of leading (or trailing) characters
you allow. For
instance, requiring at least 3 non-wildcard leading characters makes a big
difference.
It's also a legitimate question how wel
Hi,
I have couple of questions on filtering result set while performing a
search in lucene index :
1) I want to filter the document set returned when searching an index
based on a match on a particular field.
For eg if I have a Field in my index called CompanyName - then while
searching for docum
Thanks Ian. The alternative approach you have mentioned works for me.
-amg
On Thu, Jan 20, 2011 at 6:59 AM, Ian Lea wrote:
> No and No.
>
> Alternative approaches might include building a general "contents"
> field holding any/all searchable fields or building up the query
> yourself. The latte
Lance, Umesh thank you.
Lance I will look into this and report results when I try it out. Thank you
very much!
Umesh: Just thinking along these lines, when a user saves the document,
that event may have a semantic meaning that developers aren't privy to.
The user might be experimenting with th
(11/01/20 22:19), Paul Taylor wrote:
Trying to extend MappingCharFilter so that it only changes a token if the
length of the token
matches the length of singleMatch in NormalizeCharMap (currently the
singleMatch just has to be
found in the token I want ut to match the whole token). Can this be
