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: Support geo_point
type
#278
Comments
I have a GeoCouch feeding an es index through _changes. |
Can you post a sample format? |
In the following example, the geo coordinates are provided for both ES ("location" member) and GeoJSON ("coordinates" member):
|
I have just mailed the mailing list to ask if its ok to make this change in ES (breaks backward comp.). If nobody objects too greatly, I can change everywhere to use the array format defined in GeoJSON (that includes queries and facets as well). |
That's very "agile" ! |
Adds support for pragmas (similar to compiler directives) in the _esql REST endpoint. This functionality, which is only available in developer snapshot builds, allows to influence plan generation and runtime (compute engine) properties for which we want to find good defaults. It allows us to benchmark different variants of the planner and selectively enable new capabilities as we see fit.
elastic/rally-tracks#127 adds `force-merge/refresh/wait-until-merges-finish` tasks for ad-hoc investigations related to the cost of force-merge. In this commit we explicitly skip the first two tasks to ensure nightlies keep running the same tasks as they used to. Not running `wait-until-merges-finish` was a bug and we want it executed on nightlies.
Mapper type called
geo_point
to support geo based points. The declaration looks as follows:Input Structure
The above mapping defines a
geo_point
, which accepts different formats. The following formats are supported:Lat Lon As Properties
Lat Lon As Array
Lat Lon As String
Geohash
Index Fields
The
geo_point
type creates two floating point fields, calledlat
andlon
. In our example above, two fields will be create, the firstlocation.lat
and the second islocation.lon
. Though probably not needed, there is an option also to create a third field calledgeohash
with thegeohash
value (represented aslocation.geohash
). In most cases, those specific fields are not needed when using geo capabilities, and onlylocation
will be needed (for example, withgeo_distance
filter).Mapping Options
resolution
: controls the floating point resolution of the stored fields. Defaults to64
, but can also be32
.geohash
: set totrue
to store also the geohash in the index. defaults tofalse
.geohash_precision
: sets the geohash precision, defaults to12
.The text was updated successfully, but these errors were encountered: