Re: StandardQueryParser with date/time fields stored as longs

on as an exercise for the > reader. Good luck! > > > -- > Ian. > > > On Wed, Feb 11, 2015 at 2:20 PM, Jon Stewart > wrote: >> Eek. So is there a parsing component somewhere that gets handed a >> field name and query components (e.g., "created&quo

Re: StandardQueryParser with date/time fields stored as longs

. > > > -- > Ian. > > > On Wed, Feb 11, 2015 at 4:21 AM, Jon Stewart > wrote: >> Hello, >> >> I've done a lot of googling, but haven't stumbled upon the magic >> answer: how does one use StandardQueryParser with numeric fields >> rep

StandardQueryParser with date/time fields stored as longs

Hello, I've done a lot of googling, but haven't stumbled upon the magic answer: how does one use StandardQueryParser with numeric fields representing timestamps, to allow for range queries? When indexing, my timestamp fields are ISO 8601 strings. I'm parsing them and then storing the milliseconds

Re: improve indexing speed with nomergepolicy

y for a specific >> time interval, when users are active and do a forceMerge(20) every night, >> which last about 2 - 5 minutes. >> >> is this a good idea? or will i perhaps get into trouble? >> >> Sascha >> >> >>

Re: search performance

--- > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org > For additional commands, e-mail: java-user-h...@lucene.apache.org > -- Jon Stewart, Principal (646) 719-0317 | j...@lightboxtechnologies.com | Arlington, VA --

Re: Faceting and Query-time Joins

t; > http://blog.mikemccandless.com > > > On Mon, Feb 10, 2014 at 9:05 AM, Jon Stewart > wrote: >> Hello, >> >> tl;dr: I'd like to know how to do faceting over the result set of a >> query-time join (JoinUtils). If it's not currently supported by >&g

Faceting and Query-time Joins

lated work in trunk? One thing I was thinking about last night is that it wouldn't seem to be too hard to do the faceting for this case by using update-able NumericDocValue on a dummy parent object, since that shouldn't require re-indexing. TIA, Jon -- Jon Stewart, Principal (646) 7

Re: PostingsHighlighter/PassageFormatter has zero matches for some results

ndexWriter(int,int,int,int,int,int,int,int,int,int,int,int) and so > on. Then you will be satisfied there are no traps, but it will be > totally unusable. > > --------- > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apach

Re: PostingsHighlighter/PassageFormatter has zero matches for some results

; > otherwise, please open a JIRA issue :) > > On Mon, Oct 14, 2013 at 9:32 PM, Jon Stewart > wrote: >> I upgraded to 4.5. Same results, unfortunately. Most docs in the >> result set will have a Passage where numMatches() > 0, but some do >> not. In these cases, the Passag

Re: PostingsHighlighter/PassageFormatter has zero matches for some results

est release? There are some bugs fixed... > > On Mon, Oct 14, 2013 at 2:11 PM, Jon Stewart > wrote: >> Hello, >> >> I've observed that when using PostingsHighlighter in Lucene 4.4 that >> some of the responsive documents in TopDocs will have zero matches in >

PostingsHighlighter/PassageFormatter has zero matches for some results

ts in the array will have matches. I've seen this on a simple one-word query, where the word clearly exists in the Document's text for the field (and the Document is included in the TopDocs result set). Any ideas? Thanks, Jon -- Jon Stewart, Principal (646) 719-0317 | j...@lightboxt

Re: How to get hits coordinates in Lucene 4.4.0

gt; > Mike McCandless > > http://blog.mikemccandless.com > > > On Mon, Aug 19, 2013 at 1:07 PM, Jon Stewart > wrote: > > Iterating over term matches is a recent need for me, too (experimenting > > with ranking matches/passages independently, across documents). I'm

Re: How to get hits coordinates in Lucene 4.4.0

> > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org > > For additional commands, e-mail: java-user-h...@lucene.apache.org > > > > --------- > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org > For additional commands, e-mail: java-user-h...@lucene.apache.org > > -- Jon Stewart, Principal (646) 719-0317 | j...@lightboxtechnologies.com | Arlington, VA

testing whether a field has terms before adding document to Index

ocument(); doc.addField(body); MyIndexWriter.add(doc); } Is it possible to do this? I don't mind jumping through some hoops. Thanks! Jon -- Jon Stewart, Principal (646) 719-0317 | j...@lightboxtechnologies.com | Arlington, VA

Re: Document term vectors in Lucene 4

? It >> looks like it empirically, but the documentation refers to corpus >> usage, not document.field usage. >> >> Jon >> >> On Thu, Jan 17, 2013 at 10:00 AM, Ian Lea wrote: >>> typo time. You need doc2.add(...) not 2 doc.add(...) statements. >>

Re: Document term vectors in Lucene 4

doc.add(...) statements. > > > -- > Ian. > > > On Thu, Jan 17, 2013 at 2:49 PM, Jon Stewart > wrote: >> On Thu, Jan 17, 2013 at 9:08 AM, Robert Muir wrote: >>> Which statistics in particular (which methods)? >> >> I'd like to know the frequency

Re: Document term vectors in Lucene 4

ot; had " + numTerms + " terms"); } else { System.err.println("doc " + i + " had no term vector for body"); } } } public static void main(String[] args) throws IOException

Re: Document term vectors in Lucene 4

this" and "is" are presumably in the > default list of stop words. > > Not relevant, but why are you using SlowCompositeReaderWrapper rather than > just > IndexReader rdr = DirectoryReader.open(dir)? I get the same results either > way, > > > -- > I

Document term vectors in Lucene 4

t() != null) { ++numTerms; } System.out.println("doc " + i + " had " + numTerms + " terms"); } else { System.err.println("null term vector on doc " + i); } } On every doc, the Terms object I get back from getTermVect