Re: Solr Join with Dismax

2011-12-15 Thread Pascal Dimassimo
instead of null so we can > make the defType local param syntax work? I havne't seen it in my > email but it's really an unrelated problem so it should be tracked > seperately) > > > -Hoss > -- Pascal Dimassimo Sematext :: http://sematext.com/ :: Solr - Lucene - Nutch Lucene ecosystem search :: http://search-lucene.com/

Re: Solr Join with Dismax

2011-12-14 Thread Pascal Dimassimo
ave the same fields than the one where the initial query is made. I just notice SOLR-2824. So it is really a bug. I'll take the time to look at the patch attached to this ticket. On Wed, Dec 14, 2011 at 2:55 PM, Pascal Dimassimo < pascal.dimass...@sematext.com> wrote: > Thanks Ho

Re: Solr Join with Dismax

2011-12-14 Thread Pascal Dimassimo
al param will be checked (just like it can in the BoostQParser)... > > qf=text name > q={!join from=manu_id_s to=id defType=dismax}ipod > > Note: even with that hardcoded "lucene" bug, you can still override the > default by using var dereferencing to point at another

Re: Solr Join with Dismax

2011-12-08 Thread Pascal Dimassimo
instead of "lucene". But again, is there a reason why I should not do that? If it is ok, I could submit a patch. Thanks. On Tue, Dec 6, 2011 at 1:20 PM, Pascal Dimassimo < pascal.dimass...@sematext.com> wrote: > Hi, > > I was trying Solr Join across 2 cores on the

Re: Solr Join with Dismax

2011-12-06 Thread Pascal Dimassimo
lts. It is doing something according to the > debug output: > > > >737 >1593981 >63021 >63021 >63021 > 62351 >63021 >63021 >63021 >63021 >62871 >150 >

Solr Join with Dismax

2011-12-06 Thread Pascal Dimassimo
d with the documents of index1 by matching the "tag" field. According to my tests, It looks like the "restaurant" query will always be parsed using the Lucene QParser. I did not find a way to use another QParser, like Dismax. Am I right or is there a way? Thanks! -- Pascal D

Re: Documents disappearing

2010-03-05 Thread Pascal Dimassimo
Hi, hossman wrote: > > : We index using 4 processes that read from a queue of documents. Each > process > : send one document at a time to the /update handler. > > Hmmm.. then you should have a message from the LogUpdateProcessorFactory > for every individual "add" command that was recieved ..

Re: Auto suggestion

2010-03-01 Thread Pascal Dimassimo
By 'AutoSuggestion', are you referring to the spellcheck handler? If so, you have to rebuild your spellcheck index using the 'build' parameter after you add new data. You can also configure the spellcheck module to rebuild the index automatically after a commit or an optimize. http://wiki.apach

Re: SpellCheck configuration

2010-03-01 Thread Pascal Dimassimo
Did you try the setting 'onlyMorePopular' ? http://wiki.apache.org/solr/SpellCheckComponent#spellcheck.onlyMorePopular André Maldonado wrote: > > Hi all. > > I'm configuring spell checking in my index. Everything is working, but I > want to get the best suggestion based in number of ocurrence

Re: Documents disappearing

2010-02-24 Thread Pascal Dimassimo
Hoss, Thanks for your answers. You are absolutely right, I should have provided you more details. We index using 4 processes that read from a queue of documents. Each process send one document at a time to the /update handler. Yes, I double checked that no delete occur. Since that indexation,

RE: Documents disappearing

2010-02-19 Thread Pascal Dimassimo
specific? Thanks! ANKITBHATNAGAR wrote: > > Try inspecting your index with luke > > > Ankit > > > -Original Message- > From: Pascal Dimassimo [mailto:thesuper...@hotmail.com] > Sent: Friday, February 19, 2010 2:22 PM > To: solr-user@lucene.apache.org

Re: Multicore Example

2010-02-19 Thread Pascal Dimassimo
Are you sure that you don't have any java processes that are still running? Did you change the port or are you still using 8983? Lee Smith-6 wrote: > > Hey All > > Trying to dip my feet into multicore and hoping someone can advise why the > example is not working. > > Basically I have been w

Documents disappearing

2010-02-19 Thread Pascal Dimassimo
Hi, I have encounter a situation that I can't explain. We are indexing documents that are often duplicates so we activated deduplication like this: true true signature title,text org.apache.solr.update.processor.Lookup3Signature What I can't explain is that when

KStem download

2009-07-07 Thread Pascal Dimassimo
Hi, I want to try KStem. I'm following the instructions on this page: http://wiki.apache.org/solr/AnalyzersTokenizersTokenFilters/Kstem ... but the download link doesn't work. Is anyone know the new location to download KStem? -- View this message in context: http://www.nabble.com/KStem-downl

Re: solrj : probleme with utf-8 content

2009-03-20 Thread Pascal Dimassimo
yes, now it works fine with the trunk sources thanks! Noble Paul നോബിള്‍ नोब्ळ् wrote: > > SOLR-973 seems to have caused the problem > > On Fri, Mar 20, 2009 at 11:01 PM, Ryan McKinley wrote: >> do you know if your java file is encoded with utf-8? >> >> sometimes it will be encoded as somet

Re: solrj : probleme with utf-8 content

2009-03-20 Thread Pascal Dimassimo
Hi, I have that problem to. But I notice that it only happens if I send my data via solrj. If I send it via the solr-ruby gem, everything is fine (http://wiki.apache.org/solr/solr-ruby). Here is my jruby script: --- require 'rubygems' require 'solr' require 'rexml/do

Re: Custom handler that forwards a request to another core

2009-03-16 Thread Pascal Dimassimo
request. To circumvent the problem, I implement a custom response writer. This is not a problem for my project since I have to return a custom format. Pascal Dimassimo wrote: > > Hi, > > I'm writing a custom handler that forwards a request to a handler of > another core. T

Custom handler that forwards a request to another core

2009-03-13 Thread Pascal Dimassimo
Hi, I'm writing a custom handler that forwards a request to a handler of another core. The custom handler is defined in "core0" and the core I try to send the request to is "core2" which has a mlt handler. Here is the code of my custom handler (extends RequestHandlerBase and implements SolrCoreAw

Re: Programmatic access to other handlers

2009-03-12 Thread Pascal Dimassimo
e: > > If you are doing this in a RequestHandler, implement SolrCoreAware and > you will get a callback with the Core > > http://wiki.apache.org/solr/SolrPlugins#head-8b3ac1fc3584fe1e822924b98af23d72b02ab134 > > > On Mar 12, 2009, at 3:04 PM, Pascal Dimassimo wrote: &g

Re: Programmatic access to other handlers

2009-03-12 Thread Pascal Dimassimo
ut is it a recommended approach? Pascal Dimassimo wrote: > > Hi, > > I've designed a "front" handler that will send request to other handlers > and return a aggregated response. > > Inside this handler, I call other handlers like this (inside the m

Programmatic access to other handlers

2009-03-12 Thread Pascal Dimassimo
Hi, I've designed a "front" handler that will send request to other handlers and return a aggregated response. Inside this handler, I call other handlers like this (inside the method handleRequestBody): SolrCore core = req.getCore(); SolrRequestHandler mlt = core.getRequestHandler("/mlt"); Modi

Re: Question about etag

2009-02-23 Thread Pascal Dimassimo
nding on the headers is described here: https://developer.mozilla.org/En/HTTP_Caching_FAQ I realize that this was a Firefox issue. Sorry to have disrupt this list. Pascal Dimassimo wrote: > > Sorry, the xml of the solrconfig.xml was lost. It is > > > > > Hi guys, &

Re: Question about etag

2009-02-20 Thread Pascal Dimassimo
Sorry, the xml of the solrconfig.xml was lost. It is Hi guys, I'm having trouble understanding the behavior of firefox and the etag. After cleaning the cache, I send this request from firefox: GET /solr/select/?q=television HTTP/1.1 Host: localhost:8088 User-Agent: Mozilla/5.0 (Windows

Question about etag

2009-02-20 Thread Pascal Dimassimo
Hi guys, I'm having trouble understanding the behavior of firefox and the etag. After cleaning the cache, I send this request from firefox: GET /solr/select/?q=television HTTP/1.1 Host: localhost:8088 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 F