> 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
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]
> > >
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?
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
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
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.
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
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
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.
-
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
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.
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
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
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
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
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
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
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
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
: 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
: 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
21 matches
Mail list logo
