Mailing List Archive: Lucene: Java-Dev

Lucene Spatial

Index | Next | Previous | View Threaded

ucbmckee at gmail

Sep 17, 2009, 10:37 AM

Post #1 of 20 (2698 views)
Permalink

Lucene Spatial

Hello,

I'm in the process of implementing a project using Lucene Spatial and I
had a couple (hopefully quick) questions:

1) Is anyone currently working on adding arbitrary geo shape handling,
or has done so in code that is not part of the contrib? I need to
implement functionality to support filtering by bounding boxes (passed
in directly to the DistanceQueryBuilder) and arbitrary closed polygons
(for neighbourhood overlays), for example.

2) To what extent is Spatial under active development? I noticed that
there is at least one big patch outstanding (LUCENE-1732,
multithreading). If I were to begin development on a few things (such as
the above, if it hasn't already been done/slated), would I just fall
hopelessly out-of-sync in short order?

Thank you for your time and insight!

Best Regards,
Aaron McKee

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
For additional commands, e-mail: java-dev-help [at] lucene

markrmiller at gmail

Sep 17, 2009, 10:44 AM

Post #2 of 20 (2639 views)
Permalink

Re: Lucene Spatial [In reply to]

Don't get me started with spatial - they came, they dumped it, they left ;)

You will not fall out of sync in short order, especially if you work
with JIRA so others know what you are doing. The guys that originally
came in and added spatial apparently have it working for their needs and
havn't been around doing anything with it for some time.

Feel free to add some javadoc too! Any javadoc ...

Aaron McKee wrote:
> Hello,
>
> I'm in the process of implementing a project using Lucene Spatial and
> I had a couple (hopefully quick) questions:
>
> 1) Is anyone currently working on adding arbitrary geo shape handling,
> or has done so in code that is not part of the contrib? I need to
> implement functionality to support filtering by bounding boxes (passed
> in directly to the DistanceQueryBuilder) and arbitrary closed polygons
> (for neighbourhood overlays), for example.
>
> 2) To what extent is Spatial under active development? I noticed that
> there is at least one big patch outstanding (LUCENE-1732,
> multithreading). If I were to begin development on a few things (such
> as the above, if it hasn't already been done/slated), would I just
> fall hopelessly out-of-sync in short order?
>
> Thank you for your time and insight!
>
> Best Regards,
> Aaron McKee
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
> For additional commands, e-mail: java-dev-help [at] lucene
>

--
- Mark

http://www.lucidimagination.com

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
For additional commands, e-mail: java-dev-help [at] lucene

wheijke at xs4all

Sep 17, 2009, 10:57 AM

Post #3 of 20 (2628 views)
Permalink

Re: Lucene Spatial [In reply to]

Hi,

Started using it actively.
Soon realized that it was unsupported alpha code and didn't fit in the
high profile environment we have.
Now using my own code to do bounding box / proximity Lucene searches with
GeoHashes, faster, more efficient.

My advice, browse the code, get inspired, write your own code only better.

Wouter

> Hello,
>
> I'm in the process of implementing a project using Lucene Spatial and I
> had a couple (hopefully quick) questions:
>
> 1) Is anyone currently working on adding arbitrary geo shape handling,
> or has done so in code that is not part of the contrib? I need to
> implement functionality to support filtering by bounding boxes (passed
> in directly to the DistanceQueryBuilder) and arbitrary closed polygons
> (for neighbourhood overlays), for example.
>
> 2) To what extent is Spatial under active development? I noticed that
> there is at least one big patch outstanding (LUCENE-1732,
> multithreading). If I were to begin development on a few things (such as
> the above, if it hasn't already been done/slated), would I just fall
> hopelessly out-of-sync in short order?
>
> Thank you for your time and insight!
>
> Best Regards,
> Aaron McKee
>

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
For additional commands, e-mail: java-dev-help [at] lucene

markrmiller at gmail

Sep 17, 2009, 10:59 AM

Post #4 of 20 (2625 views)
Permalink

Re: Lucene Spatial [In reply to]

Wouter Heijke wrote:
> My advice, browse the code, get inspired, write your own code only better.
>
> Wouter
>
Evil dude - donate those improvements back!

--
- Mark

http://www.lucidimagination.com

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
For additional commands, e-mail: java-dev-help [at] lucene

wheijke at xs4all

Sep 18, 2009, 1:03 AM

Post #5 of 20 (2616 views)
Permalink

Re: Lucene Spatial [In reply to]

Evil... well if the projection doesn't align with the way other parts of
your codebase do then it it is just one more reason to dump code and write
your own...

The most useful part I could donate is the bunch of code I wrote around
GeoHashes, that is code that enables you do do really cool things, like
reverse geocoding with them. I also addressed the median/equator problem
and made bounding box searches by using GeoHashes more controllable.

GeoHashes are really powerful and are more suited for Lucene then lat/lon's.

Wouter

> Wouter Heijke wrote:
>> My advice, browse the code, get inspired, write your own code only
>> better.
>>
>> Wouter
>>
> Evil dude - donate those improvements back!
>
> --
> - Mark
>
> http://www.lucidimagination.com
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
> For additional commands, e-mail: java-dev-help [at] lucene
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
For additional commands, e-mail: java-dev-help [at] lucene

azlist1 at gmail

Sep 22, 2009, 1:08 AM

Post #6 of 20 (2568 views)
Permalink

Re: Lucene Spatial [In reply to]

Hi,

I am also very interested in that matter and I would likely contribute any
help (testing etc ...) if possible.

Ifyou guys plan on rewritimg something clean, I would suggest you consider
using the Java Topology Suite (JTS)
http://www.vividsolutions.com/jts/jtshome.htm as a base for spatial objects,
rather than rewriting them entirely as the previous commiters did.
This would allow smooth integration with GeoTools which is a de-facto
library for geographic operations.

I would also love to see how Wouter's code works and what it exactly does :)

Thanks for reviving this !

Cheers,

Alex.

lucene at mikemccandless

Sep 22, 2009, 2:36 AM

Post #7 of 20 (2557 views)
Permalink

Re: Lucene Spatial [In reply to]

On Tue, Sep 22, 2009 at 4:08 AM, Alex <azlist1 [at] gmail> wrote:

> I would suggest you consider
> using the Java Topology Suite (JTS)
> http://www.vividsolutions.com/jts/jtshome.htm as a base for spatial objects,

+1, this looks compelling!

Mike

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
For additional commands, e-mail: java-dev-help [at] lucene

sarowe at syr

Sep 22, 2009, 7:26 AM

Post #8 of 20 (2557 views)
Permalink

RE: Lucene Spatial [In reply to]

The link Alex provided looks like it's home to an older snapshot of the project's history; I think this is the project's current home:

http://tsusiatsoftware.net/jts/main.html

Steve

> -----Original Message-----
> From: Michael McCandless [mailto:lucene [at] mikemccandless]
> Sent: Tuesday, September 22, 2009 5:37 AM
> To: java-dev [at] lucene
> Subject: Re: Lucene Spatial
>
> On Tue, Sep 22, 2009 at 4:08 AM, Alex <azlist1 [at] gmail> wrote:
>
> > I would suggest you consider
> > using the Java Topology Suite (JTS)
> > http://www.vividsolutions.com/jts/jtshome.htm as a base for spatial
> objects,
>
> +1, this looks compelling!
>
> Mike
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
> For additional commands, e-mail: java-dev-help [at] lucene

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
For additional commands, e-mail: java-dev-help [at] lucene

ryantxu at gmail

Sep 23, 2009, 2:47 PM

Post #9 of 20 (2539 views)
Permalink

Re: Lucene Spatial [In reply to]

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 calculations. The spatial contrib needs some
love... if only i had more time. oh time.

ryan

On Sep 22, 2009, at 5:36 AM, Michael McCandless wrote:

> On Tue, Sep 22, 2009 at 4:08 AM, Alex <azlist1 [at] gmail> wrote:
>
>> I would suggest you consider
>> using the Java Topology Suite (JTS)
>> http://www.vividsolutions.com/jts/jtshome.htm as a base for spatial
>> objects,
>
> +1, this looks compelling!
>
> Mike
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
> For additional commands, e-mail: java-dev-help [at] lucene
>

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
For additional commands, e-mail: java-dev-help [at] lucene

azlist1 at gmail

Sep 24, 2009, 6:14 AM

Post #10 of 20 (2533 views)
Permalink

Re: Lucene Spatial [In reply to]

Hi,

I would definitely give it a hole bunch of love if only I understood how to
have it working :)

I did a few tests based on the test cases provided in the current version
but without any success...
Moreover, as far as I recall,during my tests some method calls were
deprecated in favour of more recent Lucene 2.9 methods. So I don't know if
it needs rewriting or not.

I would love to write the javadoc for the entire spatial contrib (I have
some time to do it) but I would really need to understand and to have a
working example to base my writings on ... as for now I am pretty lost.

Cheers,

Alex

lucene at mikemccandless

Sep 24, 2009, 7:17 AM

Post #11 of 20 (2520 views)
Permalink

Re: Lucene Spatial [In reply to]

The usage of deprecated methods (at least Filter.bits()) should be fixed now.

Mike

On Thu, Sep 24, 2009 at 9:14 AM, Alex <azlist1 [at] gmail> wrote:
> Hi,
>
> I would definitely give it a hole bunch of love if only I understood how to
> have it working :)
>
> I did a few tests based on the test cases provided in the current version
> but without any success...
> Moreover, as far as I recall,during my tests some method calls were
> deprecated in favour of more recent Lucene 2.9 methods. So I don't know if
> it needs rewriting or not.
>
> I would love to write the javadoc for the entire spatial contrib (I have
> some time to do it) but I would really need to understand and to have a
> working example to base my writings on ... as for now I am pretty lost.
>
>
> Cheers,
>
> Alex
>

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
For additional commands, e-mail: java-dev-help [at] lucene

gento0nz at gmail

Sep 24, 2009, 8:02 AM

Post #12 of 20 (2524 views)
Permalink

Re: Lucene Spatial [In reply to]

Hi,

Since my contribution in LUCENE-1732 I have been working on re-writing most
of the spatial contrib, particularly the Cartesian Tier code. I have added
javadoc, tests and and have removed many of the classes which were either
deprecated, unused or unnecessary. I have also tried to define easier
extension points for adding things like JTS support, and different data
formats (whether it be geohashes or traditional latitude and longitude).
Much of the work has been done with Solr integration in mind with the
overall goal being to create enterprise ready spatial search support.

I am also planning on collaborating with some of the developers from the JPL
to improve the range the geographic functions supported and to provide
efficient searching with even the most massive and varied of data sets.

I have every intention to contribute this as another patch soon.

Thanks,
Chris

On Thu, Sep 24, 2009 at 4:17 PM, lucene <lucene [at] mikemccandless> wrote:

> The usage of deprecated methods (at least Filter.bits()) should be fixed
> now.
>
> Mike
>
> On Thu, Sep 24, 2009 at 9:14 AM, Alex <azlist1 [at] gmail> wrote:
> > Hi,
> >
> > I would definitely give it a hole bunch of love if only I understood how
> to
> > have it working :)
> >
> > I did a few tests based on the test cases provided in the current version
> > but without any success...
> > Moreover, as far as I recall,during my tests some method calls were
> > deprecated in favour of more recent Lucene 2.9 methods. So I don't know
> if
> > it needs rewriting or not.
> >
> > I would love to write the javadoc for the entire spatial contrib (I have
> > some time to do it) but I would really need to understand and to have a
> > working example to base my writings on ... as for now I am pretty lost.
> >
> >
> > Cheers,
> >
> > Alex
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
> For additional commands, e-mail: java-dev-help [at] lucene
>
>

--
Chris Male | Software Developer | JTeam BV.| T: +31-(0)6-14344438 |
www.jteam.nl

markrmiller at gmail

Sep 24, 2009, 8:16 AM

Post #13 of 20 (2529 views)
Permalink

Re: Lucene Spatial [In reply to]

Nice! That is *awesome*. Thank you!

gento0nz wrote:
> Hi,
>
> Since my contribution in LUCENE-1732 I have been working on re-writing
> most of the spatial contrib, particularly the Cartesian Tier code. I
> have added javadoc, tests and and have removed many of the classes
> which were either deprecated, unused or unnecessary. I have also
> tried to define easier extension points for adding things like JTS
> support, and different data formats (whether it be geohashes or
> traditional latitude and longitude). Much of the work has been done
> with Solr integration in mind with the overall goal being to create
> enterprise ready spatial search support.
>
> I am also planning on collaborating with some of the developers from
> the JPL to improve the range the geographic functions supported and to
> provide efficient searching with even the most massive and varied of
> data sets.
>
> I have every intention to contribute this as another patch soon.
>
> Thanks,
> Chris
>
> On Thu, Sep 24, 2009 at 4:17 PM, lucene <lucene [at] mikemccandless
> <mailto:lucene [at] mikemccandless>> wrote:
>
> The usage of deprecated methods (at least Filter.bits()) should be
> fixed now.
>
> Mike
>
> On Thu, Sep 24, 2009 at 9:14 AM, Alex <azlist1 [at] gmail
> <mailto:azlist1 [at] gmail>> wrote:
> > Hi,
> >
> > I would definitely give it a hole bunch of love if only I
> understood how to
> > have it working :)
> >
> > I did a few tests based on the test cases provided in the
> current version
> > but without any success...
> > Moreover, as far as I recall,during my tests some method calls were
> > deprecated in favour of more recent Lucene 2.9 methods. So I
> don't know if
> > it needs rewriting or not.
> >
> > I would love to write the javadoc for the entire spatial contrib
> (I have
> > some time to do it) but I would really need to understand and to
> have a
> > working example to base my writings on ... as for now I am
> pretty lost.
> >
> >
> > Cheers,
> >
> > Alex
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
> <mailto:java-dev-unsubscribe [at] lucene>
> For additional commands, e-mail: java-dev-help [at] lucene
> <mailto:java-dev-help [at] lucene>
>
>
>
>
> --
> Chris Male | Software Developer | JTeam BV.| T: +31-(0)6-14344438 |
> www.jteam.nl <http://www.jteam.nl>

--
- Mark

http://www.lucidimagination.com

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
For additional commands, e-mail: java-dev-help [at] lucene

lucene at mikemccandless

Sep 24, 2009, 8:51 AM

Post #14 of 20 (2517 views)
Permalink

Re: Lucene Spatial [In reply to]

Make that a 2nd thank you!

Mike

On Thu, Sep 24, 2009 at 11:16 AM, Mark Miller <markrmiller [at] gmail> wrote:
> Nice! That is *awesome*. Thank you!
>
> gento0nz wrote:
>> Hi,
>>
>> Since my contribution in LUCENE-1732 I have been working on re-writing
>> most of the spatial contrib, particularly the Cartesian Tier code. �I
>> have added javadoc, tests and and have removed many of the classes
>> which were either deprecated, unused or unnecessary. �I have also
>> tried to define easier extension points for adding things like JTS
>> support, and different data formats (whether it be geohashes or
>> traditional latitude and longitude). �Much of the work has been done
>> with Solr integration in mind with the overall goal being to create
>> enterprise ready spatial search support.
>>
>> I am also planning on collaborating with some of the developers from
>> the JPL to improve the range the geographic functions supported and to
>> provide efficient searching with even the most massive and varied of
>> data sets.
>>
>> I have every intention to contribute this as another patch soon.
>>
>> Thanks,
>> Chris
>>
>> On Thu, Sep 24, 2009 at 4:17 PM, lucene <lucene [at] mikemccandless
>> <mailto:lucene [at] mikemccandless>> wrote:
>>
>> � � The usage of deprecated methods (at least Filter.bits()) should be
>> � � fixed now.
>>
>> � � Mike
>>
>> � � On Thu, Sep 24, 2009 at 9:14 AM, Alex <azlist1 [at] gmail
>> � � <mailto:azlist1 [at] gmail>> wrote:
>> � � > Hi,
>> � � >
>> � � > I would definitely give it a hole bunch of love if only I
>> � � understood how to
>> � � > have it working :)
>> � � >
>> � � > I did a few tests based on the test cases provided in the
>> � � current version
>> � � > but without any success...
>> � � > Moreover, as far as I recall,during my tests some method calls were
>> � � > deprecated in favour of more recent Lucene 2.9 methods. So I
>> � � don't know if
>> � � > it needs rewriting or not.
>> � � >
>> � � > I would love to write the javadoc for the entire spatial contrib
>> � � (I have
>> � � > some time to do it) but I would really need to understand and to
>> � � have a
>> � � > working example to base my writings on ... as for now I am
>> � � pretty lost.
>> � � >
>> � � >
>> � � > Cheers,
>> � � >
>> � � > Alex
>> � � >
>>
>> � � ---------------------------------------------------------------------
>> � � To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
>> � � <mailto:java-dev-unsubscribe [at] lucene>
>> � � For additional commands, e-mail: java-dev-help [at] lucene
>> � � <mailto:java-dev-help [at] lucene>
>>
>>
>>
>>
>> --
>> Chris Male | Software Developer | JTeam BV.| T: +31-(0)6-14344438 |
>> www.jteam.nl <http://www.jteam.nl>
>
>
> --
> - Mark
>
> http://www.lucidimagination.com
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
> For additional commands, e-mail: java-dev-help [at] lucene
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
For additional commands, e-mail: java-dev-help [at] lucene

ryantxu at gmail

Sep 24, 2009, 11:33 AM

Post #15 of 20 (2523 views)
Permalink

Re: Lucene Spatial [In reply to]

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
> <markrmiller [at] gmail> wrote:
>> Nice! That is *awesome*. Thank you!
>>
>> gento0nz wrote:
>>> Hi,
>>>
>>> Since my contribution in LUCENE-1732 I have been working on re-
>>> writing
>>> most of the spatial contrib, particularly the Cartesian Tier
>>> code. I
>>> have added javadoc, tests and and have removed many of the classes
>>> which were either deprecated, unused or unnecessary. I have also
>>> tried to define easier extension points for adding things like JTS
>>> support, and different data formats (whether it be geohashes or
>>> traditional latitude and longitude). Much of the work has been done
>>> with Solr integration in mind with the overall goal being to create
>>> enterprise ready spatial search support.
>>>
>>> I am also planning on collaborating with some of the developers from
>>> the JPL to improve the range the geographic functions supported
>>> and to
>>> provide efficient searching with even the most massive and varied of
>>> data sets.
>>>
>>> I have every intention to contribute this as another patch soon.
>>>
>>> Thanks,
>>> Chris
>>>
>>> On Thu, Sep 24, 2009 at 4:17 PM, lucene <lucene [at] mikemccandless
>>> <mailto:lucene [at] mikemccandless>> wrote:
>>>
>>> The usage of deprecated methods (at least Filter.bits())
>>> should be
>>> fixed now.
>>>
>>> Mike
>>>
>>> On Thu, Sep 24, 2009 at 9:14 AM, Alex <azlist1 [at] gmail
>>> <mailto:azlist1 [at] gmail>> wrote:
>>> > Hi,
>>> >
>>> > I would definitely give it a hole bunch of love if only I
>>> understood how to
>>> > have it working :)
>>> >
>>> > I did a few tests based on the test cases provided in the
>>> current version
>>> > but without any success...
>>> > Moreover, as far as I recall,during my tests some method
>>> calls were
>>> > deprecated in favour of more recent Lucene 2.9 methods. So I
>>> don't know if
>>> > it needs rewriting or not.
>>> >
>>> > I would love to write the javadoc for the entire spatial
>>> contrib
>>> (I have
>>> > some time to do it) but I would really need to understand
>>> and to
>>> have a
>>> > working example to base my writings on ... as for now I am
>>> pretty lost.
>>> >
>>> >
>>> > Cheers,
>>> >
>>> > Alex
>>> >
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
>>> <mailto:java-dev-unsubscribe [at] lucene>
>>> For additional commands, e-mail: java-dev-help [at] lucene
>>> <mailto:java-dev-help [at] lucene>
>>>
>>>
>>>
>>>
>>> --
>>> Chris Male | Software Developer | JTeam BV.| T: +31-(0)6-14344438 |
>>> www.jteam.nl <http://www.jteam.nl>
>>
>>
>> --
>> - Mark
>>
>> http://www.lucidimagination.com
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
>> For additional commands, e-mail: java-dev-help [at] lucene
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
> For additional commands, e-mail: java-dev-help [at] lucene
>

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
For additional commands, e-mail: java-dev-help [at] lucene

azlist1 at gmail

Sep 25, 2009, 7:17 AM

Post #16 of 20 (2495 views)
Permalink

Re: Lucene Spatial [In reply to]

Many thanks !

This seems promising !
Can't wait to see it in action!

ucbmckee at gmail

Sep 25, 2009, 9:29 AM

Post #17 of 20 (2490 views)
Permalink

Re: Lucene Spatial [In reply to]

This all sounds like great work, thank you for putting in the time! I
ended up retooling a fair bit of Spatial myself (especially the Tiering
stuff which was, perhaps, a bit questionable in places). One of the
bigger concerns I had throughout the package, after delving into it, was
the overuse of 2d projections and planar math; this is fine for small
regions, but tends to cause noticeable distortions as you scale up to
large areas. There was also almost no handling of meridian traversing,
although it looks like Mark Miller has started adding some code to help
that (thank you!). These are sort of esoteric concerns, but fairly vital
if the solution is to scale to meet global needs. I didn't find the JTS
libraries useful as a geometric basis for basically these reasons,
unfortunately, although there are likely portions that could be useful
(e.g. simple features polydata parsing). I've tried to move a fair bit
of my code to be slightly more 3d intelligent, handle different shapes
better (bounding boxes natively, at least, with hooks for arbitrary
polygons), and work better with meridians. To be honest, it's been an
almost complete rewrite. I'm trying to get management to settle on an
open source policy (currently, it's all just for internal purposes) and
hopefully I'll be able to post the bits that may be useful, although I'm
happy to say it sounds like you're making much of this work obsolete and
I can't wait to see the patch. =)

Cheers,
Aaron

gento0nz wrote:
> Hi,
>
> Since my contribution in LUCENE-1732 I have been working on re-writing
> most of the spatial contrib, particularly the Cartesian Tier code. I
> have added javadoc, tests and and have removed many of the classes
> which were either deprecated, unused or unnecessary. I have also
> tried to define easier extension points for adding things like JTS
> support, and different data formats (whether it be geohashes or
> traditional latitude and longitude). Much of the work has been done
> with Solr integration in mind with the overall goal being to create
> enterprise ready spatial search support.
>
> I am also planning on collaborating with some of the developers from
> the JPL to improve the range the geographic functions supported and to
> provide efficient searching with even the most massive and varied of
> data sets.
>
> I have every intention to contribute this as another patch soon.
>
> Thanks,
> Chris
>

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
For additional commands, e-mail: java-dev-help [at] lucene

azlist1 at gmail

Nov 20, 2009, 11:25 PM

Post #18 of 20 (2057 views)
Permalink

Re: Lucene Spatial [In reply to]

Hi all !

I'm coming back to spatial after a little while working on other sides of my
project.

I just wanted to know what was up with this package and what were the news,
additions etc ...

Anything new ?

Thanks for your feedback :)

Cheers,

Alex

gsingers at apache

Nov 21, 2009, 3:24 AM

Post #19 of 20 (2036 views)
Permalink

Re: Lucene Spatial [In reply to]

Hi Alex,

I too have been wondering about it. I'm working on adding spatial support to Solr and find the contrib/spatial in Lucene is a good start, but it needs a lot of clean up. I'm further flummoxed by it's addition to 2.9 since any changes at this point to it would be on 3.1, which would then require Solr to upgrade to 3.1 which is a lot of effort. My take is there are a lot of useful nuggets in there, but the overall packaging/public APIs need some work. I know some others are interested in cleaning it up, so if you want to pitch in, that would be great.

If you're interested in what Solr is doing, see https://issues.apache.org/jira/browse/SOLR-773, as I think you will see a lot of the changes filter back into Lucene once Solr is on 3.x.

-Grant

On Nov 21, 2009, at 2:25 AM, Alex wrote:

> Hi all !
>
>
> I'm coming back to spatial after a little while working on other sides of my project.
>
> I just wanted to know what was up with this package and what were the news, additions etc ...
>
> Anything new ?
>
> Thanks for your feedback :)
>
> Cheers,
>
> Alex

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe [at] lucene
For additional commands, e-mail: java-dev-help [at] lucene

azlist1 at gmail

Nov 21, 2009, 8:07 PM

Post #20 of 20 (2028 views)
Permalink

Re: Lucene Spatial [In reply to]

Hi,

Funny you're answering my question as I just saw your webcast on
TheServerSide earlier today and am, at this very moment, reading the preview
of your "Tamming Text" book early release from manning (Chapter 5 seems to
be what I'm really looking for...) .

Basically I really am a Lucene newbie and moreover an Information Retrieval
profane so I got a lot of things to learn before I can pretend to touch or
document anything from the spatial contrib ...

Basically for now, the few things that are really important for my project
:

1) Query parsing --> identifying geographic place names (the name of an
administrative division or a country) , POI/location names (the name of a
store for example), location categories, adjectives concerning a place,
etc ...
2 ) When needed, limiting the results to only those available in a given
bounding box or radius around a central location. This could be done when
the result set is too large.
3) Sorting of results based on a mix of relevance and distance from an
identified point that was identified in step 1).

I know that the spatial contrib has something that will let me do distance
sorting and BBox filtering ( 2 and 3 above )and that's what I'd really LOVE
to see in action.

As for query parsing I'm still reading chapter 5 so I hope It'll give me
some ideas for my project. OpenNLP seems to something I could use.

Anyway if anybody is interested in putting up a simple demo of how the
saptial contrib can be used or even any documentation that could lead me
(and others) on the tracks that would be fantastic ! :)

Thanks for your help!

Cheers,

Alex

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads