You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tika.apache.org by "Antoni Mylka (JIRA)" <ji...@apache.org> on 2010/08/19 20:15:17 UTC

[jira] Updated: (TIKA-486) ContainerAwareDetector doesn't support non-MSOffice files which use the same magic

     [ https://issues.apache.org/jira/browse/TIKA-486?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Antoni Mylka updated TIKA-486:
------------------------------

    Attachment: tika-non-office-files-with-office-magic.patch
                test-documents.zip

Four test documents (to be placed in test-documents) and a patch.

> ContainerAwareDetector doesn't support non-MSOffice files which use the same magic
> ----------------------------------------------------------------------------------
>
>                 Key: TIKA-486
>                 URL: https://issues.apache.org/jira/browse/TIKA-486
>             Project: Tika
>          Issue Type: Improvement
>            Reporter: Antoni Mylka
>         Attachments: test-documents.zip, tika-non-office-files-with-office-magic.patch
>
>
> There are many applications which use the MSOffice magic number. I know of Corel Presentations X3, Corel Quattro Pro 7 and X3 and Microsoft Works Word Processor. They have their own mime types. 
> They aren't properly supported by POI though which means that if the ContentAwareDetector finds such a file, it will resort to the POIFSContainerDetector and return the basic application/x-tika-msoffice file type because POI won't be able to say anything more specific. This will happen even in situations when the fallback detector might come up with a better answer.
> That's why IMHO the fallback detector should be used if the POIFSContainerDetector returns x-tika-msoffice. If the fallback detector comes up with a more specific type - the more specific one should be used.

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