Sent: Tuesday, May 29, 2012 12:43 PM
To: solr-user@lucene.apache.org
Subject: Re: UpdateRequestProcessor : flattened values
: And it might make sense to have a "multi-value flattening" attribute for
Solr
: itself rather than in SolrCell.
Coming in 4.0...
https://builds.apache.org/vie
: And it might make sense to have a "multi-value flattening" attribute for Solr
: itself rather than in SolrCell.
Coming in 4.0...
https://builds.apache.org/view/G-L/view/Lucene/job/Solr-trunk/javadoc/org/apache/solr/update/processor/ConcatFieldUpdateProcessorFactory.html
DOC
Concatenat
And it might make sense to have a "multi-value flattening" attribute for
Solr itself rather than in SolrCell.
-- Jack Krupansky
-Original Message-
From: Raphaël
Sent: Monday, May 28, 2012 12:56 PM
To: solr-user@lucene.apache.org
Subject: Re: UpdateRequestProcessor : flatte
On Mon, May 28, 2012 at 10:30:03AM -0400, Jack Krupansky wrote:
> "... the access to individual literal fields seems (currently) very limited
> as they appear to be flattened."
>
> That is s "feature" of SolrCell, to flatten multiple values for a
> non-multi-valued field into a string concatenat
ot;multiValued="true"" to the "author" field in your
schema.xml:
becomes
multiValued="true"/>
-- Jack Krupansky
-Original Message-
From: Raphaël
Sent: Monday, May 28, 2012 7:17 AM
To: solr-user@lucene.apache.org
Subject: Re: UpdateRequestProcess
On Sun, May 27, 2012 at 11:54:02PM -0400, Jack Krupansky wrote:
> You can create your own "update processor" that gets control between the
> output of Tika and the indexing of the document.
>
> See:
> http://wiki.apache.org/solr/UpdateRequestProcessor
Seems to be exactly what I was looking for,
