-
Notifications
You must be signed in to change notification settings - Fork 25.6k
[Geo] Integrate Lucene's LatLonShape (BKD Backed GeoShapes) as default geo_shape indexing approach
#36743
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
Conversation
…t `geo_shape` indexing approach (elastic#35320) This commit exposes lucene's LatLonShape field as the default type in GeoShapeFieldMapper. To use the new indexing approach, simply set "type" : "geo_shape" in the mappings without setting any of the strategy, precision, tree_levels, or distance_error_pct parameters. Note the following when using the new indexing approach: * geo_shape query does not support querying by MULTIPOINT. * LINESTRING and MULTILINESTRING queries do not yet support WITHIN relation. * CONTAINS relation is not yet supported. The tree, precision, tree_levels, distance_error_pct, and points_only parameters are deprecated.
|
Pinging @elastic/es-analytics-geo |
|
Pinging @elastic/es-search |
|
Note that this is mostly for CI testing. Not much has changed (w/ the exception of differences in some of the overridden mapping methods) |
…shape field mapper is used
|
retest this please |
1 similar comment
|
retest this please |
|
retest this please |
iverase
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good to me
…tic#36794) Lucene 7.6 uses a smaller encoding for LatLonShape. This commit forks the LatLonShape classes to Elasticsearch's local lucene package. These classes will be removed on the release of Lucene 7.6.
|
Note #36834, tags from the forked classes should be removed. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Note the following when using the new indexing approach
Sorry, I am a minute too late to submit the review, but I will still ask just for clarification. If a user periodically creates indices using a templates that is using default tree type and any of the functionality that has been changed the first index that they auto create after the upgrade will break their app without a warning?
…t `geo_shape` indexing approach (elastic#36743) This commit exposes lucene's LatLonShape field as the default type in GeoShapeFieldMapper. To use the new indexing approach, simply set "type" : "geo_shape" in the mappings without setting any of the strategy, precision, tree_levels, or distance_error_pct parameters. Note the following when using the new indexing approach: * geo_shape query does not support querying by MULTIPOINT. * LINESTRING and MULTILINESTRING queries do not yet support WITHIN relation. * CONTAINS relation is not yet supported. The tree, precision, tree_levels, distance_error_pct, and points_only parameters are deprecated.
This PR exposes lucene's
LatLonShapefield as the default type inGeoShapeFieldMapper. To use the new indexing approach, simply set"type" : "geo_shape"in the mappings without setting any of thestrategy,precision,tree_levels, ordistance_error_pctparameters. Note the following when using the new indexing approach:geo_shapequery does not support querying byMULTIPOINT.LINESTRINGandMULTILINESTRINGqueries do not yet supportWITHINrelation. This will be added in the future as abuffered_query.CONTAINSrelation is not yet supported.tree,precision,tree_levels,distance_error_pct, andpoints_onlyparameters are deprecated.All other
geo_shapefeatures are supported.relates #35320