[
https://issues.apache.org/jira/browse/SOLR-7139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14332034#comment-14332034
]
Chris A. Mattmann commented on SOLR-7139:
-----------------------------------------
Got it! It's because of TIKA-1445 - to make sure we get ImageParser metadata,
along with OCR text, we had to call the handler 2x. That's why startDocument is
invoked 2x. There is probably a workaround though to be done in Solr, which is
to flush the current field builder information if it hasn't been flushed yet.
Going to whip up a patch, see if it fixes it, and if so, throw it up.
> ExtractingRequestHandler default solrconfig.xml ignores div tags which breaks
> TikaOCR
> -------------------------------------------------------------------------------------
>
> Key: SOLR-7139
> URL: https://issues.apache.org/jira/browse/SOLR-7139
> Project: Solr
> Issue Type: Bug
> Components: contrib - Solr Cell (Tika extraction)
> Affects Versions: 4.10.3
> Reporter: Chris A. Mattmann
> Priority: Critical
> Fix For: 4.10.4
>
>
> While testing my large scale Tika/SolrCell indexing (great work on
> /extraction guys, really really appreciate it) on my 40M image dataset, I was
> pulling my frickin' hair out trying to figure out why the TesseractOCR
> extracted content wasn't actually making it into the index. Well I figured it
> out lol (many many System.out.printlns later) - it's the disabling of div
> tags (=>ignored) in the default solrconfig.xml. This basically renders
> TesseractOCR output in SolrCell useless since it is surrounded by a div tag.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
