HI Ian, Thank you very much for the reply.
The application calls the *writer.addDocument(d);* method and in this process the *lengthNorm(String fieldName, int numTerms)* method is called. I can extend the *DefaultSimilarity* class and override the *lengthNorm*method, but how can I explicitly specify the *numTerms* value? In my application, numTerms = (Analyzed Length of the field content) - (app specific calculated value) (Analyzed Length of the field content) = original numTerms value calculated in the *computeNorm*, which is known. Does *computeNorm* method is called for every field or is it only called for analyzed fields? The order we call *addDocument* and the order the *computeNorm *method is called is the same ? Is there is a possibility that I can access the *Document* object inside the *Similiarity* class ? Regards, Lahiru On Mon, Jun 13, 2011 at 3:09 PM, Ian Lea <ian....@gmail.com> wrote: > org.apache.lucene.search.Similarity would be the place to look, > specifically computeNorm(String field, FieldInvertState state). There > is comprehensive info in the javadocs. Note that values are > calculated at indexing and stored in the index encoded, with some loss > of precision. > > > -- > Ian. > > On Mon, Jun 13, 2011 at 7:31 AM, Lahiru Samarakoon <lahir...@gmail.com> > wrote: > > Hi All, > > > > I want to change the length normalization calculation specific to my > > application. By changing the "*number of terms*" according to my > > requirement. The "*StandardTokenizer*" works perfectly for my > application, > > However, the *number of terms* calculated by the tokenizer is not the > > effective number of terms for the application. I have an mechanism to > > calculate that value and I need to know how can I apply that value in > length > > normalization calculations. > > > > Please advice. > > > > Thank you, > > > > Best Regards, > > Lahiru. > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org > For additional commands, e-mail: java-user-h...@lucene.apache.org > >
