I’m working on an encoding of numbers / data into indexed terms. In the
past I limited the encoding to ASCII but now I’m doing it at a more
raw/byte level. Do I have to be aware of UTF8 / sorting issues when I do
this? I noticed the following code in NumericUtils.java, line 186:
while
Is this still up to date?:
https://blog.trifork.com/2011/04/01/gimme-all-resources-you-have-i-can-use-them/
I thought at some point subsequently, some significant work was done, and
perhaps it was blogged. But I can’t find it.
~ David
Zhifeng,
Please ask Solr questions on the solr-user list.
Thanks.
~ David
On Mon, Apr 21, 2014 at 9:54 PM, Zhifeng Wang zhifeng.wang...@gmail.comwrote:
Hi,
We are facing a high incoming rate of usually small documents (logs). The
incoming rate is initially assumed at 2K/sec but could reach
This build started before I fixed the issue; it’s already fixed.
On Fri, Apr 18, 2014 at 9:12 AM, Policeman Jenkins Server
jenk...@thetaphi.de wrote:
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/10106/
Java: 64bit/jdk1.7.0_55 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
Alex,
Yes it would be useful (of course)! In addition, the admin UI should have
a link to it, in addition to the generic documentation link. Create an
issue and I’ll commit it.
~ David
On Thu, Apr 17, 2014 at 6:54 AM, Alexandre Rafalovitch
arafa...@gmail.comwrote:
Hello,
The binary Solr
FYI I published this blog post today:
http://www.opensourceconnections.com/2014/04/11/indexing-polygons-in-lucene-with-accuracy/
There's a strong Spatial4j connection because the SerializedDVStrategy
referenced uses the new BinaryCodec from Spatial4j 0.4.
~ David
LOL indeed ;-)
But in all seriousness, that should have no bearing on this conversation.
On Tue, Apr 8, 2014 at 3:00 AM, Alexandre Rafalovitch arafa...@gmail.comwrote:
Let's hope nobody is trying to finish any books right now. :-)
Personal website: http://www.outerthoughts.com/
Current
Benson, I like your idea.
I think your idea can be achieved as a codec, one that wraps another codec
that establishes the on-disk format. By default the wrapped codec can be
Lucene's default codec. I think, if implemented, this would be a change to
DPF instead of an additional DPF-variant
a DirectAtomicReader which does that? I believe
it can share some code w/ DPF, as long as we don't make these APIs public,
or make them @super.experimental and @super.expert.
Just throwing some ideas...
Shai
On Mon, Apr 7, 2014 at 5:35 PM, david.w.smi...@gmail.com
david.w.smi...@gmail.com wrote
Welcome Tim!
On Tue, Apr 8, 2014 at 12:40 AM, Steve Rowe sar...@gmail.com wrote:
I'm pleased to announce that Tim Potter has accepted the PMC's invitation
to become a committer.
Tim, it's tradition that you introduce yourself with a brief bio.
Once your account has been created - could
Welcome Alan!
~ David
On Wed, Apr 2, 2014 at 8:23 AM, Steve Rowe sar...@gmail.com wrote:
I'm pleased to announce that Alan Woodward has accepted the PMC's
invitation to join.
Welcome Alan!
- Steve
-
To unsubscribe,
+1
SUCCESS! [1:51:37.952160]
On Sat, Mar 29, 2014 at 4:46 AM, Steve Rowe sar...@gmail.com wrote:
Please vote for the second Release Candidate for Lucene/Solr 4.7.1.
Download it here:
https://people.apache.org/~sarowe/staging_area/lucene-solr-4.7.1-RC2-rev1582953/
Smoke tester cmdline
+1
SUCCESS! [2:13:44.301402]
On Tue, Mar 25, 2014 at 6:46 PM, Steve Rowe sar...@gmail.com wrote:
Please vote for the first Release Candidate for Lucene/Solr 4.7.1.
Download it here:
http://people.apache.org/~sarowe/staging_area/lucene-solr-4.7.1-RC1-rev1581444/
Smoke tester cmdline:
I'm looking in to this.
On Sun, Mar 23, 2014 at 5:45 AM, Policeman Jenkins Server
jenk...@thetaphi.de wrote:
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/9882/
Java: 64bit/jdk1.7.0_60-ea-b10 -XX:-UseCompressedOops -XX:+UseSerialGC
1 tests failed.
FAILED:
I'm definitely looking at it and I've found the problem. I'm working on a
fix right now.
On Fri, Mar 21, 2014 at 3:27 PM, Michael McCandless
luc...@mikemccandless.com wrote:
I someone looking at this test failure? Should we @BadApple it, or
revert recent spatial changes, or something?
I'll look into this one and get it fixed ASAP.
On Tue, Mar 18, 2014 at 2:26 AM, Policeman Jenkins Server
jenk...@thetaphi.de wrote:
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-4.x-Linux/9725/
Java: 32bit/jdk1.7.0_51 -server -XX:+UseSerialGC
2 tests failed.
FAILED:
Nice! Welcome back Wolfgang!
On Thu, Sep 26, 2013 at 6:21 AM, Uwe Schindler uschind...@apache.orgwrote:
Hi,
I'm pleased to announce that after a long abstinence, Wolfgang Hoschek
rejoined the Lucene/Solr committer team. He is working now at Cloudera and
plans to help with the integration
Dawid,
Could you please take a look at the reproducibility of this test failure in
lucene/spatial? I tried to reproduce it but couldn't, and I thought
perhaps you might have some insight because I'm using some
RandomizedTesting features that aren't as often used, like @Repeat. For
example, one
I am about to write a Filter that only operates on a set of documents that
have already passed other filter(s). It's rather expensive, since it has
to use DocValues to examine a value and then determine if its a match. So
it scales O(n) where n is the number of documents it must see. The 2nd
Rob,
It appears you are in-effect the Release Manager for v4.0 so I'm
asking you this question. Clearly v4 is going to be out soon and
consequently we're not pushing new features to the v4 branch.
Regarding the new spatial codebase, there isn't a backwards
compatibility concern to changes until
I added the missing ASL header.
On Thu, Jun 28, 2012 at 4:54 PM, Policeman Jenkins Server
jenk...@sd-datasolutions.de wrote:
Build:
http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Linux-Java7-64/438/
All tests passed
Build Log:
[...truncated 15182 lines...]
BUILD FAILED
201 - 221 of 221 matches
Mail list logo