You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tika.apache.org by "Tyler Palsulich (JIRA)" <ji...@apache.org> on 2015/03/02 17:01:06 UTC

[jira] [Commented] (TIKA-928) Separation of Tika Core Properties From Metadata Processing

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

Tyler Palsulich commented on TIKA-928:
--------------------------------------

Hey Nick. Is this another issue we'll touch up for 2.0?

> Separation of Tika Core Properties From Metadata Processing
> -----------------------------------------------------------
>
>                 Key: TIKA-928
>                 URL: https://issues.apache.org/jira/browse/TIKA-928
>             Project: Tika
>          Issue Type: Improvement
>          Components: metadata
>    Affects Versions: 1.1
>            Reporter: Ray Gauss II
>         Attachments: tika-core-properties-metadata-refactor-core.diff, tika-core-properties-metadata-refactor-parsers.diff, tika-core-properties.diff
>
>
> The Metadata class is a bit overloaded with both processing and core Tika properties defined in the same place.
> Separating the core properties into a TikaCoreProperties class which contains only composite properties which reference other standards like DublinCore will allow the Metadata class to focus on processing and ease the transition from the now deprecated String properties that were directly included in Metadata via the implements clause.
> This will also allow us to cherry pick only the properties we want from a standard as Tika core properties rather than having to include all the properties in a standard's interface, some of which may be more specific to a particular content type than we want.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)