This seems like something that should be communicated somewhere if a type
has changed return values. Prior to 1.5.0, facet return values were always
numeric, now I'm getting "Infinity" and "-Infinity". See example below:
That now breaks parsers that are expecting numbers, and now getting
Strings. I wonder what the reason for this change was? I cannot find it
in any release notes.
Ok, after some searching of this group, I found some query results from
previous versions that had Infinity/-Infinity as well, so it probably
wasn't introduced with 1.5.0.
Still curious about why the decision to return Strings in a numeric field
though
Maybe someone knows that answer?
This seems like something that should be communicated somewhere if a type
has changed return values. Prior to 1.5.0, facet return values were always
numeric, now I'm getting "Infinity" and "-Infinity". See example below:
That now breaks parsers that are expecting numbers, and now getting
Strings. I wonder what the reason for this change was? I cannot find it
in any release notes.
In the facet entries, you will receive the default values of min/max if
total_count is 0, and the defaults are java.lang.Double.POSITIVE_INFINITY
and java.lang.Double.NEGATIVE_INFINITY. That is, ES never updates min/max
while processing values, because there are no values.
I would recommend to switch to the aggregation framework, since the old
facet classes will be dropped from Elasticsearch 2.0
Ok, after some searching of this group, I found some query results from
previous versions that had Infinity/-Infinity as well, so it probably
wasn't introduced with 1.5.0.
Still curious about why the decision to return Strings in a numeric field
though
Maybe someone knows that answer?
This seems like something that should be communicated somewhere if a type
has changed return values. Prior to 1.5.0, facet return values were always
numeric, now I'm getting "Infinity" and "-Infinity". See example below:
That now breaks parsers that are expecting numbers, and now getting
Strings. I wonder what the reason for this change was? I cannot find it
in any release notes.
In the facet entries, you will receive the default values of min/max if
total_count is 0, and the defaults are java.lang.Double.POSITIVE_INFINITY
and java.lang.Double.NEGATIVE_INFINITY. That is, ES never updates min/max
while processing values, because there are no values.
I would recommend to switch to the aggregation framework, since the old
facet classes will be dropped from Elasticsearch 2.0
Ok, after some searching of this group, I found some query results from
previous versions that had Infinity/-Infinity as well, so it probably
wasn't introduced with 1.5.0.
Still curious about why the decision to return Strings in a numeric field
though
Maybe someone knows that answer?
This seems like something that should be communicated somewhere if a
type has changed return values. Prior to 1.5.0, facet return values were
always numeric, now I'm getting "Infinity" and "-Infinity". See example
below:
That now breaks parsers that are expecting numbers, and now getting
Strings. I wonder what the reason for this change was? I cannot find it
in any release notes.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.