I am trying to index a slew of web pages but want to restrict what gets
indexed
I'm trying to use a dataImportHandler to do this.
my initial config to test this approach isn't doing what I expect
The FileListEntityProccessor is feeding
As stored & indexed both default to "true" do we still need to specify in the
schema as
Indexed="true" & stored="true"
Can someone clarify the difference between isWithin and Contains in regards
to Solr's spatial support? From
https://wiki.apache.org/solr/SolrAdaptersForLuceneSpatial4 I see that if
you are using point data you should use Intersects, but it is not clear
when to use isWithin and contains. My guess
bq: You mention the I was searching for concord and that its not in
any documents. But the results below clearly show 3 hits
Right, as you figured out I _really_ meant "concord in any stored
fields you were including in the hl.fl parameter". That could have
been clearer.
bq: Is there a problem w
Erick,
that explains it. I figured I didn't understand how solr handled
highlight fragments.
Most of my documents are just text. or as solr specifies that content
_text_, which is not stored, by default.
You mention the I was searching for concord and that its not in any
documents. But th
Hmmm, thanks. This line:
org.apache.solr.update.DefaultSolrCoreState.newIndexWriter(org.apache.solr.core.SolrCore,
boolean) @bci=89, line=157 (Interpreted frame)
is suspiciously in the region of SOLR-7836 but the rest of the
precursors for that JIRA aren't
present (i.e. Delete By Query and/or rel
Well, the example you just showed shouldn't show any highlighting. Your query is
q=concord
so it's trying to highlight "concord" which isn't in any of your
documents. hl.q can be
used to highlight something other than your q parameter.
I did notice in some of your other examples that you seemed to
I am using Solrj as solr client
We have a user query like
"XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0"
AND "after 109"
or
"XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0"
"after 109"
currently
if (syndrome.startsWith("\"") && syndrome.
I think the highlighter is actually running, but I'm not getting the
results??
with this request
http://localhost:8983/solr/mbepp/select?q=concord&fl=accession%2C+title%2C+author%2C+date&wt=json&indent=true&hl=true&hl.fl=*
I get this response
{
"responseHeader":{
"status":0,
"QTime
Tried submitting a filed for hl.fl still empty {}
here are the query terms
"responseHeader": {
"status": 0,
"QTime": 8,
"params": {
"q": "mary or calvin",
"hl": "true",
"hl.simple.post": "",
"indent": "true",
"fl": "accession, title, author, date",
yeah, I'm partial to it too! :-)
On 8/11/2015 7:29 PM, Erick Erickson wrote:
bq: Erick Erickson surely likes your e-mail domain :)
Yep, I envy that one!
On Tue, Aug 11, 2015 at 6:27 PM, Erik Hatcher wrote:
Scott - doesn’t look you’ve specified hl.fl specifying which field(s) to
highlight.
I was pretty sure I tried that, though I thought if you don't specify it
just uses the search terms?
If I just search for "calvin" and don't specify a field, what do I
assign hl.fl?
Scott
On 8/11/2015 7:27 PM, Erik Hatcher wrote:
Scott - doesn’t look you’ve specified hl.fl specifying which
You'll want to check to see if there are any static warming queries being
run as well.
How often are you committing and opening a new searcher? Are you using
autoCommits or explicitly committing?
Joel Bernstein
http://joelsolr.blogspot.com/
On Wed, Aug 12, 2015 at 3:57 AM, Adrian Liew
wrote:
>
Hi - anyone to share some hints on the topic?
Regards,
M.
-Original message-
> From:Markus Jelsma
> Sent: Wednesday 5th August 2015 12:13
> To: solr-user
> Subject: High CPU DistributedQueue and OverseerAutoReplicaFailoverThread
>
> Hello - we have a single Solr 5.2.1 node that (for
Hi,
I am going to implement a searchcomponent for Solr to return document main
keywords with using the more like this interesting terms. The main part of
implemented component which uses mlt.retrieveInterestingTerms by lucene
docID does not work for all of the documents. I mean for some of the
doc
Sure, Eric. Here it is
Attaching to process ID 9429, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.51-b03
Deadlock Detection:
No deadlocks found.
Thread 9578: (state = BLOCKED)
- sun.misc.Unsafe.park(boolean, long) @bci=0 (Compiled frame; informatio
Additionally,
I realized that my autowarmCount is set to zero for the following Cache entries
except perSegFilter:
The link,
https://wiki.apache.org/solr/FAQ#What_does_.22PERFORMANCE_WARNING:_Overlapping_onDeckSearchers.3DX.22_mean_in_my_logs.3F
Thanks Shawn. Having said that increasing maxWarmingSearchers is usually wrong
to solve this, are there any implications if we set maxWarmingSearchers to zero
to resolve this problem?
Or do you think there are some other settings that are worthwhile tuning to
cater to the above?
Best regards,
Thank you for the information.
Regards,
Edwin
On 12 August 2015 at 11:48, Shawn Heisey wrote:
> On 8/11/2015 9:36 PM, Zheng Lin Edwin Yeo wrote:
> > I'm using Solr 5.2.1. I understand that for JSON format, Solr writes out
> > the fields of each document in the order they are found in the index
Hello,
note
https://cwiki.apache.org/confluence/display/solr/Other+Parsers#OtherParsers-BlockJoinQueryParsers
> The syntax for this parser is: q={!child of=}.
Thus it should be:
{!child of='ps:[* TO *]'}ps:PS1
it yields doc 2 with Martin
On Wed, Aug 12, 2015 at 9:54 AM, MOIS Martin (MORPHO) <
20 matches
Mail list logo
