ference for LatLonType.
>
>
>
> -
> Author: http://www.packtpub.com/apache-solr-3-enterprise-search-server/book
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/Tuning-caching-of-geofilt-queries-tp3998975p4000534.html
> Sent from the Solr - User mailing list
difference for LatLonType.
-
Author: http://www.packtpub.com/apache-solr-3-enterprise-search-server/book
--
View this message in context:
http://lucene.472066.n3.nabble.com/Tuning-caching-of-geofilt-queries-tp3998975p4000534.html
Sent from the Solr - User mailing list archive at Nabble.com.
On Fri, Aug 10, 2012 at 1:47 PM, David Smiley (@MITRE.org)
wrote:
> Information I've read vary on exactly what is the accuracy of float
> vs double but at a kilometer there's no question a double is overkill.
Back of the envelope:
23 mantissa bits + 1 implied bit == 24 effective mantissa bits in
:-D. You should
be happy to know that this technology is on its way into Solr 4, albeit not
quite yet.
Cheers,
~ David Smiley
-
Author: http://www.packtpub.com/apache-solr-3-enterprise-search-server/book
--
View this message in context:
http://lucene.472066.n3.nabble.com/Tuning-caching-o
: My question is: Does it make sense to round these coordinates (a) while
: indexing and/or (b) while querying to optimize cache hits? Our maximum
: required resolution for geo queries is 1km and we can tolerate minor errors
: so I could round to two decimal points for most of our queries.
: fq=_
I don't think rounding will affect cache hits in either case _unless_
the input point for different queries can be very close to each other.
Think of the filter cache as being composed of a map where the key
is the (raw) filter query and the value is the set of documents in your
corpus that satisf
Hey all,
Our production system is heavily optimized for caching and nearly all parts
of queries are satisfied by filter caches. The only filter that varies a
lot from user to user is the location and distance. Currently we use the
default location field type and index lat/long coordinates as we ge
