: One problem is that not() needs to know how large the sets are. I
: could add a DocSet.flip(int maxDoc) or a DocSet.flip(int startIndex,
: int endIndex) or something like that... but a user would need to know
: what maxDoc is...
alternately, we could make maxDoc an intrinsic and immutable part
On Jun 7, 2006, at 4:18 PM, Yonik Seeley wrote:
I do still
need to do these kinds of inverted sets somehow.
One problem is that not() needs to know how large the sets are. I
could add a DocSet.flip(int maxDoc) or a DocSet.flip(int startIndex,
int endIndex) or something like that... but a use
On 6/7/06, Erik Hatcher <[EMAIL PROTECTED]> wrote:
Solr's DocSets are a better way to go in the long run, I'm convinced
- I'm just now starting to leverage them in other ways.
Some random performance numbers... when I enabled HashDocSet support,
performance of CNET shoppers faceted browsing req
On Jun 7, 2006, at 3:43 PM, Chris Hostetter wrote:
Getting the inverse of a DocSet is currently not a built in
operation, you
have to use the getBits() method and operate on it, something like
this
should work...
DocSet definedSet = search.getDocSet(parseQuery("field:[* TO *]"));
DocSet
: actually I've developed my own FacetRequestHandler extending the query
: format and adding a showfacet parameter (it's a little custom on our needs,
: but I'd like to publish it when we have finished).
I'd love to see more cutom request handlers ... it's always good to know
i'm not the oly one
Certainly running a load balanced solr cluster will be our first
approach, I was just wondering if there were
any glaring problems with running solr embedded in each webapp node.
Sounds like there are not.
As for the secondary db lookup, those will be cached, and are necessary
to filter resul
On 6/7/06, Joachim Martin <[EMAIL PROTECTED]> wrote:
We are looking at running read-only solr nodes embedded in our webapp
nodes. This would give us the
additional features of solr over lucene, but would keep it in memory and
reduce the overhead of http/xml
transport of results.
Looks like we w
Hi,
We are looking at running read-only solr nodes embedded in our webapp
nodes. This would give us the
additional features of solr over lucene, but would keep it in memory and
reduce the overhead of http/xml
transport of results.
Looks like we would just create a request handler and call
h
On Jun 7, 2006, at 3:45 AM, Paul Terray wrote:
I am trying Solr for some projects and I am very impressed by its
simplicity
and clarity of use.
I am trying to make an index: Is there any way to get a list of all
indexed
terms for a field (especially a string or text one)?
Out of the bo
Thank You Hoss (You all are always very responsive...),
actually I've developed my own FacetRequestHandler extending the query
format and adding a showfacet parameter (it's a little custom on our needs,
but I'd like to publish it when we have finished).
What I do is the merge of some ideas from t
On 6/7/06, Paul Terray <[EMAIL PROTECTED]> wrote:
I am trying to make an index: Is there any way to get a list of all indexed
terms for a field (especially a string or text one)?
Hi Paul,
There isn't currently a way to do this, except perhaps writing your
own custom request handler and using th
Great question. Please share your answers. I'd like to use this for a
"GOOGLE SUGGEST" Ajax scenario.
On 6/7/06, Paul Terray <[EMAIL PROTECTED]> wrote:
Hello,
I am trying Solr for some projects and I am very impressed by its
simplicity
and clarity of use.
I am trying to make an index: Is
Hello,
I am trying Solr for some projects and I am very impressed by its simplicity
and clarity of use.
I am trying to make an index: Is there any way to get a list of all indexed
terms for a field (especially a string or text one)?
Thanks.
>
Paul Terray
Consultant Avant-
13 matches
Mail list logo
