Re: using dismax with additional query?

2008-06-29 Thread Bram de Jong
You can use filter query (fq) to limit your results: > > fq=tag:sometag&q=user_input_here > > > Have a look at dismax and standard query documentation on the wiki. > > > On Sun, Jun 29, 2008 at 6:49 PM, Bram de Jong <[EMAIL PROTECTED]> wrote: >

using dismax with additional query?

2008-06-29 Thread Bram de Jong
hello all, I would like to combine the DisMaxRequestHandler for processing user searches, but I would like the -aditionally- add more query parameters. For example, the user want to search inside all the documents tagged with one particular tag (a tag he clicked). So, I would like to define: reg

easiest roadmap for server deployment

2008-06-17 Thread Bram de Jong
Hello All, It looks like all my tests with solr have been very conclusive: it's the way to go. Sadly enough, me nor our sysadmin have any experience with setting up tomcat, jetty, orion, . We have plenty of experience with other servers like lighttpd and apache, but that doesn't particularly help

Re: new user: some questions about parameters and query syntax

2008-06-05 Thread Bram de Jong
> we can start having more explict structured info > about all of the concepts that are really "core" to how a param works (ie: > name, datatype, is it multivalued, can it be overridden per field, what > is/are the value(s) used for). defaults as well, please Structured information per param

Re: dismax query parser crash on double dash

2008-06-03 Thread Bram de Jong
On Tue, Jun 3, 2008 at 3:51 PM, Sean Timm <[EMAIL PROTECTED]> wrote: > I can take a stab at this. I need to see why SOLR-502 isn't working for > Otis first though. I slightly "enhanced" my script so it would only do the strange searches my users have done in the past... (i.e things with more than

Re: dismax query parser crash on double dash

2008-06-03 Thread Bram de Jong
On Tue, Jun 3, 2008 at 1:26 PM, Grant Ingersoll <[EMAIL PROTECTED]> wrote: > +1. Fault tolerance good. ParseExceptions bad. > > Can you open a JIRA issue for it? If you feel you see the problem, a patch > would be great, too. https://issues.apache.org/jira/browse/SOLR-589 I hope the bug report

Re: dismax query parser crash on double dash

2008-06-03 Thread Bram de Jong
On Mon, Jun 2, 2008 at 11:15 PM, Sean Timm <[EMAIL PROTECTED]> wrote: > It seems that the DisMaxRequestHandler tries hard to handle any query that > the user can throw at it. That's exactly why I was reporting it... :-) - Bram

Re: slowdown after 15K queries

2008-06-02 Thread Bram de Jong
> Use smaller caches unless you need bigger ones for some reason. > > class="solr.search.LRUCache" > size="65536" > initialSize="16384" > autowarmCount="16384"/> > > If you aren't faceting, I'd make this smaller. I'm faceting quite heavily... My plan is to give the user a ta

Re: slowdown after 15K queries

2008-06-02 Thread Bram de Jong
On Mon, Jun 2, 2008 at 10:13 AM, Erick Erickson <[EMAIL PROTECTED]> wrote: > But are you sure you're not just masking the problem? That is, your limit > may now be 90,000 queries... > > I always assume this kind of thing is a memory leak somewhere, have you > any tools to monitor your memory consum

Re: slowdown after 15K queries

2008-06-02 Thread Bram de Jong
w the processes information with the java processes ? > > above > Chris > > 2008/6/2 Bram de Jong <[EMAIL PROTECTED]>: > >> Hello all, >> >> >> Still running tests on solr using the example jetty container. I've >> been getting nice

slowdown after 15K queries

2008-06-02 Thread Bram de Jong
Hello all, Still running tests on solr using the example jetty container. I've been getting nice performance. However, suddenly between 15400 and 15600 queries, I get a very serious drop in performance, and this every time I run my test, independent of what I'm searching for. The performance STAY

dismax query parser crash on double dash

2008-06-02 Thread Bram de Jong
hello all, just a small note to say that the dismax query parser crashes on: q = "apple -- pear" I'm running through a stored batch of my users' searches and it went down on the double dash :) - Bram -- http://freesound.iua.upf.edu http://www.smartelectronix.com http://www.musicdsp.org

Re: new user: some questions about parameters and query syntax

2008-06-02 Thread Bram de Jong
On Sat, May 31, 2008 at 7:03 AM, Chris Hostetter <[EMAIL PROTECTED]> wrote: > > : For date faceting, count missing the order doesn't matter either, and > : there it's given as a comma-separated list. > > Either you are mistaken, or i don't understand your statement. date > faceting works just like

Re: new user: some questions about parameters and query syntax

2008-05-29 Thread Bram de Jong
On Thu, May 29, 2008 at 6:40 PM, Otis Gospodnetic <[EMAIL PROTECTED]> wrote: > I haven't been paying close attention to the uniformity of URL parameters, > but if there is room for making them more uniform > (e.g. always use singular, always use comma as a delimiting character, etc.) > without hu

schema for "literal string, case insensitive"

2008-05-29 Thread Bram de Jong
hello all, a while ago I was looking into making the schema for my (rather rich) data set, and I wanted to have a field for username. I would need a case insensitive string for that, but literal (no tokenizing, ...). how can I do this within the Solr schema definition? - bram -- http://freeso

Re: new user: some questions about parameters and query syntax

2008-05-29 Thread Bram de Jong
Hello Eric (and others) >> >> repeating the parameter: >> sort=field1,field2 desc,field3 >> but >> facet.field=field1&facet.field=field2 >> This is pretty confusing to first-hand users! :-) > > Yeah, it is confusing. But we have to be careful with order. I don't > believe you can rely on the or

new user: some questions about parameters and query syntax

2008-05-28 Thread Bram de Jong
hello all, a new user here. I will be using solr to power the search over at freesound ( http://freesound.iua.upf.edu ). been experimenting with solr and it's damned cool :) here we go: 1. I have a minor remark about the inconsistencies in the query-parameter definitions... Sometimes multiple