You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@lucene.apache.org by "Jan Høydahl (Jira)" <ji...@apache.org> on 2020/05/18 15:04:00 UTC

[jira] [Resolved] (SOLR-2149) Allow copyField directives to be controled by another (boolean) field

     [ https://issues.apache.org/jira/browse/SOLR-2149?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jan Høydahl resolved SOLR-2149.
-------------------------------
    Resolution: Won't Do

> Allow copyField directives to be controled by another (boolean) field
> ---------------------------------------------------------------------
>
>                 Key: SOLR-2149
>                 URL: https://issues.apache.org/jira/browse/SOLR-2149
>             Project: Solr
>          Issue Type: New Feature
>            Reporter: Peter Wolanin
>            Priority: Major
>         Attachments: SOLR-2149.patch
>
>
> Thinking about alternative approaches to the problem outlined in SOLR-2010, it occurs to me that there are many cases where it would be useful to be able to control copyField behavior rather than having to fully populate or omit document fields.  In regards to spellcheck, I could then have a few different spellcheck indexes each built from a different field  and indicate for each document whether it's text should be added to each of the different spellcheck fields.
> I'm imagining a general syntax like this:
> {code}
>  <copyField source="body" dest="teaser" maxChars="300" controlField="populate_teaser"/>
> {code}
> If not sure if Solr would could use the value of a control field only matches the "ignored" field type, but that's what I'm thinking about as one possibility.  In other words, I can pass index-time flags into the document that are reflected in the terms of what's indexed but not explicitly stored in the document.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org