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
Geo Context Suggester: Refine precision #5621
Comments
Agreed. Perhaps ~5km == precision 5? |
I'd also be OK with requiring a precision - that way it forces the user to think about it. |
forgot to mention that: You can define the precision as an int, which is the length of the geohash or as an string, which will be one of our distanceunits then... that is working now already... maybe it makes sense to drop the geohash length precision anyway, as noone thinks in those terms? |
I'd keep it - helps to explain why, if you say "1km" you don't get exactly 1km. |
+1 on my side for forcing a precision - we really cant tell |
++ |
The default precision was way too exact and could lead people to think that geo context suggestions are not working. This patch now requires you to set the precision in the mapping, as elasticsearch itself can never tell exactly, what the required precision for the users suggestions are. Closes #5621
This is a followup of #5525 and #5596
The current default precision of the context suggester is 12, representing the length of the geohash being twelve chars long.
This means, that without specifying the precision in the mapping a default geo context based query will its own geo cell and its neighbours as the context by default. This means it will cover an area of about 5x5 cm for suggestions (if I calculated it correctly)... which seems not to be a reasonable default.
We should either change this or force setting a precision in the mapping, so the user has to think about the precision.
The text was updated successfully, but these errors were encountered: