Chris,
: > Are there any ideas on how to support hierarchical facets?
It may be hard to roll out a truely "generic" way of sorting hierarchical
counts that would be usefull for people.
Thanks for the examples. I see what you mean about the difficulty in
creating a generic facet framework
On 11/2/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
On 11/2/06, Mike Klaas <[EMAIL PROTECTED]> wrote:
> The one thing I'm worried about is closing the writer while documents
> are being added to it. IndexWriter is nominally thread-safe, but I'm
> not sure what happens to documents that are being
Hi Yonik,
Are there any ideas on how to support hierarchical facets?
I've thought of some optimizations and general approach (not yet
implemented) when it's a strict hierarchy.
Thanks for your comments.
Of the two approaches you mention (storing the full tag path or creating
a strict facet hi
On 11/2/06, Mike Klaas <[EMAIL PROTECTED]> wrote:
The one thing I'm worried about is closing the writer while documents
are being added to it. IndexWriter is nominally thread-safe, but I'm
not sure what happens to documents that are being added at the time.
Looking at IndexWriter.java, it seems l
: > My main interest
: > is in Solr's fledgling support for faceted search.
: >
: > Are there any ideas on how to support hierarchical facets?
there are two different things that fall under the heading of
"hierarchical facets", and they can be very differnet...
The first usage is when the word "
: be (if possible). We have some facets where the presence of some
: value (in our current prototype on non-solr we use null, so we call
: the setup null as match :) constitutes a hit all of the time (where
: facet=x or facet=null) and on some facets constitutes a not match
: (facet=x only). Can o
On 11/2/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
On 11/1/06, Mike Klaas <[EMAIL PROTECTED]> wrote:
> DUH2.doDeletions() would also highly benefit from sorting the id terms
> before looking them up in these types of cases (as it would trigger
> optimizations in lucene as well as being kinder to
On 11/2/06, David Legg <[EMAIL PROTECTED]> wrote:
I've just discovered Solr and realized its potential!
Welcome!
My main interest
is in Solr's fledgling support for faceted search.
Are there any ideas on how to support hierarchical facets?
I've thought of some optimizations and general app
A quick update on my experiments with update rate:
* 20 docs/sec using one wget call per POST
* 170 docs/sec using single doc POST over a persistent HTTP connection
* 250 docs/sec using 20 doc batches over persistent HTTP
* 250 docs/sec using 100 doc batches over persistent HTTP
The latter three
On 11/1/06, Mike Klaas <[EMAIL PROTECTED]> wrote:
DUH2.doDeletions() would also highly benefit from sorting the id terms
before looking them up in these types of cases (as it would trigger
optimizations in lucene as well as being kinder to the os' read-ahead
buffers).
Hmmm, good point. I wonde
I'm scoping out the simple faceting for a project we have coming up,
and I am wondering what the best way to achieve the following would
be (if possible). We have some facets where the presence of some
value (in our current prototype on non-solr we use null, so we call
the setup null as mat
I've just discovered Solr and realized its potential! My main interest
is in Solr's fledgling support for faceted search.
Are there any ideas on how to support hierarchical facets?
Take a facet like 'Location' for example. This can be thought of as
hierarchical because you could let the user
I have created a bug to track this:
https://issues.apache.org/jira/browse/SOLR-63
I will attach a patch to the bug shortly.
Bill
On 11/1/06, Yu-Hui Jin <[EMAIL PROTECTED]> wrote:
Yap, Bill.
The backslash-escaping one works for my zsh as well. And I'm sure you
checked it's working for othe
13 matches
Mail list logo
