I'm looking to see if I can structure my current document schema better for
the functionality we're providing - or maybe it's the queries that need
improvement. Everything is working fine, but I can't help but see
inefficiencies. Keep in mind that this is based on relational data from a
Django
oc_type`
>> field defined in the `.percolator` type, so that is why there are no
>> matches. If you you use activities* as index in the percolator call,
>> matches should return.
>>
>> On 3 February 2015 at 20:50, James Addison wrote:
>>
>>> Nobody knows a
ivities* as index in the percolator call, matches should return.
>
> On 3 February 2015 at 20:50, James Addison
> > wrote:
>
>> Nobody knows anything about percolators?
>>
>> On Friday, January 30, 2015 at 2:32:33 PM UTC-8, James Addison wrote:
>>>
>>>
Nobody knows anything about percolators?
On Friday, January 30, 2015 at 2:32:33 PM UTC-8, James Addison wrote:
>
> Percolation works fine, as long as I don't 'filter' the percolators. Please
> see below for the scenario. What am I doing wrong?
>
>
>
>
> per
Percolation works fine, as long as I don't 'filter' the percolators. Please see
below for the scenario. What am I doing wrong?
percolator mapping:
{
"activities-20150107-162224": {
"mappings": {
".percolator": {
"_id": {
"index": "not_analyzed"
I would have thought that range aggregations return the bucket list in the
order the range agg is listed, but I'm not seeing that result. (ES 1.3.2)
Is there a way to enforce original ordering that I'm missing?
My range aggregation:
"day_of_week_range": {
"range": {
"field": "sessions.eve
Is it possible to do a terms aggregation on a 'tags.id' field but also get
back the associated 'tags.slug' and 'tags.name' fields? Here's how the
documents are structured:
{
"id: 42,
"name": Beer,
"tags: [{
"id": 2,
"name": "Hoppy",
"slug": "hoppy"
}, {
I have two types stored in an index: locations and activities.An activity
has a 'relation' to a location - ie. an activity takes place at a location.
Is it possible to get a location search result set that includes the count
of activities at each location? Sort of like annotating each locatio
I have two types stored in an index: locations and activities. An activity
has a 'relation' to a location - ie. an activity takes place at a location.
Is it possible to get a location search result set that includes the count
of activities at each location? Sort of like annotating each item i