Couldn't one write a custom filter that modified the inbound term
semantics before doing the search? Then, wildcard behavior can be added to
terms without doing query string splicing.
> You might take a look at Ngrams. These can be used to find partial
> matches without resorting to wildcards, alt
You might take a look at Ngrams. These can be used to find partial
matches without resorting to wildcards, although they may add to
your index size...
Best
Erick
On Tue, Nov 2, 2010 at 10:39 AM, Dirk Reske wrote:
> No, we don't want to user to write the * itself.
> And seperate fields for the f
Tokenizing and then passing through the query parser sounds reasonable
to me. You could build the query yourself, but that will be a bit
more work. You could also combine a non-wildcard search with a
wildcard search, boosting the first one. So that "John Doe" would
score higher than "Johnny Donc
In this case also, You may need to index the fields separately. This will
give better control. Have a parser, which splits the terms and applies * to
the end. Search using the terms.
Regards
Aditya
www.findbestopensource.com
On Tue, Nov 2, 2010 at 8:09 PM, Dirk Reske wrote:
> No, we don't want
No, we don't want to user to write the * itself.
And seperate fields for the first and the last name are also not
acceptable.
Image all the social networks, where you type a part of a name into the
textbox, and get all people whose names (first or last) contains one of
your searched words. The use
Yes. Correct. It would be good, If User inputs the search string with *.
My Idea is to index two fields separately first name and last name. Provide
two text boxes with first name and last name. Leave the rest to the User.
Regrads
Aditya
www.findbestopensource.com
On Tue, Nov 2, 2010 at 7:44 P
Hello,
we are quite new to lucene.
At first we want to create a simple user search for our web
application.
My first thought was to map die 'display name' (= firstname +
lastname) to a single field (analysed but not stored)
and to put the database id of the user to a stored, not analysed field
t
> tell me 'no hits'.
>
> Please let me know this for each of the queries above!
>
> Thanks!
> --
> View this message in context:
> http://www.nabble.com/Lucene-search-question-tp21537515p21537515.html
> Sent from the Lucene - Java Users mailing list archive at N
result or would it
tell me 'no hits'.
Please let me know this for each of the queries above!
Thanks!
--
View this message in context:
http://www.nabble.com/Lucene-search-question-tp21537515p21537515.html
Sent from the Lucene - Java Users mailing list archive at
: How can I trap this situation correctly? I receive user queries like this
: (quotes included):
:
:/from:"fred flintston*"/
:
: Which produces a query string of
:
:/+from:fred body:flintston/ (where /body/ is the default field)
either you've left something out, or some aspect
cene.apache.org
Subject: Re: Search question (newbie)
John,
Thanks, I think I'm getting this now So you created your own
BooleanQuery and parsed the string yourself, adding strings as
TermQuerys etc., rather than using a QueryParser ?
Cheers,
- Chris
John Griffin wrote:
> Chris
oleanQuery API
docs).
Use the toString() method on the BooleanQuery after it's created to make
sure you did it correctly.
John G.
-Original Message-
From: Chris Bamford [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 03, 2008 7:39 AM
To: java-user@lucene.apache.org
Subject:
2008 7:39 AM
To: java-user@lucene.apache.org
Subject: Search question (newbie)
Hi,
Can someone point me in the right direction please?
How can I trap this situation correctly? I receive user queries like
this (quotes included):
/from:"fred flintston*"/
Which produc
Hi,
Can someone point me in the right direction please?
How can I trap this situation correctly? I receive user queries like
this (quotes included):
/from:"fred flintston*"/
Which produces a query string of
/+from:fred body:flintston/ (where /body/ is the default field)
What I
On Nov 13, 2007, at 11:59 AM, Steven D. Majewski wrote:
Lucene is great at finding documents, but not quite as good at finding
things IN documents. The index contains pointers to the terms, but
they are
pointers to a token in the parsed token stream, so to find a
character index
into a file
On Nov 13, 2007, at 7:21 AM, Cláudio Fernandes wrote:
Hello all,
I don't know if this is a somehow naive question, but here we go:
Does Lucene support index by sections? Like having a text document
with
three sections divided by XML tags indexed in a way we could do a
search
by work and s
If you only have a maximum of a few sections, then indexing
as different fields should work fine. If you have a big upper limit
you might need to do something like index all the data in one field
with a special marker (e.g. $$$) between sections, then use
termdocs/termenum on the result set to
Hi,
On Tue, 2007-11-13 at 07:32 -0500, Grant Ingersoll wrote:
> Yes, your application can do this using Lucene. Lucene is a low level
> search enabling library, it is up to your application to give meaning
> to what you put in it.
>
> One way doing what you want is to give each section its o
Yes, your application can do this using Lucene. Lucene is a low level
search enabling library, it is up to your application to give meaning
to what you put in it.
One way doing what you want is to give each section its own Field for
any given document.
Cheers,
Grant
On Nov 13, 2007, at 7
x/lucene-java-user/200605.mbox/[EMAIL
PROTECTED]
Regards,
kapilChhabra
-Original Message-
From: Cláudio Fernandes [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 13, 2007 5:52 PM
To: java-user@lucene.apache.org
Cc: cff
Subject: Lucene search question
Hello all,
I don't know if th
Hello all,
I don't know if this is a somehow naive question, but here we go:
Does Lucene support index by sections? Like having a text document with
three sections divided by XML tags indexed in a way we could do a search
by work and section. Does Lucene itself support this kind of indexing or
s
I'm betting you can make SpanNearQuery work for you. In the simple case it's
a bunch of SpanQuerys (which in its simplest form is just a Span version of
TermQuery). The two other parameters are slop (See Lucene In Action for an
explanation of this) and whether the terms must appear in the order th
Hello all,
I have a how-to question. I have a field with these tokens in it (a b c f b g
a) and I am searching on it with these tokens (a f e g a). So far this is easy
I just set up a BooleanQuery with a bunch of optional TermQueries and get hits
on (a f g a) but not (e) which is close to what
paragraph:"learn guitar"]. Will this query return a hit?
Thanks in advance!
-los
--
View this message in context:
http://www.nabble.com/newbie-lucene-indexing-search-question-tf2892417.html#a8080965
Sent from the Lucene - Java Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
s
and then have a lucene query that looks like this: [book:Guitar
paragraph:"learn guitar"]. Will this query return a hit?
Thanks in advance!
-los
--
View this message in context:
http://www.nabble.com/newbie-lucene-indexing-search-question-tf2892417.html#a8080965
Sent from the Lucene
ut this argument, i become an
error message. I'll try to found a solution for the problem, but if you have
any tips for me - please let me know :)
thanks in advance,
sirakov
--
View this message in context:
http://www.nabble.com/Newbie-Search-Question-tf2667479.html#a7555948
Sent from the Luc
!= null) {
System.out.println(" Title: " + doc.get("title"));
}
} else {
System.out.println((i+1) + ". " + "No path for this
document");
}
}
The bolded text was added by me. I hope, i have
.out.println(" Title: " + doc.get("title"));
}
} else {
System.out.println((i+1) + ". " + "No path for this document");
}
}
The bolded text was added by me. I h
analyzer.tokenStream (field, new string reader
(text));
The variable "text" is a "null".
my question is: should I index the files differently or should I use some
parameters?
--
View this message in context:
http://www.nabble.com/Newbie-Search-Question-tf2667479.html#a7506220
Sent
message in context:
http://www.nabble.com/Newbie-Search-Question-tf2667479.html#a7506220
Sent from the Lucene - Java Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Subject: Re: Special characher & ; : % index/search question
hi herbert,
>> WhitespaceAnalyzer looks brutal. Is it possible that I keep
>> StandardAnalyzer and at the same time to tell the parser to keep a
>> list of chars during indexing?
Perhaps it would be
hi herbert,
>> WhitespaceAnalyzer looks brutal. Is it possible that I keep
>> StandardAnalyzer and at the same time to tell the parser to keep a
>> list of chars during indexing?
Perhaps it would be sufficient to use the WhitespaceAnalyzer and keep
StandardAnalyzer for the other fields by using a
On Sun, 2006-07-23 at 21:24 -0500, Herbert Wu wrote:
> WhitespaceAnalyzer looks brutal. Is it possible that I keep
> StandardAnalyzer and at the same time to tell the parser to keep a
> list of chars during indexing?
Add something like:
| < #MYCHARACTERS:
("&" | ":" | "%" | ";")
>
to t
@lucene.apache.org
Subject: Re: Special characher & ; : % index/search question
the WhitespaceAnalyzer breaks up streams on whitespace, and will give you
these characters as tokens. Be careful to use it for indexing AND searching.
Also, make sure that's the analyzer in Luke if you submit que
the WhitespaceAnalyzer breaks up streams on whitespace, and will give you
these characters as tokens. Be careful to use it for indexing AND searching.
Also, make sure that's the analyzer in Luke if you submit queries that way
(it's a drop-down on the search page, upper right as I remember).
On 7/
I think org.apache.lucene.analysis.WhitespaceAnalyzer
would do it.
--- Herbert Wu <[EMAIL PROTECTED]> wrote:
> Hi, all,
>
> My document's title field contains standalone(not
> contained inside a word)
> special char such as &,:,%,; etc. With luke0.6 tool,
> I found that these
> chars are not ind
Hi, all,
My document's title field contains standalone(not contained inside a word)
special char such as &,:,%,; etc. With luke0.6 tool, I found that these
chars are not indexed in the title field or any other place and hence not
searchable. Is there any way to index these special chars for search
Thanks, works like a charm.
-Original Message-
From: Paul Elschot [mailto:[EMAIL PROTECTED]
Sent: Monday, March 14, 2005 11:05 AM
To: java-user@lucene.apache.org
Subject: Re: Simple Search Question.
On Monday 14 March 2005 19:59, Kyong Kwak wrote:
>
> I looked and didn't fi
This will help:
http://lucene.apache.org/java/docs/api/org/apache/lucene/index/TermEnum.html
Otis
--- Kyong Kwak <[EMAIL PROTECTED]> wrote:
>
> I looked and didn't find anything and wanted to know what the best
> way
> might be for getting a unique list of values in a given field?
> so if I hav
On Monday 14 March 2005 19:59, Kyong Kwak wrote:
>
> I looked and didn't find anything and wanted to know what the best way
> might be for getting a unique list of values in a given field?
> so if I have a field named "category" ( it's a keyword ) and I wanted to
> get all the unique values for th
I looked and didn't find anything and wanted to know what the best way
might be for getting a unique list of values in a given field?
so if I have a field named "category" ( it's a keyword ) and I wanted to
get all the unique values for that, how would I go about it?
thanks!
41 matches
Mail list logo
