Mailing-List: contact solr-dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: solr-dev@lucene.apache.org
Message-ID: <368806479.1252794477571.JavaMail.jira@brutus>
Date: Sat, 12 Sep 2009 15:27:57 -0700 (PDT)
From: "Grant Ingersoll (JIRA)" <jira@apache.org>
To: solr-dev@lucene.apache.org
Subject: [jira] Issue Comment Edited: (SOLR-284) Parsing Rich Document Types
In-Reply-To: <10055052.1183409644858.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Grant Ingersoll edited comment on SOLR-284 at 9/12/09 3:27 PM:
---------------------------------------------------------------

I don't think we should drop ext.def.fl (the name can change, but the functionality is useful) and am going to reopen this.  Namely, it is often the case where one wants all values that aren't explicitly mapped to go into a default field and I don't think that is possible using uprefix.  Since all metadata fields aren't knowable up front, there is currently no way to express this in the ExtractingRequestHandler.

      was (Author: gsingers):
    I don't think we should drop ext.def.fl (the name can change, but the functionality is useful)and am going to reopen this.  Namely, it is often the case where one wants all values that aren't explicitly mapped to go into a default field.  Since all metadata fields aren't knowable up front, there is currently no way to express this in the ExtractingRequestHandler.
  
> Parsing Rich Document Types
> ---------------------------
>
>                 Key: SOLR-284
>                 URL: https://issues.apache.org/jira/browse/SOLR-284
>             Project: Solr
>          Issue Type: New Feature
>          Components: update
>            Reporter: Eric Pugh
>            Assignee: Grant Ingersoll
>             Fix For: 1.4
>
>         Attachments: libs.zip, rich.patch, rich.patch, rich.patch, rich.patch, rich.patch, rich.patch, rich.patch, schema_update.patch, SOLR-284-no-key-gen.patch, SOLR-284.patch, SOLR-284.patch, SOLR-284.patch, SOLR-284.patch, SOLR-284.patch, SOLR-284.patch, SOLR-284.patch, SOLR-284.patch, solr-word.pdf, source.zip, test-files.zip, test-files.zip, test.zip, un-hardcode-id.diff
>
>
> I have developed a RichDocumentRequestHandler based on the CSVRequestHandler that supports streaming a PDF, Word, Powerpoint, Excel, or PDF document into Solr.
> There is a wiki page with information here: http://wiki.apache.org/solr/UpdateRichDocuments
>  

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.