Re: Antw: Re: Behaviour of punctuation marks in phrase queries

After further reflection, I think that upgrading to 8.1 (LUCENE-8730) would actually not help in this case. It doesn't matter whether "a.b." or "ab" would be indexed or evaluated first; they'd both have implied positionLength 1 (as read from the index at query time), and would both be evaluated

Re: Antw: Re: Behaviour of punctuation marks in phrase queries

The SpanNearQuery in association with "a.b." input and WDGF is expected behavior, since WDGF causes the query to search ("ab")|("a" "b"), as 1 or 2 tokens, respectively. The "a. b." input (whitespace-separated) is tokenized simply as "a" "b" (2 tokens) so sticks with the more straightforward

Re: Antw: Re: Behaviour of punctuation marks in phrase queries

I’ll leave that explanation to someone who understands query parsers ;) > On May 17, 2019, at 7:57 AM, Doris Peter wrote: > > Thanks a lot! I tried the debug parameter, which shows interesting > differences: > > debug": { > >"rawquerystring": "all_places_txt:\"Neuburg a. d. Donau\"", >

Re: Distributed IDF in Alias

Both descriptions are correct, but in their context. The description in the Ref Guide in the section about ExactStatsCache is correct in the sense that it uses collection-wide IDF values for terms when calculating scores for different SHARDS (and merging partial per-shard lists). This means

Antw: Re: Behaviour of punctuation marks in phrase queries

Thanks a lot! I tried the debug parameter, which shows interesting differences: debug": { "rawquerystring": "all_places_txt:\"Neuburg a. d. Donau\"", "querystring": "all_places_txt:\"Neuburg a. d. Donau\"", "parsedquery": "PhraseQuery(all_places_txt:\"neuburg a d donau\")",

Distributed IDF in Alias

Hi all, Can somebody explain me SOLR tip from here : /"Any alias (standard or routed) that references multiple collections may complicate relevancy. By default, SolrCloud scores documents on a per

Re: Behaviour of punctuation marks in phrase queries

Three things: 1> WordDelimiterGraphFilterFactory requires FlattenGraphFilterFactory after it in the index config 2> It is usually unnecessary to have the exact same parameters at both query and index time for WDGFF. If you’ve split parts up at index time then mashed them all back together,

Re: ERR_SSL_VERSION_OR_CIPHER_MISMATCH Solr 8.1.0

On 5/16/2019 10:16 AM, Younge, Kent A - Norman, OK - Contractor wrote: I have upgraded one of our boxes to Solr 8.1.0 on RHEL 7.6 with Java 12.0.1. I also had a certificate up for renewal and I went through my regular process of creating the certificate and key. Now I get a

RE: ERR_SSL_VERSION_OR_CIPHER_MISMATCH Solr 8.1.0

Also when I run openssl I get the following: openssl s_client -showcerts -connect solrsite.com:8983 solr-ssl.p12 keytool -importkeystore -srckeystore solr-ssl.keystore.jks -destkeystore solr-ssl.keystore.jks -deststoretype pkcs12 solr.in.sh # Enables HTTPS. It is implictly true if you set

ERR_SSL_VERSION_OR_CIPHER_MISMATCH Solr 8.1.0

Hello, I have upgraded one of our boxes to Solr 8.1.0 on RHEL 7.6 with Java 12.0.1. I also had a certificate up for renewal and I went through my regular process of creating the certificate and key. Now I get a ERR_SSL_VERSION_OR_CIPHER_MISMATCH error. I have gotten this before however,

Behaviour of punctuation marks in phrase queries

Hello, We use Solr 7.6.0 to build our index, and I have got a Question about Phrase Queries: We use the following configuration in schema.xml:

Re: SSL question

You have to do a zookeeper setting: server/scripts/cloud-scripts/zkcli.sh -zkhost localhost:2181 -cmd clusterprop -name urlScheme -val https > Am 17.05.2019 um 00:36 schrieb Tony Sargent : > > Hello, > > I have set up a SolrCloud with 3 Solr nodes (v7.7) and 3 external Zookeepers > (3.4.14).