On Mon, 2016-01-25 at 20:38 -0700, Shawn Heisey wrote:
> Very likely what's happening is that sometimes your shards are
> responding on a different timescale with each request, so the pieces
> that get combined into the final result set arrive in a different
> order. This causes the Java object co
On 1/25/2016 7:47 PM, Brian Narsi wrote:
> We have increased the number of documents in the SolrCloud collection to
> several million now and are seeing the "issue" again:
>
> If there are 10 documents each with exactly the same highest score and we
> run the query again and again, the order of doc
We have increased the number of documents in the SolrCloud collection to
several million now and are seeing the "issue" again:
If there are 10 documents each with exactly the same highest score and we
run the query again and again, the order of documents changes. So strictly
speaking although all
Data is indexed using Data Import Handler with clean=true, commit=true and
optimize=true. After that there are no updates or delete.
The setup is SolrCloud with 2 shards and 2 replicas each.
If the data and query has not changed, one expects to see the same results
on repeated searches; so it is
Probably the fact that information from deleted/updated
documents is still hanging around in the corpus until
merged away.
The nub of the issue is that terms in deleted documents
(or the replaced doc if you update) still influence tf/idf
calculations. If you optimize as Binoy suggests, all of
the
You should try debugging such queries to see how exactly they're being
executed.
That will give you an idea as to why you're seeing the results you see.
On Fri, 15 Jan 2016, 19:05 Brian Narsi wrote:
> We have an index of 25 fields. Currently number of records in index is
> about 120,000. We are
Hi Daniel;
That's good to hear that I could help to solve your problem.
Thanks;
Furkan KAMACI
2013/12/11 Daniel Bryant
> Ah! That's solved it - there were multiple missing (inactive) shards shown
> in the Cloud panel. This is bizarre (as I'm specifying numShards=1 on the
> JVM options), but d
Ah! That's solved it - there were multiple missing (inactive) shards
shown in the Cloud panel. This is bizarre (as I'm specifying numShards=1
on the JVM options), but deleting my zoo_data folder under the solr
directory, and then restarting SolrCloud resulted in queries returning
correct values
Hi Daniel;
Could you open the Solr admin page and check it? If there is no error
message click on the Cloud link at left panel check the status of your node?
Thanks;
Furkan KAMACI
10 Aralık 2013 Salı tarihinde Daniel Bryant
adlı kullanıcı şöyle yazdı:
> Hi,
>
> I'm getting the error 'msg: "no s
Erick Erickson wrote
>
> Ahhh, you need to look down another few lines. When you specify fq, there
> should be a section of the debug output like
>
> .
> .
> .
>
>
> where the array is the parsed form of the filter queries. I was thinking
> about
> comparing that with the parsed form of
Ahhh, you need to look down another few lines. When you specify fq, there
should be a section of the debug output like
.
.
.
where the array is the parsed form of the filter queries. I was thinking about
comparing that with the parsed form of the "q" parameter in the non-filter
case to see
Hi Erick,
Thanks for the reply.
The query:
http://localhost:8983/solr/db/select?indent=on&version=2.2&q=CITY:MILTON&fq=&start=0&rows=10&fl=*&wt=&explainOther=&hl.fl=&group=true&group.field=ID&group.ngroups=true&group.truncate=true&debugQuery=on
yields this in the debug section:
CITY:MILT
Hi Eric,
Thanks for the reply.
The query:
http://localhost:8983/solr/db/select?indent=on&version=2.2&q=CITY:MILTON&fq=&start=0&rows=10&fl=*&wt=&explainOther=&hl.fl=&group=true&group.field=ID&group.ngroups=true&group.truncate=true&debugQuery=on
yields this in the debug section:
CITY:MILTO
Hi Erick,
Thanks for the reply.
The query:
http://localhost:8983/solr/db/select?indent=on&version=2.2&q=CITY:MILTON&fq=&start=0&rows=10&fl=*&wt=&explainOther=&hl.fl=&group=true&group.field=ID&group.ngroups=true&group.truncate=true&debugQuery=on
yields this in the debug section:
CITY:MILT
Hi Eric,
Thanks for the reply.
The query:
http://localhost:8983/solr/db/select?indent=on&version=2.2&q=CITY:MILTON&fq=&start=0&rows=10&fl=*&wt=&explainOther=&hl.fl=&group=true&group.field=ID&group.ngroups=true&group.truncate=true&debugQuery=on
yields this in the debug section:
CITY:MILTON
C
q and fq queries don't necessarily run through the same query parser, see:
http://wiki.apache.org/solr/SimpleFacetParameters#facet.query_:_Arbitrary_Query_Faceting
So try adding &debugQuery=on to both queries you submitted. My guess
is that if you look at the parsed queries, you'll see something t
That's because of the space.
If you want to include the space in the search query (performing exact
match), then use double quotes around your search terms :
q=multiplex_name:"Agent Vinod"
Online documentation :
* http://wiki.apache.org/solr/SolrQuerySyntax
*
http://lucene.apache.org/core/ol
Thanks Stefan.
--
View this message in context:
http://lucene.472066.n3.nabble.com/Query-Results-Differ-tp3104412p3105914.html
Sent from the Solr - User mailing list archive at Nabble.com.
On Fri, Jun 24, 2011 at 5:11 PM, jyn7 wrote:
> So if I use a second fq parameter, will SOLR apply an AND on both the fq
> parameters?
Yes :)
On Fri, Jun 24, 2011 at 5:11 PM, jyn7 wrote:
> I have multiple indexed values, so when I search for q=time, does SOLR
> return results with Time in any of
So if I use a second fq parameter, will SOLR apply an AND on both the fq
parameters?
I have multiple indexed values, so when I search for q=time, does SOLR
return results with Time in any of the indexed values ? Sorry for the silly
questions
--
View this message in context:
http://lucene.472066.
+ is an urlencoded whitespace .. so your filter-query says either
supplerid or published_on.
what you could do is:
1) use a second fq= param
2) combine them both into one like this: fq=foo+%2Bbar
%2B is an urlencoded + character
HTH, Regards
Stefan
On Fri, Jun 24, 2011 at 4:27 PM, jyn7 wrote:
Just stumbled on field collapsing (
http://wiki.apache.org/solr/FieldCollapsing ), which is apparently
slated for inclusion in the next release.
Looks like I should be able to achieve my unique field requirement w/
group.limit=1&group.main=true in the query string.
With regard to the known limitat
In my case, I want to filter out "duplicate" docs so that returned
docs are unique w/ respect to a certain field (not the schema's unique
field, of course): a "duplicate" doc here is one that has same value
for a checksum field as one of the docs already in the results. It
would be great if I could
Hmm, depending on what you are actually needing to do, can you do it with a
simple fq param to filter out what you want filtered out, instead of needing to
write custom Java as you are suggesting? It would be a lot easier to just use
an fq.
How would you describe the documents you want to filt
> I am a student and I am trying to run evaluation for TREC
> format document. I
> have the judgments. I would like to have the output of my
> queries for use
> with trec_eval software. Can someone please point me how to
> make Solr spit
> out output in this format? Or at least point me to some
> m
I don't know anything about the TREC format document, but i think if you
want text output, you can do it by using the
http://wiki.apache.org/solr/XsltResponseWriter to transform the xml to a
text...
On Tue, Oct 19, 2010 at 12:29 PM, Valli Indraganti <
valli.indraga...@gmail.com> wrote:
> Hello!
>
If I understand your use case correctly. You will have to write your own
response writer.
Only the below response writers are available .
Query response writer
Description
XMLResponseWriter
The most general-purpose response format outputs its results in XML, as
demonstrated by the blogging a
27 matches
Mail list logo
