Re: Potential contribution: Geo 3d package

Hi David, I think you may be thinking of QTM. This package does not use QTM because spatial4j's geo hash generation uses lat/lon bounding boxes. ;-) See LUCENE-6196. Karl On Thu, Jan 22, 2015 at 4:46 PM, Karl Wright daddy...@gmail.com wrote: Hi David, What I'm open-sourcing

Re: Potential contribution: Geo 3d package

to say so far. ~ David Smiley Freelance Apache Lucene/Solr Search Consultant/Developer http://www.linkedin.com/in/davidwsmiley On Thu, Jan 22, 2015 at 3:42 PM, Karl Wright daddy...@gmail.com wrote: I should make it clear: geo3d does not do geo hashing by itself -- it simply provides support

Potential contribution: Geo 3d package

be a valuable addition, and would like me to create a ticket and attach a patch, please respond. Thanks, Karl Wright

Re: Potential contribution: Geo 3d package

On Thu, Jan 22, 2015 at 3:08 PM, Karl Wright daddy...@gmail.com wrote: I would like to explore contributing a geo3d package to Lucene. This can be used in conjunction with Lucene search, both for generating geohashes (via spatial4j) for complex geographic shapes, as well as limiting results

Re: Potential contribution: Geo 3d package

I should make it clear: geo3d does not do geo hashing by itself -- it simply provides support for determining relationships between shapes and traditional bounding boxes, which is what Spatial4J needs to support Lucene geo hashing. Karl On Thu, Jan 22, 2015 at 3:36 PM, Karl Wright daddy

Re: jhighlight-1.0 contains LGPL-only files

I have created a ticket: TIKA-1581. ManifoldCF also has a Tika dependency, so thank you for noting the problem. Karl On Fri, Mar 20, 2015 at 4:03 AM, Upayavira u...@odoko.co.uk wrote: You are right -both projects need to remove it, although it might be easier to work with Tika to fix that

Re: jhighlight-1.0 contains LGPL-only files

corrects the problem or not. We can put a note in our NOTICE file for users to download the jar themselves until Tika fixes the problem. If people agree, I will remove it from our code. Shai On Fri, Mar 20, 2015 at 10:40 AM, Karl Wright daddy...@gmail.com wrote: I have created a ticket: TIKA

SolrJ 5.x compatibility with Solr 4.x

Hi, Now that Solr 5.0.0 has been released, the ManifoldCF project needs to figure out the appropriate time to upgrade to a newer SolrJ. Can anyone point me at the backwards-compatibility policy for SolrJ 5.0.0? Will it work properly with Solr 4.x? Thanks in advance, Karl

Re: SolrJ 5.x compatibility with Solr 4.x

really aren't able to re-release code on the same schedule as Lucene, and cannot be expected to support multiple SolrJ libraries simultaneously. Karl On Fri, Mar 27, 2015 at 9:10 AM, Shawn Heisey apa...@elyograg.org wrote: On 3/27/2015 2:29 AM, Karl Wright wrote: Now that Solr 5.0.0 has been

Re: jhighlight-1.0 contains LGPL-only files

20, 2015 at 2:59 PM, Karl Wright daddy...@gmail.com wrote: I suspect that the classes in question are in fact *not* used by Tika in any capacity, but they are in the jar nonetheless. So one solution would be to simply repackage the jar. I'd like to see what the Tika team says. Karl

Re: [JENKINS] Lucene-Solr-trunk-MacOSX (64bit/jdk1.8.0) - Build # 2270 - Failure!

Ok, let me know if there still seems to be a problem after that. Karl On Wed, May 6, 2015 at 2:43 PM, david.w.smi...@gmail.com david.w.smi...@gmail.com wrote: This turned out to be a bug in the test infrastructure that Geo3d uses, copied from Spatial4j: Permalink

Re: [CI] Lucene 5x Linux Java8 64 Test Only - Build # 46430 - Failure!

If you're asking me, I don't know; David supplied the randomized test framework. Karl On Mon, May 11, 2015 at 8:51 AM, Michael McCandless m...@elastic.co wrote: On Mon, May 11, 2015 at 5:32 AM, Dawid Weiss dawid.we...@cs.put.poznan.pl wrote: Hmm odd that test-framework did not print the

Re: Review Request 33114: LUCENE-6196 Geo3D

, but they are in fact in radians in the geo3d package. - Karl Wright On April 12, 2015, 7:02 p.m., David Smiley wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/33114

Re: [JENKINS] Lucene-Solr-trunk-MacOSX (64bit/jdk1.8.0) - Build # 2377 - Failure!

There is already a check for a degenerate path segment. This is happening because the endpoints that define two path segments are co-linear. There's a check for that too, but clearly it's not firing properly in this case for some reason. I'll have to look deeper when I have a chance. It may be

Re: [JENKINS] Lucene-Solr-trunk-MacOSX (64bit/jdk1.8.0) - Build # 2377 - Failure!

I posted a fix on the review board. Basically, the change replaces the current colinearity check with one directly related to the computation of the segment endpoint plane. Karl On Wed, Jun 3, 2015 at 5:51 AM, Karl Wright daddy...@gmail.com wrote: There is already a check for a degenerate

Re: Looks like I broke Solr 5.2.0 - do we need a 5.2.1?

There may be a prerequisite ticket fix that needs pulling up too? r1683532 | dsmiley | 2015-06-04 08:32:45 -0400 (Thu, 04 Jun 2015) | 1 line LUCENE-6520: Geo3D GeoPath.done() would throw an NPE if adjacent path segments w ere co-linear Karl On Tue, Jun 9, 2015 at 12:30 PM,

RE: [jira] [Commented] (LUCENE-6578) Geo3d: arcDistanceToShape() method may be useful

be useful Key: LUCENE-6578 URL: https://issues.apache.org/jira/browse/LUCENE-6578 Project: Lucene - Core Issue Type: Bug Components: modules/spatial Reporter: Karl Wright

Re: NASA/JPL's involvement in Memex: now public

The name Memex is, I think, already in use by a company that was bought out by Autonomy some years ago, and thence by HP. I presume this is *not* what you are talking about? Thanks, Karl On Wed, May 27, 2015 at 8:26 AM, Mattmann, Chris A (3980) chris.a.mattm...@jpl.nasa.gov wrote: Hey

RE: [jira] [Commented] (LUCENE-6487) Add WGS84 capability to geo3d support

Ok, what I find is that because the arc distance is in effect taking a square root, instead of 1e-12 the error should always be 1e-6. That is just the way the math works. Karl Sent from my Windows Phone From: Karl Wright (JIRA) Sent: 5/30/2015 6:22 AM To: dev@lucene.apache.org Subject: [jira

Re: Welcome Nick Knize as Lucene/Solr committer

Congratulations on joining the Lucene team! Karl On Thu, Oct 22, 2015 at 10:42 AM, Erik Hatcher wrote: > Welcome, Nick! > > We were so close last week while many of us were at the Lucene Revolution > in Austin, TX. You got mentioned and big kudos during David Smiley’s

Re: [jira] [Commented] (LUCENE-6759) Integrate lat/long BKD and spatial 3d, part 2

This one is different. Basically, this time the XYZSolid is *definitely* within the GeoCircle. So the membership operation between the point and the circle is failing but should not be. Evaluating the circle plane at the point yields: 1.1158007851008733E-10, which is indeed outside the shape

Re: [JENKINS] Lucene-Tests-MMAP-master - Build # 93 - Failure

Created LUCENE-7316 to cover this. Karl On Sat, Jun 4, 2016 at 10:47 PM, Apache Jenkins Server < jenk...@builds.apache.org> wrote: > Build: https://builds.apache.org/job/Lucene-Tests-MMAP-master/93/ > > 1 tests failed. > FAILED: org.apache.lucene.spatial3d.TestGeo3DPoint.testGeo3DRelations >

Re: [JENKINS] Lucene-Solr-6.x-Linux (32bit/jdk1.8.0_92) - Build # 807 - Still Failing!

Created LUCENE-7312 for this. Karl On Thu, Jun 2, 2016 at 5:51 AM, Policeman Jenkins Server < jenk...@thetaphi.de> wrote: > Build: http://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/807/ > Java: 32bit/jdk1.8.0_92 -server -XX:+UseSerialGC > > 1 tests failed. > FAILED: >

Re: [JENKINS-EA] Lucene-Solr-6.x-Linux (64bit/jdk-9-ea+120) - Build # 797 - Failure!

Created LUCENE-7310 for this failure. Karl On Wed, Jun 1, 2016 at 8:30 AM, Policeman Jenkins Server < jenk...@thetaphi.de> wrote: > Build: http://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/797/ > Java: 64bit/jdk-9-ea+120 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC > > 1 tests failed. >

Re: Congratulations to the new Lucene/Solr PMC Chair, Tommaso Teofili

Congratulations, Tommaso!! Karl On Wed, Jun 15, 2016 at 6:45 PM, Martin Gainty wrote: > Buona Fortuna Tommaso! > > Martini > __ > > > -- > From: luc...@mikemccandless.com > Date: Wed, 15 Jun 2016

Re: Moving Lucene / Solr from SVN to Git

Hi Dawid, The problem I've had with Git is not that the basic model is hard to understand -- it's that the basic model seems inadequate for many things, so there's been a huge proliferation of mysterious switches that are poorly documented and also very very powerful. svn has a few of these, but

Re: [JENKINS] Lucene-Solr-6.x-MacOSX (64bit/jdk1.8.0) - Build # 70 - Still Failing!

Wish this had forensics... Anyway, I can reproduce it, will look at it today. Karl On Tue, Apr 12, 2016 at 6:11 AM, Michael McCandless < luc...@mikemccandless.com> wrote: > Hmm it reproduces: > > ant test -Dtestcase=TestGeo3DPoint -Dtests.method=testGeo3DRelations >

Re: Welcome Karl Wright as a Lucene/Solr committer!

to continue to contribute to this package for the foreseeable future. Thanks!! Karl On Mon, Apr 4, 2016 at 10:28 AM, Michael McCandless < luc...@mikemccandless.com> wrote: > I'm pleased to announce that Karl Wright has accepted the Lucene PMC's > invitation to become a committer. &g

Re: lucene-solr:master: LUCENE-7157: Update API javadoc and Polygon method visibilities

pos/asf/lucene-solr/repo > > Commit: > http://git-wip-us.apache.org/repos/asf/lucene-solr/commit/ed6f2b0d > > Tree: http://git-wip-us.apache.org/repos/asf/lucene-solr/tree/ed6f2b0d > > Diff: http://git-wip-us.apache.org/repos/asf/lucene-solr/diff/ed6f2b0d > > > > B

Re: [JENKINS] Lucene-Solr-tests-master - Build # 6234 - Still Failing!

t; Git bisect says: > > —— > 0843e95f0c6661eaa8db372deb06318da1cfe9d2 is the first bad commit > commit 0843e95f0c6661eaa8db372deb06318da1cfe9d2 > Author: Karl Wright <daddy...@gmail.com> > Date: Sun Apr 3 09:43:11 2016 -0400 > —— > > > -- > Steve > www.lucidworks.com > > &g

Re: Welcome Karl Wright as a Lucene/Solr committer!

Thanks to all for the warm welcome!! I am honored to be a part of this team. Karl On Mon, Apr 4, 2016 at 7:15 PM, Koji Sekiguchi <koji.sekigu...@rondhuit.com> wrote: > Welcome Karl! > > Koji > > > On 2016/04/04 23:28, Michael McCandless wrote: > >> I'm pleased

Re: [JENKINS] Lucene-Solr-master-Linux (32bit/jdk1.8.0_92) - Build # 16779 - Failure!

LUCENE-7290 Karl On Wed, May 18, 2016 at 3:56 PM, Policeman Jenkins Server < jenk...@thetaphi.de> wrote: > Build: http://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/16779/ > Java: 32bit/jdk1.8.0_92 -server -XX:+UseSerialGC > > 1 tests failed. > FAILED:

Re: [JENKINS-EA] Lucene-Solr-master-Linux (64bit/jdk-9-ea+118) - Build # 16783 - Still Failing!

All of these sorts of failures are covered under LUCENE-7290. Karl On Thu, May 19, 2016 at 12:53 AM, Policeman Jenkins Server < jenk...@thetaphi.de> wrote: > Build: http://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/16783/ > Java: 64bit/jdk-9-ea+118 -XX:+UseCompressedOops

Re: [jira] [Created] (LUCENE-7233) NPE in Geo3dRptTest.testOperations()

I checked in a fix. Karl On Tue, Apr 19, 2016 at 11:14 AM, Steve Rowe (JIRA) wrote: > Steve Rowe created LUCENE-7233: > -- > > Summary: NPE in Geo3dRptTest.testOperations() > Key: LUCENE-7233 > URL:

Re: Welcome Scott Blum as a Lucene/Solr committer!

Welcome, Scott! Karl On Tue, Apr 19, 2016 at 8:38 AM, Otis Gospodnetic < otis.gospodne...@gmail.com> wrote: > Another welcome...from NYC subway ;) > > Otis > > On Apr 19, 2016, at 05:21, Shalin Shekhar Mangar > wrote: > > I'm pleased to announce that Scott Blum has accepted

Re: ant precommit failing due to the solr dev guide

etails on your platform? > > -- > Steve > www.lucidworks.com > > > On Aug 3, 2017, at 10:20 AM, Karl Wright <daddy...@gmail.com> wrote: > > > > 'When I run `ant precommit` on master on my machine, I don't get those > > errors. Is your branch out of

Re: ant precommit failing due to the solr dev guide

h out of date perhaps? > > On Thu, Aug 3, 2017 at 7:56 AM, Karl Wright <daddy...@gmail.com> wrote: > > > > Getting this output: > > > > ... > > [source-patterns] Unescaped symbol "->" on line #84: > > solr/solr-ref-guide/src/res > &g

Re: ant precommit failing due to the solr dev guide

> > Hi, > > > > Could be an newline issue in the groovy script… On windows some regex > using \n or similar won’t match…. > > > > I will check on my system. > > > > - > > Uwe Schindler > > Achterdiek 19, D-28357 Bremen > > http://

Re: ant precommit failing due to the solr dev guide

1.8.0_45 didn't work either; downloading _144 now (will take a while). Karl On Thu, Aug 3, 2017 at 5:09 PM, Karl Wright <daddy...@gmail.com> wrote: > Thanks, I'll update. > > Karl > > > On Thu, Aug 3, 2017 at 12:30 PM, Uwe Schindler <u...@thetaphi.de> wrote: >

Re: ant precommit failing due to the solr dev guide

_144 also doesn't work for me. Looking at one of the .adoc files, the checkout has CR/LF at the end of the line, right after the "->" eg: Is your git configured to checkout in native format? Karl On Thu, Aug 3, 2017 at 5:42 PM, Karl Wright <daddy...@gmail.com> wrote:

Fwd: ant precommit failing due to the solr dev guide

Getting this output: ... [source-patterns] Unescaped symbol "->" on line #84: solr/solr-ref-guide/src/res ponse-writers.adoc [source-patterns] Unescaped symbol "->" on line #185: solr/solr-ref-guide/src/re sponse-writers.adoc [source-patterns] Unescaped symbol "->" on line #87:

Re: [jira] [Created] (LUCENE-7906) Spatial relationship between Geoshapes

Hi Ignacio, It is not clear to me from your post whether you are proposing making package-private classes public, or are proposing additional code to support general 2D polygon intersection. In Geo3D, there is currently only support for computing the intersection with shapes that implement

Re: branch_6x does not build

> > On Thu, Jun 29, 2017 at 4:18 AM, Karl Wright <daddy...@gmail.com> wrote: > > I pushed your core code fix along with my change. I have no idea who > broke > > the tests; the test class itself hasn't been touched in a while, so I > > suspect it was broken due to

branch_6x does not build

Problem is the following lines: >> acf30220 solr/core/src/java/org/apache/solr/core/SolrCore.java (Erick Erickson2017-04-12 21:55:52 -0700 2835) if (coreContainer != null) { acf30220 solr/core/src/java/org/apache/solr/core/SolrCore.java (Erick Erickson

Re: branch_6x does not build

[javac] Compiling 737 source files to /home/mikhail_khludnev@epam. > com/lucene-solr/solr/build/solr-core/classes/test > > [javac] /home/mikhail_khlud...@epam.com/lucene-solr/solr/core/src/ > test/org/apache/solr/cloud/BasicDistributedZkTest.java:587: error: cannot > f

Re: ant precommit failing due to the solr dev guide

be it’s a side-effect of another regex (I don’t fully > understand what the check should do!). > > > > Uwe > > > > - > > Uwe Schindler > > Achterdiek 19, D-28357 Bremen > > http://www.thetaphi.de > > eMail: u...@thetaphi.de > &g

Re: ant precommit failing due to the solr dev guide

ince “.” doesn’t match > a carriage return (without the DOTALL option). > > I committed a fix: I add a call to trim() on each line coming out of > split. Worked for me. > > Karl, please let me know if this doesn’t fix it for you. > > -- > Steve > www.lucidworks.com

Re: ant precommit failing due to the solr dev guide

ngAt() instead of matches() with this regex), which passed all of > "-validate-source-patterns" with all .adoc files. Please try again. > > -- > Steve > www.lucidworks.com > > > On Sat, Aug 5, 2017 at 8:28 PM, Karl Wright <daddy...@gmail.com> wrote: > >&

Re: Request to change visibility of classes in geo3d

You could also solve this by adding additional unchecked factory methods, no? I'm afraid Robert will not be too pleased with generally opening things up. Karl On Fri, May 26, 2017 at 6:17 AM, Ignacio Vera Sequeiros wrote: > Done. > > > > Cheers, > > > > Ignacio Vera > > > >

Solr macro expansion -- interfering with ManifoldCF posts?

Hi all, I've got a ManifoldCF user who is posting content to Solr using the MCF Solr output connector. This connector uses SolrJ under the covers -- a fairly recent version -- but also has overridden some classes to insure that multipart form posts will be used for most content. The problem is

Re: Solr macro expansion -- interfering with ManifoldCF posts?

ly is being sent to Solr?Is there some kind of “${…” > being sent as a parameter? Just curious what’s getting you into this in > the first place. But disabling probably is your most desired solution. > > Erik > > > > On Jun 14, 2017, at 9:34 AM, Karl Wright <daddy...

Re: Release 7.1

+1 from me On Tue, Oct 10, 2017 at 4:45 AM, Martijn v Groningen < martijn.v.gronin...@gmail.com> wrote: > +1! > > On Tue, Oct 10, 2017 at 10:09 AM Ishan Chattopadhyaya < > ichattopadhy...@gmail.com> wrote: > >> +1 >> >> On Mon, Oct 9, 2017 at 9:52 PM, Adrien Grand wrote: >>

Re: lucene-solr:master: LUCENE-7906: Add new shapes to testing paradigm. Committed on behalf of Ignacio Vera.

solr/tree/cd425d60 >> Diff: http://git-wip-us.apache.org/repos/asf/lucene-solr/diff/cd425d60 >> >> Branch: refs/heads/master >> Commit: cd425d609cee8bcea6dbfeab8b3d42b1ce48eb40 >> Parents: 64d1428 >> Author: Karl Wright <daddy...@gm

Re: Welcome Hrishikesh Gadre as Lucene/Solr committer

Welcome! Karl Wright On Sat, Sep 30, 2017 at 7:22 AM, Joel Bernstein <joels...@gmail.com> wrote: > Welcome! > > Joel Bernstein > http://joelsolr.blogspot.com/ > > On Fri, Sep 29, 2017 at 11:39 PM, Đạt Cao Mạnh <caomanhdat...@gmail.com> > wrote: > >> We

Re: Welcome Ahmet Arslan as Lucene/Solr committer

Welcome, Ahmet! Karl On Sun, Dec 17, 2017 at 8:11 AM, Michael McCandless < luc...@mikemccandless.com> wrote: > Welcome Ahmet! > > Mike McCandless > > http://blog.mikemccandless.com > > On Sun, Dec 17, 2017 at 5:15 AM, Adrien Grand wrote: > >> Hi all, >> >> Please join me in

Re: Support only SolrCloud

ManifoldCF has an integration with SolrJ that allows configuration for both Solr standalone and Solr Cloud selections. While this change would eventually simplify the UI and support requirements in the MCF Solr connector in the long term, we could not get rid of it for years because we maintain

Re: Welcome Nhat Nguyen as Lucene/Solr committer

Welcome!! Karl On Mon, Jun 18, 2018 at 4:42 PM Adrien Grand wrote: > Hi all, > > Please join me in welcoming Nhat Nguyen as the latest Lucene/Solr > committer. > Nhat, it's tradition for you to introduce yourself with a brief bio. > > Congratulations and Welcome! > > Adrien >

Re: [DISCUSS] Geo/spatial organization in Lucene

o the planar > universe. That only make sense if those shapes are generic and are in core. > > > > Ignacio > > > > > > > > > > *From:* Karl Wright [mailto:daddy...@gmail.com] > *Sent:* Sunday, June 24, 2018 7:10 AM > *To:* Lucene/Solr dev

Re: [DISCUSS] Geo/spatial organization in Lucene

is in the core together with the planar implementation. > > > > > > > > > > > > > > *From:* Karl Wright [mailto:daddy...@gmail.com] > *Sent:* Monday, June 25, 2018 12:38 PM > *To:* Lucene/Solr dev > *Subject:* Re: [DISCUSS] Geo/spatial

Re: [DISCUSS] Geo/spatial organization in Lucene

Sorry, I just returned from an overseas trip. I'll try to put some thought into a cogent response when I get a little less scrambled. Karl On Fri, Jun 22, 2018 at 4:16 PM David Smiley wrote: > Nick, are you not only arguing for spatial code to be in Lucene core, but > also for the "spatial"

Re: [DISCUSS] Geo/spatial organization in Lucene

+1 On Mon, Jun 25, 2018 at 12:46 PM Nicholas Knize wrote: > +1 > > On Mon, Jun 25, 2018, 11:32 AM Ignacio Vera Sequeiros > wrote: > >> +1 >> -- >> *From:* Alan Woodward >> *Sent:* Monday, June 25, 2018 5:56:16 PM >> *To:* dev@lucene.apache.org >> >> *Subject:* Re:

Re: [DISCUSS] Geo/spatial organization in Lucene

Data points: (1) For both geo3d and Robert's implementation (at least!) there exists a public API already. For geo3d, this consists of: drwxrwxrwx 0 root root 512 Jun 19 02:47 geom -rwxrwxrwx 1 root root 5586 Jun 19 02:47 PointInGeo3DShapeQuery.java -rwxrwxrwx 1 root root 4940 Jun 19 02:47

Re: Welcome Ignacio Vera as Lucene/Solr committer

Welcome, Ignacio! Karl On Thu, Jan 11, 2018 at 11:46 AM, Steve Rowe wrote: > Congrats and welcome Ignacio! > > -- > Steve > www.lucidworks.com > > > On Jan 11, 2018, at 11:35 AM, Adrien Grand wrote: > > > > Hi all, > > > > Please join me in welcoming

Re: Welcome Jason Gerlowski as committer

Hello Jason! On Thu, Feb 8, 2018 at 12:06 PM, Dawid Weiss wrote: > Welcome Jason! > > Dawid > > On Thu, Feb 8, 2018 at 6:04 PM, Adrien Grand wrote: > > Welcome Jason! > > > > Le jeu. 8 févr. 2018 à 18:03, David Smiley a > >

Re: Welcome Karl Wright to the PMC

te: > >> I am pleased to announce that Karl Wright has accepted the PMC's >> invitation to join. >> >> Welcome Karl! >> > >

Re: [DISCUSS] Geo/spatial organization in Lucene

The abstractions in spatial3d are not the same abstractions as you find in spatial, and yet they sound similar. So I'd worry that if we threw them together we'd be setting ourselves up for a shotgun marriage at some point. I would strongly disagree that that was in any way a good idea. The

Re: Test failures are out of control......

I looked at the Geo3d failures; these are timeouts exclusively. I suspect we're seeing a test issue. Will try to correct. Karl On Tue, Feb 27, 2018 at 1:51 PM, Chris Hostetter wrote: > : The most interesting bit is probably here... > : > :

Re: [JENKINS] Lucene-Solr-Tests-7.x - Build # 549 - Failure

Fix committed for the dangling Ignore import. Karl On Thu, Apr 5, 2018 at 6:39 PM, Apache Jenkins Server < jenk...@builds.apache.org> wrote: > Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/549/ > > All tests passed > > Build Log: > [...truncated 52933 lines...] >

Re: [JENKINS] Lucene-Solr-master-Solaris (64bit/jdk1.8.0) - Build # 1785 - Failure!

Fix committed for the dangling Ignore import. Karl On Thu, Apr 5, 2018 at 6:09 PM, Policeman Jenkins Server < jenk...@thetaphi.de> wrote: > Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Solaris/1785/ > Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseG1GC > > All tests passed > >

Re: [1/2] lucene-solr:master: LUCENE-8245: Add more tests that demonstrate problems with GeoComplexPolygon.

.org/repos/asf/lucene-solr/repo >> Commit: http://git-wip-us.apache.org/repos/asf/lucene-solr/commit/ >> 661fdf3a >> Tree: http://git-wip-us.apache.org/repos/asf/lucene-solr/tree/661fdf3a >> Diff: http://git-wip-us.apache.org/repos/asf/lucene-solr/diff/661fdf3a >> >>

Re: Precommit failures

I've been having inconsistent runs of precommit. Sometimes it complains, sometimes not. But easily fixed -- I'll push javadoc now. Karl On Thu, Apr 12, 2018 at 8:50 PM, Erick Erickson wrote: > I'm getting this precommit failure on a fresh clone of master: > >

Question about sending parameters to Solr via SolrJ when SolrCloud is involved

ManifoldCF uses SolrJ to send documents to Solr. There are two possible models you can configure for the documents themselves -- either using the extracting update handler, or using the standard SolrClient.add(SolrInputDocument). This occurs in the context of either stand-alone Solr, or Solr

Re: Welcome Cao Mạnh Đạt to the PMC

Welcome! Karl On Mon, Apr 2, 2018 at 3:56 PM, Anshum Gupta wrote: > Welcome Đạt! > > * *Anshum > > > > > On Apr 2, 2018, at 12:50 PM, Adrien Grand wrote: > > Fixing the subject of the email. > > Le lun. 2 avr. 2018 à 21:48, Adrien Grand

Re: ivy-versions broken in e3032dd3fcc

I use git for many projects and most of them don't require that, so it leaves me at a bit of a disadvantage. Karl On Fri, Mar 2, 2018 at 4:01 PM, Dawid Weiss wrote: > > ant precommit is essentially not an option for Windows developers > > I'm on Windows (and in Linux)

Re: ivy-versions broken in e3032dd3fcc

The instructions here are no longer valid, FWIW: https://lucene.apache.org/core/developer.html Karl On Fri, Mar 2, 2018 at 5:24 PM, Karl Wright <daddy...@gmail.com> wrote: > Just tried this. > Had to delete my entire local repo. And now I can't rebuild it either -- > the sta

Re: ivy-versions broken in e3032dd3fcc

Just tried this. Had to delete my entire local repo. And now I can't rebuild it either -- the standard git clone command gets an SSL error. :-( Offline until further notice. Karl On Fri, Mar 2, 2018 at 4:54 PM, Karl Wright <daddy...@gmail.com> wrote: > I use git for many projects

Re: Test failures are out of control......

gt; Let us know if you can't get this to fail locally, we can turn it back > on on Jenkins as long as it's getting active attention. > > Erick > > On Tue, Feb 27, 2018 at 12:40 PM, Karl Wright <daddy...@gmail.com> wrote: > > I looked at the Geo3d failures; these are timeouts

Re: ivy-versions broken in e3032dd3fcc

ant precommit is usually broken on windows whenever I try to run it, usually because of some failure checking Solr doc sources. I raised this issue a few months back and it got fixed briefly but only very briefly. ant precommit is essentially not an option for Windows developers at this time.

Re: Friendly reminder: please run precommit

; If you are not changing third party dependencies or anything "heavy" > like that you should at least run "ant documentation-lint" from > lucene/ > > > On Thu, Apr 26, 2018 at 8:02 AM, Karl Wright <daddy...@gmail.com> wrote: > > How long does preco

Re: Friendly reminder: please run precommit

reak the build. I would ask to just run >> precommit before committing. you don't have to sit and watch it, you >> can go work on something else while it runs. >> >> On Thu, Apr 26, 2018 at 9:23 AM, Karl Wright <daddy...@gmail.com> wrote: >> > :-) >> >

Re: Friendly reminder: please run precommit

How long does precommit take you to run? For me, it's a good 25 minutes. That really impacts turnaround, which is why I'd love a precommit that looked only at certain things in the local package I'm dealing with. Karl On Thu, Apr 26, 2018 at 6:14 AM, Simon Willnauer

Re: Welcome Gus Heck as Lucene/Solr committer

Welcome!! Karl On Thu, Nov 1, 2018 at 9:53 PM Koji Sekiguchi wrote: > Welcome Gus! > > Koji > > On 2018/11/01 21:22, David Smiley wrote: > > Hi all, > > > > Please join me in welcoming Gus Heck as the latest Lucene/Solr committer! > > > > Congratulations and Welcome, Gus! > > > > Gus, it's

Re: Welcome Tim Allison as a Lucene/Solr committer

Welcome! Karl On Mon, Nov 5, 2018 at 1:39 PM Christine Poerschke (BLOOMBERG/ LONDON) < cpoersc...@bloomberg.net> wrote: > Welcome Tim! > > From: dev@lucene.apache.org At: 11/02/18 16:20:52 > To: dev@lucene.apache.org > Subject: Welcome Tim Allison as a Lucene/Solr committer > > Hi all, > > >

How are you supposed to send multipart form requests using SolrJ now?

Hi all, With the release of 7.4, several things changed inside Solrj. One critical thing that changed was that it now seems to be impossible to send POST requests with multipart form encoding. This functionality is critical to ManifoldCF since the metadata it sends to Solr regularly exceeds URL

Re: How are you supposed to send multipart form requests using SolrJ now?

release cycle happening now. If there is something I've missed and there is a good way to accomplish this in SolrJ, please let me know. I also tried to tag Paul Nobel in the ticket but Jira does not recognize that name. Karl On Mon, Sep 24, 2018 at 4:01 AM Karl Wright wrote: > Ok, the com

Re: How are you supposed to send multipart form requests using SolrJ now?

t) { 203bbf504a3 (Alan Woodward 2015-03-26 10:42:22 + 416) // send server list and request list as query string params ... <<<<<< The introduction of RequestWriter essentially prevented use of streams and multipart EXCEPT when there was no RequestWriter in a request, whi

Re: How are you supposed to send multipart form requests using SolrJ now?

and possibly even a blocker for the next > version. Unless there is a workaround that is quite non-intuitive. > > Regards, >Alex. > > On 21 September 2018 at 11:43, Karl Wright wrote: > > I should also mention that Solr Cell makes use of the multipart form's > >

Solr examples with long metadata needed

Hi ManifoldCF Community, I need one or two concrete examples of solr [INFO] log messages that include very long metadata (>8192). This is apparently critical for getting the SolrJ team to be able to understand ManifoldCF's usage of solr. If you have such examples around, please be sure that the

Re: Solr examples with long metadata needed

:34:53.000Z_resolution=300+dots=32_conditions=view+(0x76696577):+36+bytes_description=sRGB+IEC61966-2.1_image_width=3840+pixels=OCR_conditions_description=Reference+Viewing+Condition+in+IEC61966-2.1_height=2160+pixels}{add=[file:/localhost/OCR/HOT%20Balloon%20Trip_Ultra%20HD.jpg > > (161268

Re: How are you supposed to send multipart form requests using SolrJ now?

I should also mention that Solr Cell makes use of the multipart form's separator name. This functionality seems to be unavailable through the URL. We have a number of clients who rely on this. Karl On Fri, Sep 21, 2018 at 10:15 AM Karl Wright wrote: > Hi all, > > With the relea

Re: Congratulations to the new Lucene/Solr PMC chair, Cassandra Targett

Congratulations! On Mon, Dec 31, 2018 at 5:20 PM Michael Sokolov wrote: > Heavy is the head that wears the crown - congrats and thank you! And > here's to a peaceful transition of power in the new year :) > > On Mon, Dec 31, 2018 at 1:39 PM Dawid Weiss wrote: > > > > Congratulations,

Re: Welcome Ignacio Vera to the PMC

Welcome, Ignacio! Karl On Mon, Mar 4, 2019 at 4:51 AM Alan Woodward wrote: > Congratulations and welcome, Ignacio! > > > On 4 Mar 2019, at 09:09, Adrien Grand wrote: > > > > I am pleased to announce that Ignacio Vera has accepted the PMC's > > invitation to join. > > > > Welcome Ignacio! > > >

Re: Welcome Tomoko Uchida as Lucene/Solr committer

Welcome! Karl On Mon, Apr 8, 2019 at 8:28 PM Christian Moen wrote: > Congratulations, Tomoko-san! > > On Tue, Apr 9, 2019 at 12:20 AM Uwe Schindler wrote: > >> Hi all, >> >> Please join me in welcoming Tomoko Uchida as the latest Lucene/Solr >> committer! >> >> She has been working on

Re: Welcome Michael Sokolov as Lucene/ Solr committer

Welcome, Michael! Karl On Mon, May 13, 2019 at 4:52 PM Martin Gainty wrote: > Удачи Майкл! > > > -- > *From:* Erick Erickson > *Sent:* Monday, May 13, 2019 4:11 PM > *To:* dev@lucene.apache.org > *Subject:* Re: Welcome Michael Sokolov as Lucene/ Solr committer > >

Re: Welcome Atri Sharma as Lucene/Solr committer

Welcome! Karl On Wed, Sep 18, 2019 at 11:38 AM Namgyu Kim wrote: > Congratulations and welcome, Atri! XD > > 2019년 9월 19일 (목) 오전 12:24, Gus Heck 님이 작성: > >> Welcome :) >> >> On Wed, Sep 18, 2019 at 11:21 AM Kevin Risden wrote: >> >>> Congrats and welcome Atri! >>> >>> Kevin Risden >>> >>> >>>

Re: Welcome Houston Putman as Lucene/Solr committer

Welcome! Karl On Thu, Nov 14, 2019 at 8:17 AM Michael Sokolov wrote: > Hi Houston, welcome! > > On Thu, Nov 14, 2019 at 7:23 AM Erick Erickson > wrote: > > > > Welcome! > > > > > On Nov 14, 2019, at 5:19 AM, Jan Høydahl > wrote: > > > > > > Congrats and welcome Houston! > > > > > > -- > > >

Re: Congratulations to the new Lucene/Solr PMC Chair, Anshum Gupta!

Congratulations!! Karl On Fri, Jan 17, 2020 at 6:37 AM Namgyu Kim wrote: > Congratulations Anshum! :D > > On Fri, Jan 17, 2020 at 7:32 PM Ignacio Vera wrote: > >> Congrats Anshum! >> >> On Fri, Jan 17, 2020 at 3:17 AM Shalin Shekhar Mangar < >> shalinman...@gmail.com> wrote: >> >>>

Re: Welcome Eric Pugh as a Lucene/Solr committer

Welcome, Eric! On Mon, Apr 6, 2020 at 9:52 AM Steve Rowe wrote: > Congrats and welcome Eric! > > -- > Steve > > > On Apr 6, 2020, at 8:21 AM, Jan Høydahl wrote: > > > > Hi all, > > > > Please join me in welcoming Eric Pugh as the latest Lucene/Solr > committer! > > > > Eric has been part of

Re: [VOTE] Solr to become a top-level Apache project (TLP)

+1 from me (binding) Karl On Tue, May 12, 2020 at 3:54 AM Atri Sharma wrote: > +1 (binding). > > Regards, > > Atri > > On Tue, 12 May 2020 at 13:07, Dawid Weiss wrote: > >> Dear Lucene and Solr developers! >> >> According to an earlier [DISCUSS] thread on the dev list [2], I am >> calling for

Re: Welcome Alessandro Benedetti as a Lucene/Solr committer

Welcome, Alessandro! Karl On Wed, Mar 18, 2020 at 9:01 AM David Smiley wrote: > Hi all, > > Please join me in welcoming Alessandro Benedetti as the latest Lucene/Solr > committer! > > Alessandro has been contributing to Lucene and Solr in areas such as More > Like This, Synonym boosting, and

  1   2   3   4   5   6   7   8   9   10   >