: I'm using Solr 1.3 and I've never been able to get the SolrCore (formerly
: MultiCore) reload feature to pick up changes I made to my synonyms file. At
: index time I expand synonyms. If I change my synonyms.txt file then do a
: MultiCore RELOAD and then reindex my data and then do a query tha
: I found this thread in the archive...
:
: I'm responsible for a number of ruby on rails websites, all of which need
: search. Solr seems to have everything I need, but I am wondering what's the
: best way to maintain multiple indexes?
:
: Multiple Solr instances on different ports?
having mul
Hi! I have been testing the MoreLikeThis feature in Solr. I have
indexed a subset of Wikipedia with the fields title (the title of the
Wikipedia page) and content (the Wikipedia page content). When
performing a MoreLikeThis request on this index as:
http://server:8983/solr/mlt?stream.body=google+y
That wiki page is purely an idea proposal at this time, not a
feature of Solr (yet or perhaps ever).
Erik
I found this thread in the archive...
I'm responsible for a number of ruby on rails websites, all of which
need search. Solr seems to have everything I need, but I am
wonde
Grant,
Is this coming back soon? Rough estimate?
-kuro
> -Original Message-
> From: Grant Ingersoll [mailto:[EMAIL PROTECTED]
> Sent: Monday, September 08, 2008 10:34 AM
> To: solr-user@lucene.apache.org
> Subject: Re: 1.3.0 candidate
>
> This is temporarily removed, as I need to crea
Never mind. I figured out the problem - there was a copyField that was the
default field that was not setup properly.
Thanks for the help!
Alex
- Original Message -
From: "Alex Gadea" <[EMAIL PROTECTED]>
To: solr-user@lucene.apache.org
Sent: Monday, September 8, 2008 2:01:21 PM GMT -0
On Mon, Sep 8, 2008 at 2:01 PM, Alex Gadea <[EMAIL PROTECTED]> wrote:
> http://localhost:8983/solr/select?q=suit
>
> I get nothing even though one of the records that was returned includes that
> word in it.
The field that contains "suit" may not be the default search field for
the Lucene/Solr Qu
On the stats page it shows:
caching : true
numDocs : 170
maxDoc : 340
readerImpl : MultiReader
readerDir :
org.apache.lucene.store.FSDirectory@/usr/local/apache-solr/example/solr/data/index
indexVersion : 1220876093260
openedAt : Mon Sep 08 13:58:17 EDT 2008
registeredAt : Mon Sep 08 13:58:18 EDT
You can give a default core set by adding a default parameter to the query
in solrconfig.xml. This is hacky, but it gives you a set of cores instead of
just one core.
-Original Message-
From: David Smiley @MITRE.org [mailto:[EMAIL PROTECTED]
Sent: Monday, September 08, 2008 7:54 AM
To: so
Sure - overriding the SolrDispatchFilter seems like a right way to go
(especially maintenance-wise :) ).
Thanks :)
ps. - as far as the ":" - situation is concerned - that was useful -
but i guess it didn't look nice ;)
(anyway - i guess that the ":"-trim filter must have persisted there
This is temporarily removed, as I need to create another.
On Sep 7, 2008, at 8:45 PM, Grant Ingersoll wrote:
I've posted what I hope is the final 1.3.0 candidate at
http://people.apache.org/~gsingers/solr/1.3.0/
Please try it out and provide feedback. Note, this is not an
official release.
Thanks Hoss. I created SOLR 760:
https://issues.apache.org/jira/browse/SOLR-760
hossman wrote:
>
>
> : When using the MoreLikeThisHandler with facets turned on, the facets
> show
> : counts of things that are more like my original document. When I use the
> : MoreLikeThisComponent, the facets
On Mon, Sep 8, 2008 at 12:16 PM, Alex Gadea <[EMAIL PROTECTED]> wrote:
> Is there any way to issue a query against SOLR that will return all records
> in the index?
http://localhost:8983/solr/select?q=*:*
Checking the admin stats page should also tell you the number of
documents in the index.
-
Just glancing over this. I believe one of the recent shingle contributions
over in Lucene contrib/ indeed has the option to add those begin/end marker
characters, so if this will solve your exact matching needs, that's the thing
to look at. You'll have to write (and contribute?) a bit of glue
I am suddenly experiencing a problem retrieving results from a SOLR
installation. The install shows that there are documents indexed and I have
issued multiple commits. When I execute a query I receive 0 results back, but
when I close the query handler, it indicates that the queryResultCache h
FWIW, I'm also using the SolrRequestFilter for forwards, despite the warning.
Solr1.3 doesn't have the concept of a default core anymore yet I want this
feature. I made an uber-simple JSP like this:
"
/>
And so now my clients don't need to update their URL just because I've
migrated to Solr 1.3.
Thanks Bill for your suggestions, they helped a lot,,, problems are resolved :)
cheers
ak
> Date: Fri, 5 Sep 2008 15:24:06 -0400
> From: [EMAIL PROTECTED]
> To: solr-user@lucene.apache.org
> Subject: Re: matser /slave issue on solr
>
> Try running snappu
> I'm not very familiar with shingles but it seems to be that you should
> have ShingleFilter at index time and make the query as a phrase query?
Then the entry "abcd efgh ijkl" would be indexed as
(abcd "abcd efgh" "abcd efgh ijkl" efgh "efgh ijkl" ijkl)
and a subsequent query "abcd" would retu
Hi,
I made a mistake. At least with Tomcat 5.5.x, if you configure the
SolrRequestFilter with FORWARD it indeed gets called
even when you forward from another web-context!
Note, that the documentation says this might be problematic!
Sorry for the previous overhasty post.
Björn
> -Ursprün
I'm not very familiar with shingles but it seems to be that you should have
ShingleFilter at index time and make the query as a phrase query?
On Mon, Sep 8, 2008 at 1:00 PM, Mck <[EMAIL PROTECTED]> wrote:
> > So then i change type="string" to type="shingleString" along with
> > > [snip]
> > >
> So then i change type="string" to type="shingleString" along with
> > [snip]
> >
> >
> > > outputUnigramIfNoNgram="true" maxShingleSize="99" />
> >
Debugging ShingleFilter I see that without quotes the shingles
StringBuffer array consists of just the current token
21 matches
Mail list logo
