In lucene, all the data is stored as strings, so if you have a field
defined as integer or sint, in lucene are strings, and if you try to
sort numbers represented as strings what happens is this:
example numbers: 1,2,3,4,5,6,7,8,9,10,11,12,13.
ordered as strings:1,10,11,12,13,2,3,4,5,6,7,8,
Researching more, it was already an issue. Sorry for the inconvenience.
http://issues.apache.org/jira/browse/SOLR-42
Pako
Francisco Sanmartin wrote:
Highlighting in Solr has a strange behavior in some items. I attach an
example to see if anyone can throw some light at it. Basically solr
is
The problem is the concept of "similarity". Your concept of similarity
is based on the meaning of the numbers (or the words). Solr's concept of
similarity is based on subsets of characters. This way for Solr
"thunder" is similar to "thunderstorm" or to "under" because there are
sets of characte
Don't forget to mention Jonathan that the complexity of the algorithm is
not changed at all. It reads just once the value of the field for each
document selected, so no extra loops either in or outside the main loop ;).
Pako
Jonathan Ariel wrote:
Well, this is the first version of the patch.
I've done that already. All you need to do is to create your custom
request handler.
My handler, among other things, what it does is the following:
It receives a factor threshold, such as 0.85. This means that the score
of the first document returned will be the assumed as the "best"
matching
I have had successful experiences using Sorl with an English website,
and now I am going to deploy Solr in a chinese site. I've been looking
in the mailing list and there are some useful information in the old posts.
But, we would like some kind of feedback of the people who already have
deploye
nts
match without retrieving any, then another with that amount specified.
Erik
On May 9, 2008, at 8:54 AM, Francisco Sanmartin wrote:
Yeah, I understand the possible problems of changing this value.
It's just a very particular case and there won't be a lot of
documents to retur
the easy answer is: x AND y AND z . This will return ALL the documents
containing x,y and z. But if you want also get the documents containin
AT LEAST one of the three, try this:
(x AND y AND z)^10 OR (x OR y OR z)
(the idea is boosting the AND query)
this way, the documents that "x and y
tuation.
Thanks for the answer!
Pako
Otis Gospodnetic wrote:
Will something a la rows= work? ;) But are you sure you want to
do that? It could be sloow.
Otis
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
- Original Message
From: Francisco Sanmartin <[EMA
What is the value to set to "rows" in solrconfig.xml in order not to have any limitation about the
number of returned documents? I've tried with "-1" and "0" but not luck...
solr 0 *10*
I want solr to return all available documents by default.
Thanks!
Pako
are more relevant than the words in
the description, right?
Thanks!
Pako
Erik Hatcher wrote:
On Apr 21, 2008, at 5:02 PM, Francisco Sanmartin wrote:
Is it possible to boost the query that MoreLikeThis returns before
sending it to Solr? I mean, technically is possible, because you
can add a
:
On Apr 21, 2008, at 5:02 PM, Francisco Sanmartin wrote:
Is it possible to boost the query that MoreLikeThis returns before
sending it to Solr? I mean, technically is possible, because you can
add a factor to the whole query but...does it make sense? (Remember
that MoreLikeThis can already bo
Is it possible to boost the query that MoreLikeThis returns before
sending it to Solr? I mean, technically is possible, because you can add
a factor to the whole query but...does it make sense? (Remember that
MoreLikeThis can already boosts each term inside the query).
For example, this could
Define "exists"
A. ) Is not declared.
B. ) It is declared, but it has no value. (Empty).
For B) you can use query= -(fieldA:["" TO *]) and it returns all the
documents with fieldA empty (but declared in the doc)
Pako
Umar Shah wrote:
hi,
a related question:
is there some way where we can spe
14 matches
Mail list logo