If you can provide a full example working as I did, we can try it and see what is wrong.
-- David Pilato | Technical Advocate | Elasticsearch.com @dadoonet <https://twitter.com/dadoonet> | @elasticsearchfr <https://twitter.com/elasticsearchfr> | @scrutmydocs <https://twitter.com/scrutmydocs> > Le 19 févr. 2015 à 10:01, Anil Karaka <anilkar...@gmail.com> a écrit : > > I"m getting this error as well using your PUT requests.. > > It feels like I'm doing something wrong.. But I don't know what exactly.. > > I'm using this index template.. > https://gist.github.com/syllogismos/c2dde4f097fea149e1a0 > > I didn't specify a particular mapping from my index but reindexed from a > previous index.. and ended up with that mapping and documents that looks like > above.. Am I seeing things and an obvious mistake? So lost right now.. > > On Thursday, February 19, 2015 at 2:23:10 PM UTC+5:30, David Pilato wrote: > I think you are doing something wrong. > > DELETE index > PUT index > { > "mappings": { > "doc": { > "properties": { > "foo": { > "type": "double" > } > } > } > } > } > PUT index/doc/1 > { > "foo": "bar" > } > > gives: > > { > "error": "MapperParsingException[failed to parse [foo]]; nested: > NumberFormatException[For input string: \"bar\"]; ", > "status": 400 > } > > -- > David Pilato | Technical Advocate | Elasticsearch.com > <http://elasticsearch.com/> > @dadoonet <https://twitter.com/dadoonet> | @elasticsearchfr > <https://twitter.com/elasticsearchfr> | @scrutmydocs > <https://twitter.com/scrutmydocs> > > > > Le 19 févr. 2015 à 09:39, Anil Karaka <anilk...@gmail.com <javascript:>> a > écrit : > > "_source" : { > "Sort" : "", > "gt" : "2015-02-18T15:07:10", > "uid" : "54867dc55b482b04da7f23d8", > "usId" : "54867dc55b482b04da7f23d7", > "ut" : "2015-02-18T20:37:10", > "act" : "productlisting", > "st" : "2015-02-18T15:07:46", > "Filter" : "", > "av" : "3.0.0.0", > "ViewType" : "SmallSingleList", > "os" : "Windows", > "categoryid" : "home-kitchen-curtains-blinds" > } > > "properties" : { > "uid" : { > "analyzer" : "case_insensitive_keyword_analyzer", > "type" : "string" > }, > "ViewType" : { > "analyzer" : "case_insensitive_keyword_analyzer", > "type" : "string" > }, > "usId" : { > "analyzer" : "case_insensitive_keyword_analyzer", > "type" : "string" > }, > "os" : { > "analyzer" : "case_insensitive_keyword_analyzer", > "type" : "string" > }, > "Sort" : { > "analyzer" : "case_insensitive_keyword_analyzer", > "type" : "string" > }, > "Filter" : { > "analyzer" : "case_insensitive_keyword_analyzer", > "type" : "string" > }, > "categoryid" : { > "type" : "double" > }, > "gt" : { > "format" : "dateOptionalTime", > "type" : "date" > }, > "ut" : { > "format" : "dateOptionalTime", > "type" : "date" > }, > "st" : { > "format" : "dateOptionalTime", > "type" : "date" > }, > "act" : { > "analyzer" : "case_insensitive_keyword_analyzer", > "type" : "string" > }, > "av" : { > "analyzer" : "case_insensitive_keyword_analyzer", > "type" : "string" > } > } > > > A sample document and the index mappings above.. > > > On Thursday, February 19, 2015 at 2:03:11 PM UTC+5:30, David Pilato wrote: > I don’t know without a concrete example. > I’d say that if you map have a type number and you send "123" it could work. > > -- > David Pilato | Technical Advocate | Elasticsearch.com > <http://elasticsearch.com/> > @dadoonet <https://twitter.com/dadoonet> | @elasticsearchfr > <https://twitter.com/elasticsearchfr> | @scrutmydocs > <https://twitter.com/scrutmydocs> > > > > Le 19 févr. 2015 à 09:30, Anil Karaka <anilk...@gmail.com <>> a écrit : > > It was my mistake, the field I was trying to do an aggregation was mapped > double, I assumed its a string, after seeing some sample documents with > strings.. > > Why didn't es throw an error when I'm indexing docs with strings instead of > double..? > > On Thursday, February 19, 2015 at 1:35:08 PM UTC+5:30, David Pilato wrote: > Did you apply your analyzer to your mapping? > > David > > Le 19 févr. 2015 à 08:53, Anil Karaka <anilk...@gmail.com <>> a écrit : > > http://stackoverflow.com/questions/28601082/terms-aggregation-failing-on-string-fields-with-a-custom-analyzer-in-elasticsear > > <http://stackoverflow.com/questions/28601082/terms-aggregation-failing-on-string-fields-with-a-custom-analyzer-in-elasticsear> > > Posted in stack over flow as well.. > > On Thursday, February 19, 2015 at 1:01:40 PM UTC+5:30, Anil Karaka wrote: > I wanted a custom analyzer that behaves exactly like not_analyzed, except > that fields are case insensitive.. > > I have my analyzer as below, > > "index": { > "analysis": { > "analyzer": { // Custom Analyzer with keyword tokenizer and > lowercase filter, same as not_analyzed but case insensitive > "case_insensitive_keyword_analyzer": { > "tokenizer": "keyword", > "filter": "lowercase" > } > } > } > } > > But when I'm trying to do term aggregation over a field with strings analyzed > as above, I'm getting this error.. > > { > "error" > :"ClassCastException[org.elasticsearch.search.aggregations.bucket.terms.DoubleTerms$Bucket > cannot be cast to > org.elasticsearch.search.aggregations.bucket.terms.StringTerms$Bucket]", > "status" : 500 > } > > Are there additional settings that I have to update in my custom analyzer for > my terms aggregation to work..? > > > The better question is I want a custom analyzer that does everything similar > to not_analyzed but is case insensitive.. How do I achieve that? > > > > -- > You received this message because you are subscribed to the Google Groups > "elasticsearch" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to elasticsearc...@googlegroups.com <>. > To view this discussion on the web visit > https://groups.google.com/d/msgid/elasticsearch/91eea272-2f5e-4d9a-b975-dae5d50cd0d3%40googlegroups.com > > <https://groups.google.com/d/msgid/elasticsearch/91eea272-2f5e-4d9a-b975-dae5d50cd0d3%40googlegroups.com?utm_medium=email&utm_source=footer>. > For more options, visit https://groups.google.com/d/optout > <https://groups.google.com/d/optout>. > > -- > You received this message because you are subscribed to the Google Groups > "elasticsearch" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to elasticsearc...@googlegroups.com <>. > To view this discussion on the web visit > https://groups.google.com/d/msgid/elasticsearch/46135e6f-6946-41bd-a562-557737192a07%40googlegroups.com > > <https://groups.google.com/d/msgid/elasticsearch/46135e6f-6946-41bd-a562-557737192a07%40googlegroups.com?utm_medium=email&utm_source=footer>. > For more options, visit https: <https://groups.google.com/d/optout>... > > -- > You received this message because you are subscribed to the Google Groups > "elasticsearch" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to elasticsearch+unsubscr...@googlegroups.com > <mailto:elasticsearch+unsubscr...@googlegroups.com>. > To view this discussion on the web visit > https://groups.google.com/d/msgid/elasticsearch/260c8a9f-b80a-44af-827d-221e1cfc17e1%40googlegroups.com > > <https://groups.google.com/d/msgid/elasticsearch/260c8a9f-b80a-44af-827d-221e1cfc17e1%40googlegroups.com?utm_medium=email&utm_source=footer>. > For more options, visit https://groups.google.com/d/optout > <https://groups.google.com/d/optout>. -- You received this message because you are subscribed to the Google Groups "elasticsearch" group. To unsubscribe from this group and stop receiving emails from it, send an email to elasticsearch+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/42624D1D-8C82-4C93-8C9D-9C300982D188%40pilato.fr. For more options, visit https://groups.google.com/d/optout.