-
Notifications
You must be signed in to change notification settings - Fork 25k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Illegal longitude value for geoLocation on valid geo_point #24616
Comments
With geohash.org, This looks like a bug but I'd call for @nknize 's opinion? |
I digged around in the source and found it has something to do with the precision of the geohash. The culprit is : I can't however find this class on the master branch (the last version where this class is visible is 6.6.0 of Lucene), So I'm not sure if this is an ES issue or Lucene. The issue might be related to https://issues.apache.org/jira/browse/LUCENE-6710 (which was reported by @nknize 😄 ) |
Fixes a possible overflow error that geohashes longer than 12 characters can cause during parsing. Fixes #24616
Fixes a possible overflow error that geohashes longer than 12 characters can cause during parsing. Fixes #24616
Elasticsearch version: tried with 2.3.5, 2.4.4, 5.2.1 and 5.4.0
Plugins installed: nope
JVM version : 1.8.0_121-b13 (on mac os) and 1.8.0_111-8u111-b14-2ubuntu0.16.04.2-b14
OS version : mac os 10.12.4 and Ubuntu 16.04
Description of the problem including expected versus actual behavior:
When using a
geo-point
the inserts sometimes fail with an 'illegal longitude value' error. The longitude value in the error could be interpreted as valid, when you subtract 360 it will give you the valid value (360 degrees are in a sphere like the earth). It might have something to do with the length in characters of the geohash (h4rr13h4rr13x fails, h4rr13h4rr13 succeeds). Another search direction might be a rounding error.Steps to reproduce:
Create an index-mapping with a
geo_point
Insert two documents :
The first insert succeeds and the second one fails :
The second call should also succeed since it is a valid place : http://geohash.org/h4rr13h4rr13x
The text was updated successfully, but these errors were encountered: