[
https://issues.apache.org/jira/browse/SOLR-1856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jan Høydahl updated SOLR-1856:
------------------------------
Attachment: SOLR-1856.patch
Updated patch for trunk, with /trunk as base, not /solr.
I added the request param literalsOverride=true|false which defaults to true,
and documented it at http://wiki.apache.org/solr/ExtractingRequestHandler
Think this is ready for commit, will then backport to 4.x
> In Solr Cell, literals should override Tika-parsed values
> ---------------------------------------------------------
>
> Key: SOLR-1856
> URL: https://issues.apache.org/jira/browse/SOLR-1856
> Project: Solr
> Issue Type: Improvement
> Components: contrib - Solr Cell (Tika extraction)
> Reporter: Chris Harris
> Assignee: Jan Høydahl
> Fix For: 4.0, 5.0
>
> Attachments: SOLR-1856.patch, SOLR-1856.patch
>
>
> I propose that ExtractingRequestHandler / SolrCell literals should take
> precedence over Tika-parsed metadata in all situations, including where
> multiValued="true". (Compare SOLR-1633?)
> My personal motivation is that I have several fields (e.g. "title", "date")
> where my own metadata is much superior to what Tika offers, and I want to
> throw those Tika values away. (I actually wouldn't mind throwing away _all_
> Tika-parsed values, but let's set that aside.) SOLR-1634 is one potential
> approach to this, but the fix here might be simpler.
> I'll attach a patch shortly.
--
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]
