Thanks Chris, that really helped.
From: Chris Hostetter <[EMAIL PROTECTED]>
Reply-To: solr-user@lucene.apache.org
To: solr-user@lucene.apache.org
Subject: Re: Which one works best?
Date: Fri, 9 Feb 2007 23:02:00 -0800 (PST)
: I'm not sure which solution works best: having multiple Solr instan
: I'm not sure which solution works best: having multiple Solr instances
: running on the same server, each one for a different website OR having just
: one Solr instance running and having each one of the sites share the same
: "index"? They're different sites by the way.
if you've got completel
: I think you could implement your own scoring algorithm to provide a
: random score to each document in the result set
: (http://lucene.apache.org/java/docs/api/org/apache/lucene/search/package
: -summary.html#changingSimilarity). The default sort would then operate
: on the random values.
I'd b
I'm not sure which solution works best: having multiple Solr instances
running on the same server, each one for a different website OR having just
one Solr instance running and having each one of the sites share the same
"index"? They're different sites by the way.
Thanks.
___
On 2/9/07, Yonik Seeley <[EMAIL PROTECTED]> wrote:
If you exclude both the high df
counts from the tree, and the "bits" they contribute, then it becomes
mandatory to calculate the intersections for those high df terms. It
also will hopefully act as a good boostrap to raise the min_df of the
queu
On Feb 9, 2007, at 9:16 PM, Mike Klaas wrote:
Might I suggest:
filter.query
filter.term
filter.
I like it. While Hoss has a point, though descriptive names do make
a lot of sense too. It has been a bit confusing to explain
facet.query and fq as two different things. However, is there a
: filter.query
: filter.term
: filter.
there's a whole lot of Unicode letters availble thta could fill in the f_
blank, how much more expansion do we really need? :)
I suppose filter.term is a wise choice, and adding filter.query as an
alias makes sense too ... i'm just a big fan of short param
Might I suggest:
filter.query
filter.term
filter.
-Mike
On 2/9/07, Erik Hatcher <[EMAIL PROTECTED]> wrote:
ft and fq work for me!
Erik
On Feb 9, 2007, at 5:35 PM, Yonik Seeley wrote:
> On 2/9/07, Chris Hostetter <[EMAIL PROTECTED]> wrote:
>> : The simplest form would be a term quer
ft and fq work for me!
Erik
On Feb 9, 2007, at 5:35 PM, Yonik Seeley wrote:
On 2/9/07, Chris Hostetter <[EMAIL PROTECTED]> wrote:
: The simplest form would be a term query with no escaping
whatsoever:
:
: Something like:
: fq=High School
I know yonik isn't a big fan of query param
On 2/9/07, Chris Hostetter <[EMAIL PROTECTED]> wrote:
: The simplest form would be a term query with no escaping whatsoever:
:
: Something like:
: fq=High School
I know yonik isn't a big fan of query param proliferation, and there's
definitely going to be a need for some kind of markup in the fu
: The simplest form would be a term query with no escaping whatsoever:
:
: Something like:
: fq=High School
I know yonik isn't a big fan of query param proliferation, and there's
definitely going to be a need for some kind of markup in the future to
denote which query syntax to use for different
On Feb 9, 2007, at 4:45 PM, Yonik Seeley wrote:
On 2/9/07, Gunther, Andrew <[EMAIL PROTECTED]> wrote:
Try surrounding you mutli-word query in quotes: education_facet:"High
School". Also do you want to use the filter query param instead
fq=education_facet:"High School"
Hopefully having the cl
On 2/9/07, Gunther, Andrew <[EMAIL PROTECTED]> wrote:
Try surrounding you mutli-word query in quotes: education_facet:"High
School". Also do you want to use the filter query param instead
fq=education_facet:"High School"
Hopefully having the client escape simple term filters won't be
necessary
Awesome, thanks that works.
From: "Yonik Seeley" <[EMAIL PROTECTED]>
Reply-To: solr-user@lucene.apache.org
To: solr-user@lucene.apache.org
Subject: Re: Faceted search glitch???
Date: Fri, 9 Feb 2007 16:28:05 -0500
On 2/9/07, Peter McPeterson <[EMAIL PROTECTED]> wrote:
On Solr, I'm indexing a f
Try surrounding you mutli-word query in quotes: education_facet:"High
School". Also do you want to use the filter query param instead
fq=education_facet:"High School"
-Andrew
-Original Message-
From: Peter McPeterson [mailto:[EMAIL PROTECTED]
Sent: Friday, February 09, 2007 4:22 PM
To:
On 2/9/07, Peter McPeterson <[EMAIL PROTECTED]> wrote:
On Solr, I'm indexing a facet field which contains different values on each
record (of course) but it doesn't seem to be working the way I had expected.
For instance:
When looking for:
http://localhost:8983/solr/select/?q=sales&facet=true&fa
On Solr, I'm indexing a facet field which contains different values on each
record (of course) but it doesn't seem to be working the way I had expected.
For instance:
When looking for:
http://localhost:8983/solr/select/?q=sales&facet=true&facet.field=education_facet
it returns the facet:
'educ
I think you could implement your own scoring algorithm to provide a
random score to each document in the result set
(http://lucene.apache.org/java/docs/api/org/apache/lucene/search/package
-summary.html#changingSimilarity). The default sort would then operate
on the random values.
Peter
-Ori
Sounds like a fine idea to me!
-Yonik
On 2/9/07, Erik Hatcher <[EMAIL PROTECTED]> wrote:
Because of the interest I'm seeing in solrb (would renaming it sol.rb
be bad?) and Flare, I see a need for us Rubyists to have our own
list. We've had ruby-dev@lucene.apache.org for a while now, but it
is a
Because of the interest I'm seeing in solrb (would renaming it sol.rb
be bad?) and Flare, I see a need for us Rubyists to have our own
list. We've had ruby-dev@lucene.apache.org for a while now, but it
is a ghost town. Let's revive it and use that list for sol.rb and
Flare discussions fro
Worked like a charm. Changed solrconfig.xml
On 2/9/07, Brian Whitman <[EMAIL PROTECTED]> wrote:
On Feb 9, 2007, at 10:14 AM, Tim Archambault wrote:
> I can delete documents, commit, but can't "add". Any help is greatly
> appreciated. Tried to find a locked file in the "data" folder, but
> found
On Feb 9, 2007, at 10:14 AM, Tim Archambault wrote:
I can delete documents, commit, but can't "add". Any help is greatly
appreciated. Tried to find a locked file in the "data" folder, but
found
none. Seems to have something to do with indexWriter. Tried to
reboot server
and still got the err
I can delete documents, commit, but can't "add". Any help is greatly
appreciated. Tried to find a locked file in the "data" folder, but found
none. Seems to have something to do with indexWriter. Tried to reboot server
and still got the error.
SEVERE: java.io.IOException: Lock obtain timed out:
S
On 2/9/07, Chris Hostetter <[EMAIL PROTECTED]> wrote:
I freely admit that i'm totally lost on most of what you're suggestion ...
it seems like you're suggesting that organizing the terms in a facet field
into a tree structure would help us know which terms to compute the
counts for first for a gi
Any opinions on commenting out the stemmer in the default text field?
It might be less confusing to have a more intuitive example, while
easily showing the way to the more advanced analysis.
I'm in favor of that. I imagine there's others like me that want to get
started with the defaults fir
On Feb 8, 2007, at 11:55 PM, Yonik Seeley wrote:
On 2/8/07, Ryan McKinley <[EMAIL PROTECTED]> wrote:
Assuming there is an fq=xxx in the query, could dismax support a
queryless query?
It does seem reasonable for both dismax and the standard request
hander, esp since we have faceting in the mi
Sorry, one other thing to verify... did you see an INFO message like this
logged at somepoint...
Adding 'custom.jar' to Solr classloader
also be on the lookout for "Can't construct solr lib class loader"
: Date: Fri, 9 Feb 2007 00:30:33 -0800 (PST)
: From: Chris Hostetter <[EMAIL PR
: Yes, this is with the Jetty that comes with Solr. Right now I'm just
: familiarizing myself with everything.
i ment to follow up on this earlier and it slipped through the cracks,
just to clarify, what you attempted was:
1) wrote a new Tokenizer
2) wrote a new TokenizerFactory that subclassed
28 matches
Mail list logo