Dear Wiki user, You have subscribed to a wiki page or wiki category on "Solr Wiki" for change notification.
The "SpatialSearch" page has been changed by GrantIngersoll. http://wiki.apache.org/solr/SpatialSearch?action=diff&rev1=21&rev2=22 -------------------------------------------------- In practice, for those using Solr's field types above, the Spatial Filter !QParser will automatically make the correct decision about how best to filter. If an application needs a specific type of filtering for performance or other needs, the best bet is to extend the !FieldType in question with your own needs. - - == Spatial Filter QParser == See https://issues.apache.org/jira/browse/SOLR-1568. @@ -102, +100 @@ ||sphere_radius||The radius of the sphere to be used when calculating distances on a sphere (i.e. haversine). Default is the Earth's mean radius in miles (see org.apache.solr.search.function.distance.Constants.EARTH_MEAN_RADIUS_MI) which is set to 3,958.761458084784856. Most applications will not need to set this. ||&sphere_radius=10.3|| ||meas||NOTE: This value is experimental and subject to removal. Most applications will not need to change the measure. The !FieldTypes usually make the proper choice given the data stored. The distance measure to use when calculating distance. The default is dependent on the FieldType. Supported values are: 1. hsin - The haversine 2. 0, 1, 2, ... INF for the appropriate p-norm (2 is the Euclidean Distance) ||&meas=hsin.|| + == Filtering Caveats == + === North/South Poles == + + When the bounding box includes a Pole, then the !LatLonType will automatically switch from producing a bounding box to a "bounding bowl" (i.e. a spherical cap: http://mathworld.wolfram.com/SphericalCap.html) whereby it will include all values that are North or South of the latitude of the would be bounding box (the lower left and the upper right) that is closer to the equator. In other words, we still calculate what the coordinates of the upper right corner and the lower left corner of the box would be just as in all other filtering cases, but we then take the corner that is closest to the equator (since it goes over the pole it may not be the lower left, despite the name) and do a latitude only filter. Obviously, this means there will be more matches than a pure bounding box match, but the query is much easier to construct and will likely be faster, too. = Sorting =
