We have old fashioned replication configured between one master and one
slave. Everything used to work but today I noticed that recent records
were not present in the slave (same query gives hits on master but non
on slave).
The replication communication seems to work. This is what I get in the
Am 13.02.2015 um 11:18 schrieb Gonzalo Rodriguez:
You can always change the type of your sortyear field to an int, or create an
int version of it and use copyField to populate it.
But that would require me to reindex. Would be nice to have some type
conversion available within a function
Since my field to measure recency is not a date field but a string field
(with only year-numbers in it), I tried a variation on the suggested
boost function for recent documents:
recip(sub(2015,min(sortyear,2015)),1,10,10)
But this gives an exception when used in a boost or bf parameter.
I guess
My aim is to boost exactish matches similar to the recipe described in
[1]. The anchoring works in q but not in pf, where I need it. Here is an
example that shows the effect:
q=title_exact:anatomiepf=title_exact^2000
debugQuery says it is interpreted this way:
+title_exact: anatomie
Am 11.01.2015 um 14:01 schrieb Ahmet Arslan:
What happens when you do not use fielded query?
q=anatomieqf=title_exact
instead of
q=title_exact:anatomie
Then it works (with qf=title):
+(title:anatomie) (title_exact: anatomie ^20.0)
Only problem is that my frontend always does a
Am 11.01.2015 um 14:19 schrieb Michael Lackhoff:
Or put another way: How can I do this boost in more complex queries like:
title:foo AND author:miller AND year:[2010 TO *]
It would be nice to have a title foo before another title some foo
and bar (given the other criteria also match both
Hi Ahmet,
You might find this useful :
https://lucidworks.com/blog/whats-a-dismax/
I have a basic understanding but will do further reading...
Regarding your example : title:foo AND author:miller AND year:[2010 TO *]
last two clauses better served as a filter query.
Am 11.01.2015 um 18:30 schrieb Jack Krupansky:
It's still not quite clear to me what your specific goal is. From your
vague description it seems somewhat different from the blog post that you
originally cited. So, let's try one more time... explain in plain English
what use case you are
Thanks everyone for all the advice!
To sum up there seems to be no easy solution. I only have the option to
either
- make things really complicated
- only help some users/query structures
- accept the status quo
What could help is an analogon to field aliases:
If it was possible to say
Hi Ahmet,
I forgot to include what I did for one customer :
1) Using StatsComponent I get min and max values of the field (year)
2) Calculate smart gap/range values according to minimum and maximum.
3) Re-issue the same query (for thee second time) that includes a set of
facet.query.
It's
If I understand the docs right, it is only possible to sort facets by
count or value in ascending order. Both variants are not very helpful
for year facets if I want the most recent years at the top (or appear at
all if I restrict the number of facet entries).
It looks like a requirement that was
On 03.03.2014 16:33 Ahmet Arslan wrote:
Currently there are two storing criteria available. However sort by index -
to return the constraints sorted in their index order (lexicographic by
indexed term) - should return most recent year at top, no?
No, it returns them -- as you say -- in
Hi Ahmet,
There is no built in solution for this.
Yes, I know, that's why I would like the TokenFilterFactory
Two workaround :
1) use facet.limit=-1 and invert the list (faceting response) at client side
2) use multiples facet.query
a)facet.query=year:[2012 TO
On 03.03.2014 19:58 Shawn Heisey wrote:
There's already an issue in Jira.
https://issues.apache.org/jira/browse/SOLR-1672
Thanks, this is of course the best solution. Only problem is that I use
a custom verson from a vendor (based on version 4.3) I want to enhance.
But perhaps they apply the
On 13.08.2011 18:03 Erick Erickson wrote:
The problem I've always had is that I don't quite know what
sorting on multivalued fields means. If your field had tokens
a and z, would sorting on that field put the doc
at the beginning or end of the list? Sure, you can define
rules (first
On 13.08.2011 20:31 Martijn v Groningen wrote:
The first solution would make sense to me. Some kind of a strategy
mechanism
for this would allow anyone to define their own rules. Duplicating results
would be confusing to me.
That is why I would only activate it on request (setting a special
On 13.08.2011 21:28 Erick Erickson wrote:
Fair enough, but what's first value in the list?
There's nothing special about mutliValued fields,
that is where the schema has multiValued=true.
under the covers, this is no different than just
concatenating all the values together and putting them
Am 26.05.2011 12:52, schrieb Romi:
i have done it, i deleted old indexes and created new indexes but still able
to search it through *:*, and no result when i search it as field:value.
really surprising result. :-O
I really don't understand your problem. Thist is not at all surprising
but the
Am 26.05.2011 14:10, schrieb Romi:
did u mean when i set indexed=false and store=true, solr does not index
the field's value but store its value as it is???
I don't know if you are asking me since you do not quote anything but
yes of course this is exactly the purpose of indexed and stored.
Am 25.05.2011 15:47, schrieb Vignesh Raj:
It's very strange. Even I tried the same now and am getting the same result.
I have set both indexed=false and stored=false.
But still if I search for a keyword using my default search, I get the
results in these fields as well.
But if I specify
On 08.09.2010 00:05 Chris Hostetter wrote:
: Subject: Is semicolon a character that needs escaping?
...
: From this I conclude that there is a bug either in the docs or in the
: query parser or I missed something. What is wrong here?
Back in Solr 1.1, the standard query parser
According to http://lucene.apache.org/java/2_9_1/queryparsersyntax.html
only these characters need escaping:
+ - || ! ( ) { } [ ] ^ ~ * ? : \
but with this simple query:
TI:stroke; AND TI:journal
I got the error message:
HTTP ERROR: 400
Unknown sort order: TI:journal
My first guess was that it
On 03.09.2010 00:57 Ken Krugler wrote:
The docs need to be updated, I believe. From some code I wrote back in
2006...
[...]
Thanks this explains it very well.
But in general escaping characters in a query gets tricky - if you can
directly build queries versus pre-processing text sent
Hi Ken,
But in general escaping characters in a query gets tricky - if you
can
directly build queries versus pre-processing text sent to the query
parser, you'll save yourself some pain and suffering.
What do you mean by these two alternatives? That is, what exactly
could
I do better?
On 28.06.2010 23:00 Ahmet Arslan wrote:
1) I can get my docs in the index, but when I search, it
returns the entire document. I'd love to have it only
return the line (or two) around the search term.
Solr can generate Google-like snippets as you describe.
On 06.04.2010 17:49 Alexander Rothenberg wrote:
On Monday 05 April 2010 20:14:44 Chris Hostetter wrote:
define crashes ? ... presumabl you are tlaking about the client crashing
because it can't parse theerro response, correct? ... the best suggestion
given the current state of Solr is to make
On 09.03.2010 16:01 Ahmet Arslan wrote:
I kind of suspected stemming to be the reason behind this.
But I consider stemming to be a good feature.
This is the side effect of stemming. Stemming increases recall while harming
precision.
But most people want the best possible combination of
On 23.11.2009 19:33 Chris Hostetter wrote:
...if there was a way to oost fields at index time that was configured in
the schema.xml, then every doc would get that boost on it's instances of
those fields but the only purpose of index time boosting is to indicate
that one document is more
On 09.11.2009 09:46 Noble Paul നോബിള് नोब्ळ् wrote:
When you say , the second example does not work , what does it mean?
some exception?(if yes, please post the stacktrace)
Very mysterious. Now it works but I am sure I got an exception before.
All I remember is something like
I would like to start using DIH to index some RSS-Feeds and mail folders
To get started I tried the RSS example from the wiki but as it is Solr
complains about the missing id field. After some experimenting I found
out two ways to fill the id:
- copyField source=link dest=id/ in schema.xml
This
On 08.11.2009 17:03 Lucas F. A. Teixeira wrote:
You have an example on using mail dih in solr distro
blushDon't know where my eyes were. Thanks!/blush
When I was at it I looked at the schema.xml for the rss example and it
uses link as UniqueKey, which is of course good, if you only have rss
On 08.11.2009 16:56 Michael Lackhoff wrote:
What didn't work but looks like the potentially best solution is to fill
the id in my data-config by using the link twice:
field column=link xpath=/RDF/item/link /
field column=id xpath=/RDF/item/link /
This would
On 09.11.2009 06:54 Erik Hatcher wrote:
The brackets probably come from it being transformed as an array. Try
saying multiValued=false on your field specifications.
Indeed. Thanks Erik that was it.
My first steps with DIH showed me what a powerful tool this is but
although the DIH wiki
On 09.11.2009 08:20 Noble Paul നോബിള് नोब्ळ् wrote:
It just started of as a single page and the features just got piled up
and the page just bigger. we are thinking of cutting it down to
smaller more manageable pages
Oh, I like it the way it is as one page, so that the browser full text
[A new thread for this particular problem]
On 09.11.2009 08:44 Noble Paul നോബിള് नोब्ळ् wrote:
The tried and tested strategy is to post the question in this mailing
list w/ your data-config.xml.
See my data-config.xml below. The first is the usual slashdot example
with my 'id' addition, the
On 08.07.2009 00:50 Jan Høydahl wrote:
itself and do not need to know the query language. You may then want
to do a copyfield from all your text_lang - text for convenient one-
field-to-rule-them-all search.
Would that really help? As I understand it, copyfield takes the raw, not
yet
In Germany we have a strange habbit of seeing some sort of equivalence
between Umlaut letters and a two letter representation. Example 'ä' and
'ae' are expected to give the same search results. To achieve this I
added this filter to the text fieldtype definition:
filter
On 02.07.2009 16:34 Walter Underwood wrote:
First, don't use an English stemmer on German text. It will give some odd
results.
I know but at the moment I only have the choice between no stemmer at
all and one stemmer and since more than half of the records are English
(about 60% English, 30%
On 02.07.2009 17:28 Erick Erickson wrote:
I'm shooting a bit in the dark here, but I'd guess that these are
actually understandable results.
Perhaps not too much in the dark
That is your implicit assumption, it seems to me, is that'wärme' and
'waerme' should go through the stemmer and
As pointed out in the recent thread about stemmers and other language
specifics I should handle them all in their own right. But how?
The first problem is how to know the language. Sometimes I have a
language identifier within the record, sometimes I have more than one,
sometimes I have none. How
On 03.07.2009 00:49 Paul Libbrecht wrote:
[I'll try to address the other responses as well]
I believe the proper way is for the server to compute a list of
accepted languages in order of preferences.
The web-platform language (e.g. the user-setting), and the values in
the Accept-Language
On 10.02.2009 02:39 Chris Hostetter wrote:
: Now all that is left is a more cosmetic change I would like to make:
: I tried to place the solr.xml in the example dir to get rid of the
: -Dsolr.solr.home=multicore for the start and changed the first entry
: from core0 to solr and moved the
Hello,
I am not that experienced but managed to get a Solr index going by
copying the example dir from the distribution (1.3 released version)
and changing the fields in schema.xml to my needs. As I said everything
is working very well so far.
Now I need a second index on the same machine and the
On 09.02.2009 15:40 Ryan McKinley wrote:
But I have some problems setting this up. As long as I try the
multicore
sample everything works but when I copy my schema.xml into the
multicore/core0/conf dir I only get 404 error messages when I enter
the
admin url.
what is the url you are
On 09.02.2009 17:01 Ryan McKinley wrote:
Check your solrconfig.xml you probably have somethign like this:
!-- Used to specify an alternate directory to hold all index data
other than the default ./data under the Solr home.
If replication is in use, this should match the
On 31.10.2008 19:16 Chris Hostetter wrote:
forteh record, you don't need to index as a StrField to get this
benefit, you can still index using DateField you just need to round your
dates to some less graunlar level .. if you always want to round down, you
don't even need to do the rounding
On 01.11.2008 06:10 Erik Hatcher wrote:
Yeah, this should work fine:
field name=timestamp type=date indexed=true stored=true
default=NOW/DAY multiValued=false/
Wow, that was fast, thanks!
-Michael
On 26.09.2008 06:17 Chris Hostetter wrote:
that's true, regretably there is no prefix operator to indicate a SHOULD
clause in the Lucene query langauge, so if you set the default op to AND
you can't then override it on individual clauses.
this is one of hte reasons i never make the
On 23.09.2008 00:30 Chris Hostetter wrote:
: Here is what I was able to get working with your help.
:
: (productId:(102685804)) AND liveDate:[* TO NOW] AND ((endDate:[NOW TO *]) OR
: ((*:* -endDate:[* TO *])))
:
: the *:* is what I was missing.
Please, PLEASE ... do yourself a favor
On 31.01.2008 00:31 Alessandro Senserini wrote:
I have a text field type called courseTitle and it contains
Struts 2
If I search courseTitle:strut* I get the documents but if I search with
courseTitle:struts* I do not get any results.
Could you please explain why?
Just a guess: It might
I wanted to try to do the daily update with XML updates (was mentioned
recently as the recommended way) but got an OutOfMemoryError: Java heap
space after 319000 records.
I am sending one document at a time through the http update interface,
so every request should be short enough to not run
On 23.01.2008 20:57 Chris Harris wrote:
I'm using
java -Xms512M -Xmx1500M -jar start.jar
Thanks! I did see the -X... params in recent threads but didn't know
where to place them -- not being a java guy at all ;-)
-Michael
After a long weekend I could do a deeper look into this one and it looks
as if the problem has to do with splitting.
This one works for me fine.
$ cat t2.csv
id,name
12345,'s-Gravenhage
12345,'s-Gravenhage
12345,s-Gravenhage
$ curl http://localhost:8983/solr/update/csv?commit=true
On 08.01.2008 16:11 Yonik Seeley wrote:
Ahh, wait, it looks a single quote as the encapsulator for split field
values by default.
Try adding f.PUBLPLACE.encapsulator=%00
to disable the encapsulation.
Hmm. Yes, this works but:
- I didn't find anything about it in the docs (wiki). On the
On 03.01.2008 17:16 Yonik Seeley wrote:
CSV doesn't use backslash escaping.
http://www.creativyst.com/Doc/Articles/CSV/CSV01.htm
This is text with a quoted string
Thanks for the hint but the result is the same, that is, quoted
behaves exactly like \quoted\:
- both leave the single unescaped
On 04.01.2008 16:55 Yonik Seeley wrote:
On Jan 4, 2008 10:25 AM, Michael Lackhoff [EMAIL PROTECTED] wrote:
If the fields value is:
's-Gravenhage
I cannot get it into SOLR with CSV.
This one works for me fine.
$ cat t2.csv
id,name
12345,'s-Gravenhage
12345,'s-Gravenhage
12345,s
56 matches
Mail list logo
