[ 
https://issues.apache.org/jira/browse/TIKA-2440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16143789#comment-16143789
 ] 

Tim Allison commented on TIKA-2440:
-----------------------------------

Will fix in the next few days.  Thank you for the ping.  I regret I'm not at 
all familiar with phonetic strings.  If we change the default to "exclude 
phonetic strings", will search users be surprised that they can't find what 
they used to be able to find?  I'm hesitant to remove information in the 
default setting.  

If the answer is "no one in their right mind would search for phonetic 
strings,"  then I'm good with this change.  

If the answer is "some folks might want to search for phonetic strings in some 
use cases," then I think we should leave the default as is, but allow users via 
configuration to turn it off. 

Let me know what you think...

> Phonetic strings handling for multilingual environments.
> --------------------------------------------------------
>
>                 Key: TIKA-2440
>                 URL: https://issues.apache.org/jira/browse/TIKA-2440
>             Project: Tika
>          Issue Type: Improvement
>          Components: parser
>            Reporter: Takahiro Ochi
>            Priority: Minor
>
> Hi there,
> I would like to propose an idea to improve phonetic strings handling for 
> multilingual environments. I believe Tika should not concatenate phonetic 
> strings because text with phonetic strings is recognized as noisy text in 
> most situations of natural language processing.
> Excel files include phonetic strings in some languages such as Japanese, 
> Chinese and so on. Apache POI concatenates phonetic strings onto the shared 
> strings when Tika extract text from Excel files.
> Recent Apache POI has an switch flag for phonetic strings concatination as 
> follows:
> https://poi.apache.org/apidocs/org/apache/poi/xssf/eventusermodel/ReadOnlySharedStringsTable.html#ReadOnlySharedStringsTable(org.apache.poi.openxml4j.opc.OPCPackage,%20boolean)
> Tika should set the 2nd argument "includePhoneticRuns" as false. Here is the 
> simple patch for my idea.
> {code:java}
> $ diff -ru XSSFExcelExtractorDecorator.java 
> ./tika/tika-1.15/tika-parsers/src/main/java/org/apache/tika/parser/microsoft/ooxml/XSSFExcelExtractorDecorator.java
> --- XSSFExcelExtractorDecorator.java    2017-06-10 19:13:33.355412625 +0900
> +++ 
> ./tika/tika-1.15/tika-parsers/src/main/java/org/apache/tika/parser/microsoft/ooxml/XSSFExcelExtractorDecorator.java
>  2017-06-10 19:14:30.452411830 +0900
> @@ -130,7 +130,7 @@
>              styles = xssfReader.getStylesTable();
>              iter = (XSSFReader.SheetIterator) xssfReader.getSheetsData();
> -            strings = new ReadOnlySharedStringsTable(container);
> +            strings = new ReadOnlySharedStringsTable(container,false);
>          } catch (InvalidFormatException e) {
>              throw new XmlException(e);
>          } catch (OpenXML4JException oe) {
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to