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

David Smiley resolved LUCENE-5648.
----------------------------------

       Resolution: Fixed
    Fix Version/s: 5.0

The "NR" abbreviation is purely used on internal classes and it's referenced a 
lot so I don't worry about it's succinct name.

I committed against 5x.  LUCENE-5608 (spatial api refactoring) is a dependency 
which is still 5x; maybe I should back-port that to 4x now or soon.  Or wait a 
bit to see if further changes may arrive when I try to facet.

> Index/search multi-valued time durations
> ----------------------------------------
>
>                 Key: LUCENE-5648
>                 URL: https://issues.apache.org/jira/browse/LUCENE-5648
>             Project: Lucene - Core
>          Issue Type: New Feature
>          Components: modules/spatial
>            Reporter: David Smiley
>            Assignee: David Smiley
>             Fix For: 5.0
>
>         Attachments: LUCENE-5648.patch, LUCENE-5648.patch, LUCENE-5648.patch, 
> LUCENE-5648.patch
>
>
> If you need to index a date/time duration, then the way to do that is to have 
> a pair of date fields; one for the start and one for the end -- pretty 
> straight-forward. But if you need to index a variable number of durations per 
> document, then the options aren't pretty, ranging from denormalization, to 
> joins, to using Lucene spatial with 2D as described 
> [here|http://wiki.apache.org/solr/SpatialForTimeDurations].  Ideally it would 
> be easier to index durations, and work in a more optimal way.
> This issue implements the aforementioned feature using Lucene-spatial with a 
> new single-dimensional SpatialPrefixTree implementation. Unlike the other two 
> SPT implementations, it's not based on floating point numbers. It will have a 
> Date based customization that indexes levels at meaningful quantities like 
> seconds, minutes, hours, etc.  The point of that alignment is to make it 
> faster to query across meaningful ranges (i.e. [2000 TO 2014]) and to enable 
> a follow-on issue to facet on the data in a really fast way.
> I'll expect to have a working patch up this week.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to