[ 
https://issues.apache.org/jira/browse/SOLR-3241?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13228916#comment-13228916
 ] 

Robert Muir commented on SOLR-3241:
-----------------------------------

Thanks Tomás (and thanks for the patch!) I'll look into this.

The concept of document boost doesn't really exist anymore, and I don't think 
we should fail for an omitNorms field 
just because of the document boost. It just won't be applied to that field.

The point is only to fail if someone explicitly boosts an omitNorms field 
itself.
                
> Document boost fail if a field copy omit the norms
> --------------------------------------------------
>
>                 Key: SOLR-3241
>                 URL: https://issues.apache.org/jira/browse/SOLR-3241
>             Project: Solr
>          Issue Type: Bug
>            Reporter: Tomás Fernández Löbbe
>             Fix For: 4.0
>
>         Attachments: SOLR-3241.patch
>
>
> After https://issues.apache.org/jira/browse/LUCENE-3796, it is not possible 
> to set a boost to a field that has the "omitNorms" set to true. This is 
> making Solr's document index-time boost to fail when a field that doesn't 
> omit norms is copied (with copyField) to a field that does omit them and 
> document boost is used. For example:
> <field name="author" type="text" indexed="true" stored="false" 
> omitNorms="false"/>
> <field name="author_display" type="string" indexed="true" stored="true" 
> omitNorms="true"/>
> <copyField source="author" dest="author_display"/>
> I'm attaching a possible fix.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to