Eric, you mean, everything is okay, but I do not see it?
>>Internally for searching the analysis takes place and writes to the >>index in an inverted fashion, but the stored stuff is left alone. if I use an analyzer, Solr "stores" it's output two ways? One public output, which is similar to the original input and one "hidden" or internal output, which is based on the analyzer's work? Did I understand that right? If yes, I have got another problem: I don't want to waste any diskspace. Does the copyfield-order stores the same data two times? I mean: I have got originalField and copiedField. originalField gets indexed with text_analyzer and copiedField with a stemmer. Does this mean, I am storing the original data two times public and once analyzed per analyzer? Or does Solr stores the original input only once and makes a reference to the public data of the originalField? Thank you Mitch Erik Hatcher-4 wrote: > > Mitch, > > Again, I think you're misunderstanding what analysis does. You must > be expecting we think, though you've not provided exact duplication > steps to be sure, that the value you get back from Solr is the > analyzer processed output. It's not, it's exactly what you provide. > Internally for searching the analysis takes place and writes to the > index in an inverted fashion, but the stored stuff is left alone. > > There's some thinking going on implementing it such that analyzed > output is stored. > > You can, however, use the analysis request handler componentry to get > analyzed stuff back as you see it in analysis.jsp on a per-document or > per-field text basis - if you're looking to leverage the analyzer > output in that fashion from a client. > > Erik > > On Jan 7, 2010, at 1:21 AM, MitchK wrote: > >> >> Hello Erick, >> >> thank you for answering. >> >> I can do whatever I want - Solr does nothing. >> For example: If I use the textgen-fieldtype which is predefined, >> nothing >> happens to the text. Even the stopFilter is not working - no >> stopword from >> stopword.txt was replaced. I think, that this only affects the index, >> because, if I query for "for" he returns nothing, which is quietly >> correct, >> due to the work of the stopFilter. >> >> Everything works fine on analysis.jsp, but not in "reality". >> >> If you have got any testcase-data you want me to add, please, tell >> me and I >> will show you the saved data afterwards. >> >> Thank you. >> >> Mitch >> >> >> Erick Erickson wrote: >>> >>> <<<Well, I have noticed that Solr isn't using ANY analyzer>>> >>> >>> How do you know this? Because it's highly unlikely that SOLR >>> is completely broken on that level..... >>> >>> Erick >>> >>> On Wed, Jan 6, 2010 at 3:48 PM, MitchK <mitc...@web.de> wrote: >>> >>>> >>>> I have tested a lot and all the time I thought I set wrong options >>>> for my >>>> custom analyzer. >>>> Well, I have noticed that Solr isn't using ANY analyzer, filter or >>>> stemmer. >>>> It seems like it only stores the original input. >>>> >>>> I am using the example-configuration of the current Solr 1.4 >>>> release. >>>> What's wrong? >>>> >>>> Thank you! >>>> -- >>>> View this message in context: >>>> http://old.nabble.com/Custom-Analyzer-Tokenizer-works-but-results-were-not-saved-tp27026739p27026959.html >>>> Sent from the Solr - User mailing list archive at Nabble.com. >>>> >>>> >>> >>> >> >> -- >> View this message in context: >> http://old.nabble.com/Custom-Analyzer-Tokenizer-works-but-results-were-not-saved-tp27026739p27055510.html >> Sent from the Solr - User mailing list archive at Nabble.com. >> > > > -- View this message in context: http://old.nabble.com/Custom-Analyzer-Tokenizer-works-but-results-were-not-saved-tp27026739p27062080.html Sent from the Solr - User mailing list archive at Nabble.com.