atom feed31 messages in org.apache.lucene.java-dev[jira] [Commented] (SOLR-2155) Geospa...
FromSent OnAttachments
Bill Bell (JIRA)Mar 25, 2011 9:12 pm 
Robert Muir (JIRA)Mar 26, 2011 4:31 am 
Grant Ingersoll (JIRA)Mar 26, 2011 4:37 am 
Robert Muir (JIRA)Mar 26, 2011 4:51 am 
Chris Male (JIRA)Mar 26, 2011 4:59 am 
Grant IngersollMar 26, 2011 5:05 am 
Robert MuirMar 26, 2011 5:24 am 
Yonik SeeleyMar 26, 2011 6:48 am 
Grant IngersollMar 26, 2011 6:50 am 
Grant IngersollMar 26, 2011 6:56 am 
Yonik SeeleyMar 26, 2011 6:59 am 
Robert MuirMar 26, 2011 7:05 am 
Nicolas HelleringerMar 26, 2011 7:10 am 
Yonik SeeleyMar 26, 2011 7:11 am 
Yonik SeeleyMar 26, 2011 8:03 am 
Robert MuirMar 26, 2011 8:12 am 
David Smiley (JIRA)Mar 26, 2011 9:21 am 
Ryan McKinleyMar 26, 2011 9:26 am 
Ryan McKinley (JIRA)Mar 26, 2011 10:11 am 
Yonik SeeleyMar 26, 2011 10:33 am 
Ryan McKinleyMar 26, 2011 11:16 am 
Yonik SeeleyMar 26, 2011 11:22 am 
Yonik SeeleyMar 26, 2011 11:30 am 
Chris MaleMar 26, 2011 6:03 pm 
Chris MaleMar 26, 2011 6:19 pm 
Grant IngersollMar 26, 2011 7:08 pm 
William BellMar 26, 2011 9:19 pm 
Smiley, David W.Mar 27, 2011 3:47 pm 
David Smiley (JIRA)Apr 1, 2011 2:38 pm 
Lance Norskog (JIRA)Apr 1, 2011 4:30 pm 
Grant Ingersoll (JIRA)Apr 2, 2011 4:53 am 
Subject:[jira] [Commented] (SOLR-2155) Geospatial search using geohash prefixes
From:David Smiley (JIRA) (ji@apache.org)
Date:Mar 26, 2011 9:21:42 am
List:org.apache.lucene.java-dev

[
https://issues.apache.org/jira/browse/SOLR-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13011653#comment-13011653
]

David Smiley commented on SOLR-2155:

------------------------------------

I plan to finish a couple improvements to this patch within 2 weeks time:
distance function queries to work with multi-value, and polygon queries that
span the date line. I've been delayed by some life events (new baby).
Furthermore, I'll try and ensure that the work here is applicable to pure Lucene
users (i.e. sans Solr).

One thing I'm unsure of is how to integrate (or not integrate) existing Lucene &
Solr spatial code with this patch. In this patch I chose to re-use some basic
shape classes in Lucene's spatial contrib simply because they were already
there, but I could just as easily of not. My preference going forward would be
to outright replace Lucene's spatial contrib with this patch. I also think
LatLonType and PointType could become deprecated since this patch is not only
more capable (multiValue support) but faster too. Well with filtering, sorting
is TBD. I'm also inclined to name the field type LatLonGeohashType to re-enforce
the fact that it works with lat & lon; geohash is an implementation detail. In
the future it might even not be geohash, strictly speaking, once we optimize the
encoding.

Geospatial search using geohash prefixes

----------------------------------------

Key: SOLR-2155 URL: https://issues.apache.org/jira/browse/SOLR-2155 Project: Solr Issue Type: Improvement Reporter: David Smiley Assignee: Grant Ingersoll Attachments: GeoHashPrefixFilter.patch, GeoHashPrefixFilter.patch,
GeoHashPrefixFilter.patch, SOLR.2155.p3.patch, SOLR.2155.p3tests.patch

There currently isn't a solution in Solr for doing geospatial filtering on
documents that have a variable number of points. This scenario occurs when
there is location extraction (i.e. via a "gazateer") occurring on free text.
None, one, or many geospatial locations might be extracted from any given
document and users want to limit their search results to those occurring in a
user-specified area. I've implemented this by furthering the GeoHash based work in Lucene/Solr with a
geohash prefix based filter. A geohash refers to a lat-lon box on the earth.
Each successive character added further subdivides the box into a 4x8 (or 8x4
depending on the even/odd length of the geohash) grid. The first step in this
scheme is figuring out which geohash grid squares cover the user's search query.
I've added various extra methods to GeoHashUtils (and added tests) to assist in
this purpose. The next step is an actual Lucene Filter, GeoHashPrefixFilter,
that uses these geohash prefixes in TermsEnum.seek() to skip to relevant grid
squares in the index. Once a matching geohash grid is found, the points therein
are compared against the user's query to see if it matches. I created an
abstraction GeoShape extended by subclasses named PointDistance... and
CartesianBox.... to support different queried shapes so that the filter need not
care about these details. This work was presented at LuceneRevolution in Boston on October 8th.