This metadata Map needs to be written on every commit, or if I just
use plain commit() without the Map<> it keeps the old values?
Francisco A. Lozano
On Thu, Nov 3, 2011 at 22:22, Greg Bowyer wrote:
> I would look at the meta data for this, the magic document is something that
> I did previou
I would look at the meta data for this, the magic document is something
that I did previously for exactly this problem, and two weeks later we
removed it as so much of the code started having to check if the
document was the magic document.
The only thing with lucene metadata is that solr, cur
Thanks for the help. Following-up on that, how can I create document
that is not indexed and returned by "normal" searches, and retrieve it
when I need access to my metadata? There seems to be no reliable
"document id" that I can use for this.
Regards,
Jochen
On 2011-11-03 16:51:48 +, Uwe
: and now lucene imports. Presumably when I try it, it will work. Go figure.
:
: Would still though like to know how to build lucene from source using msvc
: 2008
You probably want to direct this question to the pylucene mailing list --
most of the java-user's have no idea how anything about
There is also commit user data (a String-Map). When you commit the index
writer you can attach that metadata. It's readable by IndexReader.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Ian Lea [mailto:
Reference counting is always tricky!
But I believe LIA2e's SearcherManager is correct. You're right that
RC is 1 "on birth" and once it drops to 0 the IR is closed (and incRef
better not be called again).
Then, as long as every get is matched by a release, they all cancel to
net 0 change to the
On 03/11/2011 15:57, Paul Taylor wrote:
Been looking at the SearcherManager code to fix my code so that it
doesn't close an IndexReader whilst still being used , but everytime I
look at the SearchManager code it appears it will never close it, am I
misunderstaning something or is there a typo
Been looking at the SearcherManager code to fix my code so that it
doesn't close an IndexReader whilst still being used , but everytime I
look at the SearchManager code it appears it will never close it, am I
misunderstaning something or is there a typo
This is how I see it
When an IndexSear
You could add a dedicated document to the index storing whatever you
want. There is no requirement for lucene docs to bear any relation to
each other.
--
Ian.
On Wed, Nov 2, 2011 at 10:09 AM, Jochen wrote:
> Hi,
>
> is it possible to add metadata to a Lucene index (not to the indivudual
> Fie
I guess you're confusing it with MUST (MUST_NOT) logic. Try creating
the query you want to exclude without MUST_NOT and add it to the
BooleanQuery with MUST_NOT. That sounds very confusing.
For example
BooleanQuery bq = new BooleanQuery();
TermQuery tqwanted = new TermQuery(new Term("field1: lo
Hi,
is it possible to add metadata to a Lucene index (not to the indivudual
Fields or Documents contained in the index). We need to periodically
update an index by importing an XML document, and are looking for a
nice cozy place to store an import date and a checksum that tells us if
our inpu
Hi,
I have a problem when using BooleanQuery with NOT-Operators.
When I want to search my documents for elements where a special field is NOT a
special value AND another field is a special value, I do the following in my
code:
Query query1 = ...; // -field1:value1
Query query2=...; // field2:
Thank you very much! This exactly solves my problem
2011/11/3 Ian Lea :
> I can't answer most of the questions, but oal.util.NumericUtils has
> prefixCodedToInt (Long, etc) methods that will convert the encoded
> value (what you are seeing, I presume) to int or long or whatever.
> Maybe that will
On 02/11/2011 20:48, Paul Taylor wrote:
On 02/11/2011 17:15, Uwe Schindler wrote:
Hi Paul,
There is WordDelimiterFilter which does exactly what you want. In 3.x
its
unfortunately only shipped in Solr JAR file, but in 4.0 it's in the
analyzers-common module.
Okay so I found it and its looks ve
I can't answer most of the questions, but oal.util.NumericUtils has
prefixCodedToInt (Long, etc) methods that will convert the encoded
value (what you are seeing, I presume) to int or long or whatever.
Maybe that will help.
--
Ian.
On Wed, Nov 2, 2011 at 7:19 PM, Christian Reuschling
wrote:
>
On 03/11/2011 10:14, Robert Muir wrote:
you need to upgrade from _27 to _29
Oh fantastic thanks Robert, is there a related bug report ?
Paul
-
To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
For additional com
16 matches
Mail list logo
