Hi Niraj,
Should I expect it to check the following bigram phrases?
Yes it will check.
ex- documents & query is given below
http://localhost:8983/solr/myfile/select?wt=xml=name=on=*System
AND Memory AND (OEM OR Retail)*=50=json&*qf=_text_=_text_*
=true=edismax
A-DATA V-Series 1GB 184-Pin
Hi,
I am using solr 4.4 and bit confused about how does the edismax parser
treat the pf2 parameter when both the AND and OR operators are used in the
query with ps2=0
For example:
pf2=title^100
q=HDMI AND Video AND (Wire OR Cable)
Should I expect it to check the following bigram phrases?
hdmi
My apologies first for posting in the wrong forum as I thought they are
internally using Solr and the the process is all same when it comes to filed
mapping etc.
And really appreciate your patience in assisting me. Thank you once again.
--
View this message in context:
It would have been very helpful if you'd mentioned Fusion earlier.
Fusion is a Lucidworks product, not something the Solr community can
be expected to troubleshoot. I suggest you contact Lucidworks support
for help with that.
Best,
Erick
On Sun, Jul 30, 2017 at 11:56 AM, MKrishna
The actual setup is :
Lucid works Fusion 3.1.0 (installed on a Linux machine) is the latest
upgrade we did for the search index from fusion 2.4.Also with 2.4 we had the
schema less mode.
Basically we are indexing the outlook files stored in a folder via smb as
input to Lucid fusion.
My
Version 3.1 of _what_? Certainly not Solr as schemaless is not in any
3x version of Solr. So it sounds like you changed some other part of
your system. Can't help you there.
And I do not recommend schemaless mode for production. Use it to find
out what kinds of data you get, but then I'd advise
We are using the schema less mode trying to parse outlook(.msg) files in an
smb.
and I get to see the properties of the .msg file(date_created fields )
stored in dynamic fields date_Created_s and date_created_t.
This change is seen only after upgrading the version to 3.1 as the older
It's right there in the reference guide:
https://cwiki.apache.org/confluence/display/solr/Copying+Fields
But that's not what I was talking about, you've got it backwards
What you haven't really told us is why the data is being sent to
date_created in the first place. How are you parsing the
I need to improve user experience on facets calculation.
Let’s assume we’ve got a time partitioned collections.
Partition1, Partition2, Partition3 …..
AliasAllPartitions unify all partitions together.
Running facets on AliasAllPartitions is very heavy synchronous operation,
user have to wait a lot
