I know what the problem was, the query let use someones characters without
escapes, but using delete by query don't.
thanks, see you ;-)
Athok wrote:
Hello, I am begining with solr and i have a problem with the delete by
query. If i do a query to solr, it give me the results that i hope
Hi,
I was wondering how close Solr 1.3 is to being released.
The wiki mentions that August 18th 2008 was the ideal release date.
Have there been any release candidates yet? I can't find any on
http://lucene.apache.org/solr/
Thanks
~Tim.
Hi,
I want to know when Multiple user searching at a time in solr server,how
the request handled in solr server.Please give the process of that search
handling.And tell me how the load balncing performed in solr index.
Thanks in Advance
-sanraj
--
View this message in context:
This is done by serverlet container, but by solr. Solr is just an application.
Jae
--Original Message--
From: sanraj25
To: solr-user@lucene.apache.org
ReplyTo: solr-user@lucene.apache.org
Sent: Sep 11, 2008 8:17 AM
Subject: Multiple search at single time
Hi,
I want to know when
Hi,
Now I am using five fields in solr's schema.xml.If I want to add one
more field dynamically,what should I do?For index and search in solr server
I used php client.In php code how I declare the dynamic field.
Thanks in advance,
-sanraj
--
View this message in context:
http://markmail.org/search/?q=solr%20release%20candidate
Otis
- Original Message
From: Tim Sell [EMAIL PROTECTED]
To: solr-user@lucene.apache.org
Sent: Thursday, September 11, 2008 6:13:04 AM
Subject: idea of 1.3 release date?
Hi,
I was wondering how close Solr 1.3 is to
Hi Solr-Users,
I am using DisMaxHandler in my application and I am facing one issue.
The DisMaxHandler works fine for general queries but returns no result
if I do fielded search.
For example
for query
a) q=xyzqt=dismax returns me the required results
but if I do
b) q=field1:xyz+xyzqt=dismax
I have also wanted to use the very cool DisMax query handler but was
dismayed that it prevented me from using Solr/Lucene's full syntax
capability. So I took matters into my own hands and modified the source. I
have patches available:
https://issues.apache.org/jira/browse/SOLR-756 757 and 758
Vaijanath N. Rao wrote:
Hi Solr-Users,
I am using DisMaxHandler in my application and I am facing one issue.
The DisMaxHandler works fine for general queries but returns no result
if I do fielded search.
For example
for query
a) q=xyzqt=dismax returns me the required results
but if I do
b)
Perhaps we need a syntax option on DisMax. At Netflix, we've modified it
to be pure text, with no operators. My current favorite unsearchable
name is this band:
(+/-)
wunder
On 9/11/08 7:32 AM, Smiley, David W. (DSMILEY) [EMAIL PROTECTED] wrote:
I have also wanted to use the very cool DisMax
Optimize can be a very expensive operation since it copies the entire index
to new data files. Not sure if solr has an auto-optimize feature, though I
doubt it would be used much. Our policy is to run commits every few
thousand documents and run an optimize once every day or so. These commands
ahh, sorry.
I should have searched the archives first. I guess it's coming soon then.
2008/9/11 Otis Gospodnetic [EMAIL PROTECTED]:
http://markmail.org/search/?q=solr%20release%20candidate
Otis
- Original Message
From: Tim Sell [EMAIL PROTECTED]
To: solr-user@lucene.apache.org
We have a 14 million document index that we only use for querying
(optimized, read-only). When we issue queries that have few, relatively
rare words, the query returns quickly. However, when the query is longer
and uses more common words (hitting, say, ~1 million docs), it might take
seconds to
Jason Rennie wrote:
We have a 14 million document index that we only use for querying
(optimized, read-only). When we issue queries that have few, relatively
rare words, the query returns quickly. However, when the query is longer
and uses more common words (hitting, say, ~1 million docs), it
It Totally Helps. Thanks Jason!
Hoss,
Are the parameters you mentioned, available in the sample solrconfig.xml
that comes with the nightly build? My schema and config files are about a year
old(1.2.X version) one and am not sure if the 1.3 files for the same have some
default options
: b) q=field1:xyz+xyzqt=dismax it returns me zero result.
:
: Is there anyway I get results for the query type b but still use the
: DisMaxHandler.
that would kind of defeat the point of dismax, which is to move the
selection of which fields are searched out of the query string (which came
I think the point is that Viaj would like to permit users to specify the
field if they so choose.
On 9/11/08 12:48 PM, Chris Hostetter [EMAIL PROTECTED] wrote:
: b) q=field1:xyz+xyzqt=dismax it returns me zero result.
:
: Is there anyway I get results for the query type b but still use the
:Are the parameters you mentioned, available in the sample
: solrconfig.xml that comes with the nightly build? My schema and config
the options for influencing when merging happen have always been in the
same solrconfig.xml ... but there are new ones in 1.3 to reflect the new
options
On Thu, Sep 11, 2008 at 11:54 AM, Mark Miller [EMAIL PROTECTED] wrote:
What kind of traffic are you getting when it takes seconds? 1 request? 12?
I'd estimate concurrency around 3, though the speed doesn't change much when
we run the same query on a server with zero traffic.
Jason
Hi Jason, some questions ..
what is your index configuration???
What is your average size form the returned fields ???
How much memory have your System ??
Do you have long fieds who is returned in the queries ?
Do you have actÃvate the Highlighting in the request ?
Are you using multi-value filed
There is a defType parameter and dismax is one such type. But
unfortunately, dismax does a lot of things and it's not structured to be
extended so that this can be modified. Presently you have to write your own
QueryParser Plugin which is not something easily done. SOLR-758 is my
attempt to fix
On Thu, Sep 11, 2008 at 1:29 PM, [EMAIL PROTECTED] wrote:
what is your index configuration???
Not sure what you mean. We're using 1.2, though we've tested with a recent
nightly and didn't see a significant change in performance...
What is your average size form the returned fields ???
On 11-Sep-08, at 8:24 AM, Jason Rennie wrote:
We have a 14 million document index that we only use for querying
(optimized, read-only). When we issue queries that have few,
relatively
rare words, the query returns quickly. However, when the query is
longer
and uses more common words
: I think the point is that Viaj would like to permit users to specify the
: field if they so choose.
Ah... gotcha. that would fall somewhere along the lines of SOLR-405.
Although as i said in my comment there: at a minimum we need ot make it
smart enough to do the right thing both when the
: Hi, Is there a way to force solr/lucene to return a given number of
: documents in multiple categories? Facets doesn't seem to be what I want
what you're describing sounds similar to Field Collapsing ...
https://issues.apache.org/jira/browse/SOLR-236
...I'm not too familiar with that issue
A free text option would be really nice. When our users type
mission:impossible, they are not searching a field named mission.
wunder
On 9/11/08 4:39 PM, Chris Hostetter [EMAIL PROTECTED] wrote:
: I think the point is that Viaj would like to permit users to specify the
: field if they so
: Now I am using five fields in solr's schema.xml.If I want to add one
: more field dynamically,what should I do?For index and search in solr server
: I used php client.In php code how I declare the dynamic field.
all fields need to be decalred in your schema.xml -- but they can be
: A free text option would be really nice. When our users type
: mission:impossible, they are not searching a field named mission.
right ... SOLR-405 was a start, but as i recall it didn't deal with the
case where the stuff before the colon wasn't a field name, and it exposed
raw field names to
We need no field queries, never, no way. We don't want accidental
collisions between a new movie title and an existing fieldname that
requires an emergency software push to production.
Same thing for plus, minus, AND, OR, and NOT.
Our customers really, really don't do that. They are not native
Hi - I am a newbie to Solr and would like to get some advice on the best
strategy for updating the index in an environment where both content is
added and searches are executed 24/7. We would also like to have the
option of doing a full re-index on an as needed basis.
I was initially looking
Hi-
Is it possible to add a bias to the ordering in the distributed search
feature? That is, if the search finds the same content in two different
indexes, it always favors the document from the first index over the second.
If it is not already possible, how would we add this facility?
31 matches
Mail list logo