Return-Path: X-Original-To: apmail-lucene-dev-archive@www.apache.org Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 909129FAC for ; Wed, 14 Mar 2012 17:15:07 +0000 (UTC) Received: (qmail 18545 invoked by uid 500); 14 Mar 2012 17:15:06 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 18465 invoked by uid 500); 14 Mar 2012 17:15:06 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 18458 invoked by uid 99); 14 Mar 2012 17:15:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Mar 2012 17:15:06 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Mar 2012 17:15:03 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 9BE62201F8 for ; Wed, 14 Mar 2012 17:14:42 +0000 (UTC) Date: Wed, 14 Mar 2012 17:14:42 +0000 (UTC) From: "Harley Parks (Issue Comment Edited) (JIRA)" To: dev@lucene.apache.org Message-ID: <502806064.13906.1331745282641.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Issue Comment Edited] (SOLR-2155) Geospatial search using geohash prefixes MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/SOLR-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13228938#comment-13228938 ] Harley Parks edited comment on SOLR-2155 at 3/14/12 5:14 PM: ------------------------------------------------------------- For some reason package solr2155.lucene.spatial.geometry.shape; is miss named and some other issues with the build.. but I'm trying to use eclipse with a maven build. and might be missing something else... so, downloaded Maven, and jdk 6, setup JAVA_HOME path, added Maven bin to PATH, unzip and cd to Solr2155-1.0.3-project, in cmd window, executed "mvn package", and it built nicely... then added Solr2155-1.0.3.jar to the tomcat/solr/lib, followed the readme.txt file instructions to update the solr schema was (Author: powersparks): For some reason package solr2155.lucene.spatial.geometry.shape; is miss named and some other issues with the build.. but I'm trying to use eclipse with a maven build. and might be missing something else... so, downloaded Maven, and jdk 6, setup JAVA_HOME path, added Maven bin to PATH, unzip and cd to Solr2155-1.0.3-project, in cmd window, executed "mvn package", and it built nicely... then added Solr2155-1.0.3.jar to the tomcat/solr/lib > 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 > Attachments: GeoHashPrefixFilter.patch, GeoHashPrefixFilter.patch, GeoHashPrefixFilter.patch, SOLR-2155_GeoHashPrefixFilter_with_sorting_no_poly.patch, SOLR.2155.p3.patch, SOLR.2155.p3tests.patch, Solr2155-1.0.2-project.zip, Solr2155-1.0.3-project.zip, Solr2155-for-1.0.2-3.x-port.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. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org