why not just d...@lucene.apache.org?
On Mon, Mar 22, 2010 at 11:44 AM, Grant Ingersoll gsing...@apache.org wrote:
Shall we merge the dev mailing lists? This should reduce the cross-posting
and can be completely automated (other than you may have to update your
client-side filters) and was
Logistically, how would this work?
would d...@lucene.apache.org be an alias for java-dev and solr-dev? or
a whole new list?
Would people need to subscribe to it, or would you already be on the
list if you were on java/solr dev? If we are on both lists, do we get
two copies of every message?
I'm confused... what is the need for a new name? The only place where
there is a conflict is in the top level svn tree...
What about something general like:
https://svn.apache.org/repos/asf/lucene/dev
or
https://svn.apache.org/repos/asf/lucene/project
ryan
On Mon, Mar 22, 2010 at 2:02 PM,
Personally I'd prefer we just stop adding them, and the current ones work
their way up like normal if they are so inclined, or the ones that are not
even around anymore can just stay as they are.
This seems reasonable to me.
I would love to set goals that are ~3 months out so that we don't have
another 1 year release cycle. For a 2.0 release where we could have
more back-compatibly flexibility, i would love to see some work that
may be too ambitious... In particular, the config spaghetti needs
some
On Nov 19, 2009, at 3:34 PM, Mark Miller wrote:
Ryan McKinley wrote:
I would love to set goals that are ~3 months out so that we don't
have
another 1 year release cycle. For a 2.0 release where we could have
more back-compatibly flexibility, i would love to see some work that
may be too
[
https://issues.apache.org/jira/browse/LUCENE-2022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12775064#action_12775064
]
Ryan McKinley commented on LUCENE-2022:
---
For:
{panel}
also add a will be removed
+1
Tested (via solr 1.4.0 RC) and everything seems good
On Oct 31, 2009, at 1:59 PM, Yonik Seeley wrote:
On Thu, Oct 29, 2009 at 7:27 PM, Michael McCandless
luc...@mikemccandless.com wrote:
OK, let's try this again!
I've built new release artifacts from svn rev 831145 (on the 2.9
branch),
and a 3rd!
On Sep 24, 2009, at 11:51 AM, lucene wrote:
Make that a 2nd thank you!
Mike
On Thu, Sep 24, 2009 at 11:16 AM, Mark Miller
markrmil...@gmail.com wrote:
Nice! That is *awesome*. Thank you!
gento0nz wrote:
Hi,
Since my contribution in LUCENE-1732 I have been working on re-
Ya, JTS and GeoTools are great... but they are LGPL.
The original spatial code was based on GeoTools, then any math/spatial
objects were re-factored so the geotools math can be plugged in as
needed. Notice that DistanceUtils can be replaced with something
else that does the math
[
https://issues.apache.org/jira/browse/LUCENE-1504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12737548#action_12737548
]
Ryan McKinley commented on LUCENE-1504:
---
Don't try to read much into anything I did
With the added analyzer for LUCENE-1629, it seems the jar file is now ~3.5MB.
Given the size, does it make sense to put it in its own jar file?
That way programs can easily exclude it if space is a concern.
thanks
ryan
-
To
Patrick's original version of localluce included geotools -- to make
it Apache license compatible we took that out and make the distance
calculations pluggable.
The hardcoded miles part should be changeable -- feel free to post any
patches and we can make it a better solution.
best
ryan
we can have fine grained modularity w/o having second class
citizens, and
we can achieve it without needing to make radical changes -- but
putting
more stuff into core isn't going to help us get there.
I totally agree.
However, just to stir the pot (and assuming you are well rested),
In order to get spatial lucene into solr, we need to figure out how to
fix the memory leak described in:
https://issues.apache.org/jira/browse/LUCENE-1304
Reading the posts on LUCENE-1304, it seems to point to LUCENE-1483 as
the _real_ solution while LUCENE-1304 would just be a deprecated
[
https://issues.apache.org/jira/browse/LUCENE-1512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley reassigned LUCENE-1512:
-
Assignee: Ryan McKinley
Incorporate GeoHash in contrib/spatial
[
https://issues.apache.org/jira/browse/LUCENE-1512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12661643#action_12661643
]
Ryan McKinley commented on LUCENE-1512:
---
Thanks patrick!
I just committed
[
https://issues.apache.org/jira/browse/LUCENE-1512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12661223#action_12661223
]
Ryan McKinley commented on LUCENE-1512:
---
This is awesome. thanks patrick
[
https://issues.apache.org/jira/browse/LUCENE-1512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12661241#action_12661241
]
Ryan McKinley commented on LUCENE-1512:
---
Any chance you could make a new patch
[
https://issues.apache.org/jira/browse/LUCENE-1483?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12661260#action_12661260
]
Ryan McKinley commented on LUCENE-1483:
---
Any estimates on how far along
On Jan 1, 2009, at 7:05 AM, Michael Busch wrote:
On 1/1/09 6:28 AM, Michael McCandless wrote:
I think the pom.xml.template under contrib/spatial is broken (looks
like a copy from contrib/instantiated), which is then causing dist-
maven task to fail with this error:
Error deploying
Components: contrib/spatial
Reporter: Ryan McKinley
Priority: Trivial
Attachments: LUCENE-1508-tier-plotter-prefix.patch
CartesianTierPlotter field prefix is currrently hardcoded to _localTier --
this should be configurable
--
This message is automatically
[
https://issues.apache.org/jira/browse/LUCENE-1508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated LUCENE-1508:
--
Attachment: LUCENE-1508-tier-plotter-prefix.patch
simple patch
CartesianTierPlotter
[
https://issues.apache.org/jira/browse/LUCENE-1508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley resolved LUCENE-1508.
---
Resolution: Fixed
Fix Version/s: 2.9
Assignee: Ryan McKinley
[
https://issues.apache.org/jira/browse/LUCENE-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley reassigned LUCENE-1387:
-
Assignee: Ryan McKinley
Add LocalLucene
---
Key: LUCENE
[
https://issues.apache.org/jira/browse/LUCENE-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated LUCENE-1387:
--
Component/s: (was: contrib/*)
contrib/spatial
Add LocalLucene
[
https://issues.apache.org/jira/browse/LUCENE-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley resolved LUCENE-1387.
---
Resolution: Fixed
Fix Version/s: 2.9
added in #730067
thanks everyone.
Add
[
https://issues.apache.org/jira/browse/LUCENE-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated LUCENE-1503:
--
Component/s: contrib/spatial
refactor spatial contrib Filter Query classes
[
https://issues.apache.org/jira/browse/LUCENE-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated LUCENE-1503:
--
Attachment: LUCENE-1503-spatial-filter-builder.patch
this patch renames:
CartesianPolyFilter
[
https://issues.apache.org/jira/browse/LUCENE-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley reassigned LUCENE-1503:
-
Assignee: Ryan McKinley
refactor spatial contrib Filter Query classes
Issue Type: Improvement
Components: contrib/spatial
Reporter: Ryan McKinley
Fix For: 2.9
From erik's comments in LUCENE-1387
* Maybe the Filter's should be using the DocIdSet API rather than the
BitSet deprecated stuff? We can refactor that after being
[
https://issues.apache.org/jira/browse/LUCENE-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated LUCENE-1503:
--
Description:
From erik's comments in LUCENE-1387
* DistanceQuery is awkwardly named
[
https://issues.apache.org/jira/browse/LUCENE-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley resolved LUCENE-1503.
---
Resolution: Fixed
Fix Version/s: 2.9
refactor spatial contrib Filter Query classes
Reporter: Ryan McKinley
Currently spatial contrib includes a copy of NumberUtils from solr (otherwise
it would depend on solr)
Once LUCENE-1496 is sorted out, this copy should be removed.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add
geohash and the tier systems (local lucene) each have their place.
Geohash is attractive since it simple and could slip into lucene
easily. The tier system is more complex, but supports more accurate
calculations and better behavior around the edges (even in New
Zealand and London)
I
: Ryan McKinley
From erik's comments in LUCENE-1387
* Maybe the Filter's should be using the DocIdSet API rather than the
BitSet deprecated stuff? We can refactor that after being committed I supposed,
but not something we want to leave like that.
* DistanceQuery is awkwardly named. It's
[
https://issues.apache.org/jira/browse/LUCENE-1496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12659355#action_12659355
]
Ryan McKinley commented on LUCENE-1496:
---
should the number functions from TrieUtils
a spatial searching contrib (and his ongoing
experience as both a Solr committer and PMC member) The PMC has
voted to make Ryan McKinley a Lucene-Java Contrib and Documentation
committer.
Congrats Ryan, please make sure to add yourself to the contrib
committers list.
-Hoss
[
https://issues.apache.org/jira/browse/LUCENE-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12658089#action_12658089
]
Ryan McKinley commented on LUCENE-1387:
---
Agree -- but these changes are best made
Move solr NumberUtils to lucene
---
Key: LUCENE-1496
URL: https://issues.apache.org/jira/browse/LUCENE-1496
Project: Lucene - Java
Issue Type: Task
Reporter: Ryan McKinley
Priority
On Dec 18, 2008, at 9:00 PM, Mark Miller wrote:
Who is this shady character and can he be trusted? :)
+1.
LocalLucene is awesome. Anyone investigated Jason's idea of
integrating the trie range query stuff?
There will be lots of things to investigate!
The other thing i am curious about
another interesting geohash link:
http://labs.metacarta.com/blog/27.entry/geographic-queries-on-google-app-engine/
seems like that has a perfect match with TrieRangeQuery
On Dec 19, 2008, at 5:48 PM, Ryan McKinley wrote:
On Dec 18, 2008, at 9:00 PM, Mark Miller wrote:
Who is this shady
[
https://issues.apache.org/jira/browse/LUCENE-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12657843#action_12657843
]
Ryan McKinley commented on LUCENE-1387:
---
Looks great patrick!
At quick glance, all
Hello-
Momentum has picked back up with the spatial contrib:
https://issues.apache.org/jira/browse/LUCENE-1387
I think it is ready to go.
I asked a while back how you all feel about letting me have commit
access on /contrib, I want to raise the question again just to make
sure.
I believe
[
https://issues.apache.org/jira/browse/LUCENE-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12657865#action_12657865
]
Ryan McKinley commented on LUCENE-1387:
---
Just noticed something
[
https://issues.apache.org/jira/browse/LUCENE-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated LUCENE-1387:
--
Attachment: spatial.tar.gz
here is an updated zip.
This one can be dropped into:
http
I posted this same question for the same reasons a while back...
http://markmail.org/message/mji7jnpa5xjfflmw
I'm looking at local lucene and trying to figure out how it could go
into lucene. As is, locallucene depends on solr since it needs
NumberUtils.
Any change of heart for moving it
On Dec 12, 2008, at 5:18 AM, Michael McCandless wrote:
Taking this to java-dev (off Jira)...
Mark Miller (Jira) wrote:
I thought there were some that wanted to change some of the API to
java
5 for the 3.0 release, cause I thought back compat was less
restricted
2-3. I guess mabye
Todd Feak just added a few Filter implementations to solr JIRA:
https://issues.apache.org/jira/browse/SOLR-815
https://issues.apache.org/jira/browse/SOLR-814
https://issues.apache.org/jira/browse/SOLR-813
I don't know anything about Japanese, so I'm uncomfortable doing
anything with 814 and
Now I can have two types of queries:
Structured query:
name: George Bush AND Occupation: President
please don't remind us!
try asking this question on the [EMAIL PROTECTED] that
list is for usage related questions
ryan
[
https://issues.apache.org/jira/browse/LUCENE-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12632721#action_12632721
]
Ryan McKinley commented on LUCENE-1387:
---
I'm struggling to get two of the existing
[
https://issues.apache.org/jira/browse/LUCENE-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated LUCENE-1387:
--
Attachment: spatial.zip
Here is a modified version of the grant with no LGPL dependencies
Hello
I've been working on getting things in order for:
https://issues.apache.org/jira/browse/LUCENE-1387
I think it is ready (at least almost ready) to commit. How should
that happen? Can I request to commit rights on:
http://svn.apache.org/repos/asf/lucene/java/trunk/contrib/spatial
[
https://issues.apache.org/jira/browse/LUCENE-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12631928#action_12631928
]
Ryan McKinley commented on LUCENE-1387:
---
I'm in the process of removing the LGPL
[
https://issues.apache.org/jira/browse/LUCENE-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12631974#action_12631974
]
Ryan McKinley commented on LUCENE-1387:
---
locallucene has some java 1.5 code
[
https://issues.apache.org/jira/browse/LUCENE-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12632066#action_12632066
]
Ryan McKinley commented on LUCENE-1387:
---
How do lucene contribs usually do logging
[
https://issues.apache.org/jira/browse/LUCENE-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12632092#action_12632092
]
Ryan McKinley commented on LUCENE-1387:
---
Ok, I've got this compiling and running
Reporter: Ryan McKinley
Priority: Minor
Let users set Similarity used for MoreLikeThis
For discussion, see:
http://www.nabble.com/MoreLikeThis-API-changes--tf3838535.html
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue
[
https://issues.apache.org/jira/browse/LUCENE-896?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated LUCENE-896:
-
Attachment: LUCENE-896-MoreLikeThisSimilarity.patch
This adds a constructor and accessors
59 matches
Mail list logo