It is reasonable, but it seems to me too much work if I already know in
advance all the IDs that I want to delete.
Having N Ids to delete in advance seems unnatural to execute N requests
instead of just 1 or few, but not N.
If I can avoid unnecessary requests grouping them, I would do it. Specially
: I didn't realize that subsets were used to evaluate similarity. From your
: example, I assume that the strings: 456 and 123456 are "similar". If I store
: them as integers instead of strings, will Solr/Lucene still use subsets to
: assign similarity?
Strictly speaking MLT opperates on "Terms" .
I didn't realize that subsets were used to evaluate similarity. From your
example, I assume that the strings: 456 and 123456 are "similar". If I store
them as integers instead of strings, will Solr/Lucene still use subsets to
assign similarity?
--
View this message in context:
http://www.nabbl
Why? It is not reasonable in a distributed system to perform requests
of unbounded size (not to say that it won't work). If the concern is
throughput, large batches should be sufficient.
-Mike
On 4-Jul-08, at 9:06 AM, Jonathan Ariel wrote:
Yes, I just wanted to avoid N requests and do ju
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
I stored 2 copies of a single field: one as a number, the other as a string.
The MLT handler returned the same documents regardless of which of the 2
fields I used for similarity. So to answer my own question, the
MoreLikeThisHandler does not do numeric comparisons on numeric fields.
--
View this
I finally had a chance to get back to this and got the file-based
spell checker up and going. I thought I'd close the loop on this
thread in case others downstream somehow managed to reproduce my
silliness.
> I see the n-grams (n=3,4) but the text looks interspersed with spaces.
The issue was si
oh. you're right! if using 1.13 and if there is no limit to the amount of
ids I can send with the delete tag.
On Fri, Jul 4, 2008 at 1:10 PM, Yonik Seeley <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 4, 2008 at 12:06 PM, Jonathan Ariel <[EMAIL PROTECTED]>
> wrote:
> > Yes, I just wanted to avoid N re
On Fri, Jul 4, 2008 at 12:06 PM, Jonathan Ariel <[EMAIL PROTECTED]> wrote:
> Yes, I just wanted to avoid N requests and do just 2.
Note that you can do it in a single request if you really want... just
add ?commit=true to the URL.
-Yonik
Yes, I just wanted to avoid N requests and do just 2.
On Fri, Jul 4, 2008 at 12:48 PM, Walter Underwood <[EMAIL PROTECTED]>
wrote:
> Send multiple deletes, with a commit after the last one. --wunder
>
> On 7/4/08 8:40 AM, "Jonathan Ariel" <[EMAIL PROTECTED]> wrote:
>
> > yeah I know. the problem
Send multiple deletes, with a commit after the last one. --wunder
On 7/4/08 8:40 AM, "Jonathan Ariel" <[EMAIL PROTECTED]> wrote:
> yeah I know. the problem with a query is that there is a maximum amount
> of
query terms that I can add, which is reasonable. The problem is that I
> have
thousands o
this is a really nice feature. any known limit for the amount of Ids that I
can add there?
On Fri, Jul 4, 2008 at 12:40 PM, Jonathan Ariel <[EMAIL PROTECTED]> wrote:
> yeah I know. the problem with a query is that there is a maximum amount of
> query terms that I can add, which is reasonable. Th
yeah I know. the problem with a query is that there is a maximum amount of
query terms that I can add, which is reasonable. The problem is that I have
thousands of Ids.
On Fri, Jul 4, 2008 at 12:29 PM, Noble Paul നോബിള് नोब्ळ् <
[EMAIL PROTECTED]> wrote:
> You can either delete by a query or by
On Fri, Jul 4, 2008 at 10:52 AM, Jonathan Ariel <[EMAIL PROTECTED]> wrote:
> Is there any good way to do a bulk delete of several documents?
> I have more than 1000 documents to delete... and I don't want to send N
> request with X.
> Doing a query delete isn't a good solution because I have a maxi
You can either delete by a query or by an id. It is like you use any
database . If you can find a condition by which you can identify these
docs then you can delete by a query .
--Noble
On Fri, Jul 4, 2008 at 8:22 PM, Jonathan Ariel <[EMAIL PROTECTED]> wrote:
> Hi,
> Is there any good way to do a b
Hi,
Is there any good way to do a bulk delete of several documents?
I have more than 1000 documents to delete... and I don't want to send N
request with X.
Doing a query delete isn't a good solution because I have a maximum amount
of terms that I can use in the query. For example:
id:(X1 OR X2 OR .
On Fri, 4 Jul 2008 10:39:28 -0300
"Alexander Ramos Jardim" <[EMAIL PROTECTED]> wrote:
> 3. "Did you mean" feature
> 3.1. Does Solr implements that?
http://wiki.apache.org/solr/SpellCheckComponent
_
{Beto|Norberto|Numard} Meijome
"And that's one reason we like to believe
Hello pals,
I am developing an indexing service for an e-commerce services oriented
architecture.
Being a little more specific, I am developing the index services that will
provide the view with data.
Yes, all the view. The f0cking architects defined that the showroom/view
must be online and worki
Hi all!
I just startet evaluating Solr a few days ago and I'm quite happy with
the way it works. The test project I am using on is a product search
for a wine shop with 2500 articles and about 20 fields, with faceted
search.
Now I'd like to know what would be the best way to implement a search
te
Hi All
Being new to Solr, I am having difficulty trying to figure out how to
use *MoreLikeThis
*feature from my* ruby project*.
I have made the following changes to enable mlt but have been unsuccessful
so far-
>*Using Solr nightly build dated 1 July 2008*
*SolrConfig.xml*
ch
20 matches
Mail list logo
