rFactory is
> deprecated and is replaced by WordDelimiterGraphFilterFactory.
>
> Steve
>
> On Sat, May 9, 2020 at 5:22 PM Steven White wrote:
>
> > Hi everyone,
> >
> > Why I cannot find the filter solr.WordDelimiterFilterFactory at
> > https://lucene.apache
Never mind, I found the answer. WordDelimiterFilterFactory is
deprecated and is replaced by WordDelimiterGraphFilterFactory.
Steve
On Sat, May 9, 2020 at 5:22 PM Steven White wrote:
> Hi everyone,
>
> Why I cannot find the filter solr.WordDelimiterFilterFactory at
> https://lucen
Hi everyone,
Why I cannot find the filter solr.WordDelimiterFilterFactory at
https://lucene.apache.org/solr/guide/8_5/index.html but it is at
https://cwiki.apache.org/confluence/display/SOLR/AnalyzersTokenizersTokenFilters
?
Thanks
Steve
On Fri, Nov 1, 2013 at 11:38 AM, eShard wrote:
> I have and ID that consists of two letters and a number.
> The whole user title looks like this: Lastname, Firstname (LA12345).
> Now, with my current configuration, I can search for LA12345 and find the
> user.
> However, when I type in just the nu
Yes you can and I don't see any reason why you should not
Le 01/11/2013 15:38, eShard a écrit :
Good morning,
Here's the issue:
I have and ID that consists of two letters and a number.
The whole user title looks like this: Lastname, Firstname (LA12345).
Now, with my current configuration, I can
Good morning,
Here's the issue:
I have and ID that consists of two letters and a number.
The whole user title looks like this: Lastname, Firstname (LA12345).
Now, with my current configuration, I can search for LA12345 and find the
user.
However, when I type in just the number I get zero results.
Hi Jack,
Thanks for the expalnation
--
View this message in context:
http://lucene.472066.n3.nabble.com/struggling-with-solr-WordDelimiterFilterFactory-tp4085021p4085661.html
Sent from the Solr - User mailing list archive at Nabble.com.
8 AM
To: solr-user@lucene.apache.org
Subject: Re: struggling with solr.WordDelimiterFilterFactory
Hi Jack,
As mentioned earliear a part of the issue was resolved by the two fixes I
mentioned above and for the query u mentioned I am getting the same result
as yours.
What is not working though is
Hi Jack,
As mentioned earliear a part of the issue was resolved by the two fixes I
mentioned above and for the query u mentioned I am getting the same result
as yours.
What is not working though is the query *q=content:"speedPost"* with the
text enclosed in inverted commas
--
View this message
Returns all five docs, as expected.
Note: the default for q.op is "OR".
So, please try the same experiment yourself, and then tell us how your
config/schema is different than this test case.
-- Jack Krupansky
-Original Message-
From: vicky desai
Sent: Tuesday, August 20, 20
Hi Erik,
I was going to come to that. Now if I have the word *speedpost* in the index
and if I dont use catenation at the query end then query for the word
speedPost wont fetch me the results. It would then might make sense to
remove the entire WDFF from query and search for a few possible combina
OK, here's where you can drive yourself mad with the subtle
variations between how WordDelimiterFilterFactory splits and
recombines the tokens. Take a look at the stock distro, you'll
see that the index time and query time settings for WEFF
are slightly different.
The idea is that if you do things
Hi All,
There were two fixes for the issue I was facing
1. By changing the version in schema form* 1.1* to *1.5*
OR
2. keeping the version to 1.1 and adding *autoGeneratePhraseQueries*="false"
to the field type
However the issue is not completely resolved yet
on searching for content:speedPost th
Hi Aloke,
After taking the schema.xml and solrconfig.xml with the changes u mentioned
it worked fine. However simply making this changes in schema.xml doesnt
work. So seems like there is an issue in some configuration in
solrconfig.xml. I will figure that out and post it here.
Anyways thanks a lo
Location of the schema.xml:
http://svn.apache.org/repos/asf/lucene/dev/tags/lucene_solr_4_2_1/solr/example/solr/collection1/conf/schema.xml
On Mon, Aug 19, 2013 at 6:52 PM, Aloke Ghoshal wrote:
> Here you go, it is the default 4.2.1 schema.xml (
> http://svn.apache.org/repos/asf/lucene/dev/tags
Here you go, it is the default 4.2.1 schema.xml (
http://svn.apache.org/repos/asf/lucene/dev/tags/lucene_solr_4_2_1/solr/example/solr/solr.xml),
with the following additions:
Test with the field *ContTest*.
Regards,
Aloke
On Mon,
Hi Aloke,
I have multiple fields in my schema which are of type text. i tried the
same case on all the fields. Not working for me on any of them. If possible
for u can u please post your dummy solrconfig.xml and schema.xml. I can
replace them and check
--
View this message in context:
http:/
Hi Vicky,
Please check you if you have a second "multiValued" field by the name
"content" defined in your schema.xml. It is typically part of the default
schema definition & is different from the one you had initially posted had
"Content" with a capital C.
Here's the debugQuery on my system (wit
Hi,
Another observation while testing
Docs having the value for content field as below
1. content:speedPost
2. content:sPeedpost
3. content:speEdpost
4. content:speedposT
matches the query q=content:speedPost. So basically if in the entire word
there is one 1 letter that is camel cased then it m
Hi Erik,
These are the request handlers defined in solrconfig.xml
--
View this message in context:
http://lucene.472066.n3.nabble.com/struggling-with-solr-WordDelimiterFilterFactory-tp4085021p4085417.html
Sent from the Solr - User mailing list arc
Well, the case of your parsedQuery field _name_ (i.e. content) does not
match
the case of your field definition, (i.e. Content). This may just be an
artifact
however.
That said, the MultiPhraseQuery is probably coming from your request
handler definition. Can we see that too?
Erick
On Mon, Aug
Hi,
I have created a new index. So reindexing shouldnt be the issue.
Analysis page shows me correct result and match should be found as per the
analysis page.But no output on actual query
The Output of debug query is as follows
content:speedPost
content:speedPost
MultiPhraseQuery(content:"(speedp
Vicky:
Both examples work fine for me. Can you show us the results of adding
&debug=query?
It does NOT work if I search content:speedPost rather than
Content:speedPost though,
are you sure the casing of your field name case matches exactly?
Also, be sure to re-index your data. Use the admin/analy
Hi,
That's correct the Analyzers will get applied to both Index & Query time.
In fact I do get results back for speedPost with this field definition.
Regards,
Aloke
On Fri, Aug 16, 2013 at 5:21 PM, vicky desai wrote:
> Hi,
>
> Another Example I found is q=Content:wi-fi doesn't match for docume
the generated parse
query looks like.
-- Jack Krupansky
-Original Message-
From: vicky desai
Sent: Friday, August 16, 2013 7:51 AM
To: solr-user@lucene.apache.org
Subject: Re: struggling with solr.WordDelimiterFilterFactory
Hi,
Another Example I found is q=Content:wi-fi doesn't
Hi,
Another Example I found is q=Content:wi-fi doesn't match for documents with
word wifi. I think it is not catenating the query keywords correctly
--
View this message in context:
http://lucene.472066.n3.nabble.com/struggling-with-solr-WordDelimiterFilterFactory-tp4085021p4085030.html
Sent f
Hi Aloke,
I am using the same analyzer for indexing as well as quering so
LowerCaseFilterFactory should work for both, right?
--
View this message in context:
http://lucene.472066.n3.nabble.com/struggling-with-solr-WordDelimiterFilterFactory-tp4085021p4085025.html
Sent from the Solr - User mai
itionIncrementGap="100">
>
> class="solr.WhitespaceTokenizerFactory" />
> class="solr.WordDelimiterFilterFactory"
> splitOnCaseChange=
Hi All,
I have a query regarding the use of wordDelimiterFilterFactory. My schema
definition for the text field is as follows
hi jack,
It worked with dismax. I was using a our search partner provided wrapper
around dismax and it seems like it has a bug.
I switched to dismax and all is working fine now.
Thanks for help
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-WordDelimiterFilterFactory-
To: solr-user@lucene.apache.org
Subject: Re: solr.WordDelimiterFilterFactory query time
hi jack,
thanks, i figured out the issue. It was settings during query and index time
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-WordDelimiterFilterFactory-query-time
hi jack,
thanks, i figured out the issue. It was settings during query and index time
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-WordDelimiterFilterFactory-query-time-tp3950045p3951811.html
Sent from the Solr - User mailing list archive at Nabble.com.
onday, April 30, 2012 11:56 AM
To: solr-user@lucene.apache.org
Subject: Re: solr.WordDelimiterFilterFactory query time
hi jack,
tried &qs=10 but unfortunately it does not seem to help.
Not sure what else could be wrong
abhay
--
View this message in context:
http://lucene.472066.n3.nabbl
hi jack,
tried &qs=10 but unfortunately it does not seem to help.
Not sure what else could be wrong
abhay
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-WordDelimiterFilterFactory-query-time-tp3950045p3951083.html
Sent from the Solr - User mailing list archive at Nabbl
hi jack,
tried &qs=10 but unfortunately it does not seem to help.
Not sure what else could be wrong
abhay
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-WordDelimiterFilterFactory-query-time-tp3950045p3951082.html
Sent from the Solr - User mailing list archive at Nabbl
hi jack & erick,
Thanks
I do have qs set in solrconfig for query handler dismax settings.
10
Still does not work
abhay
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-WordDelimiterFilterFactory-query-time-tp3950045p3951038.html
Sent from the Solr - User mailing list a
The &qs=1 request parameter should work for the dismax query parser as well
as edismax.
-- Jack Krupansky
-Original Message-
From: Erick Erickson
Sent: Monday, April 30, 2012 10:58 AM
To: solr-user@lucene.apache.org
Subject: Re: solr.WordDelimiterFilterFactory query time
See Ja
n:"blackberry 9801"^3.0 |
> displayName:"blackberry 9801"^15.0 | displayNameEscaped:"blackberry
> 9801"^15.0 | manufacturer:"blackberry 9801"^10.0 | text_all:"blackberry
> 9801" | title:"blackberry 9801"^5.0)~0.01
>
&
hi Erick,
autoGeneratePhraseQueries="false" is set for field type. And it works fine
for standard query parser.
Problem seem to be when i start using dismax. As u suggested i checked
analysis tool and even after word delimiter is applied i see search term as
"blackberry 9801" so i dont think it s
ch 9810 as well
as blackberry 9810.
-- Jack Krupansky
-Original Message-
From: abhayd
Sent: Monday, April 30, 2012 2:13 AM
To: solr-user@lucene.apache.org
Subject: solr.WordDelimiterFilterFactory query time
hi
I am using solr.WordDelimiterFilterFactory for a text_en field during qu
hrases enabled and it's looking for balckberry right
next to 9810.
But those are guesses..
Best
Erick
On Mon, Apr 30, 2012 at 2:13 AM, abhayd wrote:
> hi
>
> I am using solr.WordDelimiterFilterFactory for a text_en field during query
> time.
>
> my title for document is: blac
hi
I am using solr.WordDelimiterFilterFactory for a text_en field during query
time.
my title for document is: blackberry torch 9810
My query : torch9810 works fine
It splits alpha numeric and gets me the document.
But when query is:blackberry9810 it splits to blackberry 9810 but I dont get
2012 8:01 AM
Subject: Re: Question about solr.WordDelimiterFilterFactory
WordDelimiterFilterFactory will _almost_ do what you want
by setting things like catenateWords=0 and catenateNumbers=1,
_except_ that the punctuation will be removed. So
12.34 -> 1234
ab,cd -> ab cd
is that "close
WordDelimiterFilterFactory will _almost_ do what you want
by setting things like catenateWords=0 and catenateNumbers=1,
_except_ that the punctuation will be removed. So
12.34 -> 1234
ab,cd -> ab cd
is that "close enough"?
Otherwise, writing a simple Filter is probably the way to go.
Best
Erick
Hello,
I am new to solr/lucene. I am tasked to index a large number of documents. Some
of these documents contain decimal points. I am looking for a way to index
these documents so that adjacent numeric characters (such as [0-9.,]) are
treated as single token. For example,
12.34 => "12.34"
12,
hello,
>>
Or does your field in schema.xml have anything like
autoGeneratePhraseQueries="true" in it?
<<
there is no reference to this in our production schema.
this is extremely confusing.
i am not completely clear on the issue?
reviewing our previous messages - it looks like the data is bein
Hmmm, Try looking at either anything you've done in solrconfig.xml
where to the request handler (probably called "search") with
default="true" set.
Or does your field in schema.xml have anything like
autoGeneratePhraseQueries="true" in it?
Best
Erick
On Thu, Feb 9, 2012 at 12:02 PM, geeky2 wrot
>>
OK, first question is why are you searching on two different values?
Is that intentional?
<<
yes - our users have to be able to locate a part or model number (that may
or may not have periods in that number) even if they do NOT enter the number
with the embedded periods.
example:
actual
OK, first question is why are you searching on two different values?
Is that intentional? If I'm reading your problem right, you should
be able to get/not get any response just by toggling whether the
period is in the search URL, right?
But assuming that's not the problem, there's something you're
hello,
thanks for sticking with me on this ...very frustrating
ok - i did perform the query with the debug parms using two scenarios:
1) a successful search (where i insert the period / dot) in to the itemNo
field and the search returns a document.
itemNo:BP2.1UAA
http://hfsthssolr1.intra.sea
Hmmm, that all looks correct, from the output you pasted I'd expect
you to be finding the doc.
So next thing: add &debugQuery=on to your query and look at
the debug information after the list of documents, particularly
the "parsedQuery" bit. Are you searching against the fields you
think you are?
hello,
thank you for the reply.
yes - i did re-index after the changes to the schema.
also - thank you for the direction on using the analyzer - but i am not sure
if i am interpreting the feedback from the analyzer correctly.
here is what i did:
in the Field value (Index) box - i placed this:
, geeky2 wrote:
> hello all,
>
> i am struggling with getting solr.WordDelimiterFilterFactory to behave as is
> indicated in the solr book (Smiley) on page 54.
>
> the example in the books reads like this:
>
>>>
> Here is an example exercising all options:
> WiFi-802
hello all,
i am struggling with getting solr.WordDelimiterFilterFactory to behave as is
indicated in the solr book (Smiley) on page 54.
the example in the books reads like this:
>>
Here is an example exercising all options:
WiFi-802.11b to Wi, Fi, WiFi, 802, 11, 80211, b, WiFi
blem... but
> it still seems to me that something isn't working the way it is supposed to
> in this particular case.
>
> - Demian
>
> > -Original Message-
> > From: Robert Muir [mailto:rcm...@gmail.com]
> > Sent: Friday, April 09, 2010 12:05 PM
> &g
sage-
> From: Robert Muir [mailto:rcm...@gmail.com]
> Sent: Friday, April 09, 2010 12:05 PM
> To: solr-user@lucene.apache.org
> Subject: Re: solr.WordDelimiterFilterFactory problem with hyphenated
> terms?
>
> but this behavior is correct, as you have position increments enabled.
&
gt; title:"love customs in in eighteenthcentury spain"
>
> (note the duplicate "in").
>
> - Demian
>
> > -Original Message-
> > From: Erick Erickson [mailto:erickerick...@gmail.com]
> > Sent: Thursday, April 08, 2010 11:20 AM
> >
cceeds:
title:"love customs in in eighteenthcentury spain"
(note the duplicate "in").
- Demian
> -Original Message-
> From: Erick Erickson [mailto:erickerick...@gmail.com]
> Sent: Thursday, April 08, 2010 11:20 AM
> To: solr-user@lucene.apache.org
> Su
s near) and add a JIRA?
> > > >
> > > > Best
> > > > Erick
> > > >
> > > > On Wed, Apr 7, 2010 at 10:29 AM, Demian Katz <
> > demian.k...@villanova.edu
> > > > >wrote:
> > > >
> > > > > Hello. It h
lo. It has been a few weeks, and I haven't gotten any responses.
> > > > Perhaps my question is too complicated -- maybe a better approach is
> > to
> > > try
> > > > to gain enough knowledge to answer it myself. My gut feeling is
> still
> > > that
>
to examine). Would you agree with this
> assessment? If not, what possible negative side effects am I forgetting
> about?
>
> thanks,
> Demian
>
> > -Original Message-
> > From: Erick Erickson [mailto:erickerick...@gmail.com]
> > Sent: Wednesday, April
sment? If not, what possible negative side effects am I forgetting about?
thanks,
Demian
> -Original Message-
> From: Erick Erickson [mailto:erickerick...@gmail.com]
> Sent: Wednesday, April 07, 2010 10:04 PM
> To: solr-user@lucene.apache.org
> Subject: Re: solr.WordDelimiterFi
the way term positions are getting handled by
> > the
> > > WordDelimiterFilterFactory, but I don't have a good understanding of
> how
> > > term positions are calculated or factored into searching. Can anyone
> > > recommend some good reading to familiarize mysel
alculated or factored into searching. Can anyone
> > recommend some good reading to familiarize myself with these concepts in
> > better detail?
> >
> > thanks,
> > Demian
> >
> > From: Demian Katz
> > Sent: Tuesday, March 16, 2010 9:47 AM
> > To: s
rize myself with these concepts in
> better detail?
>
> thanks,
> Demian
>
> From: Demian Katz
> Sent: Tuesday, March 16, 2010 9:47 AM
> To: solr-user@lucene.apache.org
> Subject: solr.WordDelimiterFilterFactory problem with hyphenated terms?
>
> This is my first pos
esday, March 16, 2010 9:47 AM
To: solr-user@lucene.apache.org
Subject: solr.WordDelimiterFilterFactory problem with hyphenated terms?
This is my first post on this list -- apologies if this has been discussed
before; I didn't come upon anything exactly equivalent in searching the
archives via Goo
failing in strange ways. I strongly suspect
it has something to do with the solr.WordDelimiterFilterFactory filter, but I'm
not exactly sure what.
The problem is that I have a record with the title "Love customs in
eighteenth-century Spain." Depending on how I search for this, I g
On Thu, Nov 20, 2008 at 9:20 AM, Daniel Rosher <[EMAIL PROTECTED]> wrote:
> I'm trying to index some content that has things like 'java/J2EE' but with
> solr.WordDelimiterFilterFactory and parameters [generateWordParts="1"
> generateNumberParts=
: I'm trying to index some content that has things like 'java/J2EE' but with
: solr.WordDelimiterFilterFactory and parameters [generateWordParts="1"
: generateNumberParts="0" catenateWords="0" catenateNumbers="0"
: catenateAll="0"
On 20-Nov-08, at 6:20 AM, Daniel Rosher wrote:
Hi,
I'm trying to index some content that has things like 'java/J2EE'
but with
solr.WordDelimiterFilterFactory and parameters [generateWordParts="1"
generateNumberParts="0" catenateWords=&qu
Hi,
I'm trying to index some content that has things like 'java/J2EE' but with
solr.WordDelimiterFilterFactory and parameters [generateWordParts="1"
generateNumberParts="0" catenateWords="0" catenateNumbers="0"
catenateAll="0" s
71 matches
Mail list logo
