lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Smiley (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (SOLR-10039) LatLonPointSpatialField
Date Wed, 25 Jan 2017 21:50:26 GMT

     [ https://issues.apache.org/jira/browse/SOLR-10039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

David Smiley updated SOLR-10039:
--------------------------------
    Description: 
The fastest and most efficient spatial field for point data in Lucene/Solr is {{LatLonPoint}}
in Lucene's sandbox module.  I'll include {{LatLonDocValuesField}} with this even though it's
a separate class.  LatLonPoint is based on the Points API, using a BKD index.  It's multi-valued
capable.  LatLonDocValuesField is based on sorted numeric DocValues, and thus is also multi-valued
capable (a big deal as the existing Solr ones either aren't or do poorly at it).  Note that
this feature is limited to a latitude/longitude spherical world model.  And furthermore the
precision is at about a centimeter -- less precise than the other spatial fields but nonetheless
plenty good for most applications.  Last but not least, this capability natively supports
polygons, albeit those that don't wrap the dateline or a pole.

I propose a {{LatLonPointSpatialField}} which uses this.  Patch & details forthcoming...

This development was funded by the Harvard Center for Geographic Analysis as part of the HHypermap
project

  was:
The fastest and most efficient spatial field for point data in Lucene/Solr is {{LatLonPoint}}
in Lucene's sandbox module.  I'll include {{LatLonDocValuesField}} with this even though it's
a separate class.  LatLonPoint is based on the Points API, using a BKD index.  It's multi-valued
capable.  LatLonDocValuesField is based on sorted numeric DocValues, and thus is also multi-valued
capable (a big deal as the existing Solr ones either aren't or do poorly at it).  Note that
this feature is limited to a latitude/longitude spherical world model.  And furthermore the
precision is at about a centimeter -- less precise than the other spatial fields but nonetheless
plenty good for most applications.  Last but not least, this capability natively supports
polygons, albeit those that don't wrap the dateline or a pole.

I propose a {{LatLonPointSpatialField}} which uses this.  Patch & details forthcoming...


> LatLonPointSpatialField
> -----------------------
>
>                 Key: SOLR-10039
>                 URL: https://issues.apache.org/jira/browse/SOLR-10039
>             Project: Solr
>          Issue Type: New Feature
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: spatial
>            Reporter: David Smiley
>            Assignee: David Smiley
>         Attachments: SOLR_10039_LatLonPointSpatialField.patch
>
>
> The fastest and most efficient spatial field for point data in Lucene/Solr is {{LatLonPoint}}
in Lucene's sandbox module.  I'll include {{LatLonDocValuesField}} with this even though it's
a separate class.  LatLonPoint is based on the Points API, using a BKD index.  It's multi-valued
capable.  LatLonDocValuesField is based on sorted numeric DocValues, and thus is also multi-valued
capable (a big deal as the existing Solr ones either aren't or do poorly at it).  Note that
this feature is limited to a latitude/longitude spherical world model.  And furthermore the
precision is at about a centimeter -- less precise than the other spatial fields but nonetheless
plenty good for most applications.  Last but not least, this capability natively supports
polygons, albeit those that don't wrap the dateline or a pole.
> I propose a {{LatLonPointSpatialField}} which uses this.  Patch & details forthcoming...
> This development was funded by the Harvard Center for Geographic Analysis as part of
the HHypermap project



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message