[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [oiic-formation-discuss] Proposed Use case -- Interoperability in vertical and horizontal ODF markets
I propose that, amongst other tasks, the OIIC TC be tasked with
providing a set of profiles that clearly and unambiguously specify the
conformance requirements essential to solve the following use case.
1. DEFINITIONS and MARKET CONDITIONS:
Market A is that for ODF mobile device editors and all competitors in
that market each have unique implementations of ODF that support ODF
to varying degrees.
Market B is that for ODF web editors and all competitors in that
market each have unique implementations of ODF that support ODF to
varying degrees. The range of ODF features supported in this market is
broader than that in Market A.
Market C is that for ODF outliner editors and all competitors in that
market each have unique implementations of ODF that support ODF to
varying degrees. The range of ODF features supported in this market is
broader than that in Market B.
Market D is that for medium-capability ODF editors, e.g., KOffice, and
all competitors in that market each have unique implementations of ODF
that support ODF to varying degrees. The range of ODF features
supported in this market is broader than in Market C.
Market E is that for the most featureful ODF editors and and all
competitors in that market each have unique implementations of ODF
that support ODF to varying degrees. The range of ODF features
supported in this market is broader than in Markets D.
In each of Markets A through E, each competitor's ODF implementation
writes application-specific foreign elements and attributes in the
application's unique ODF namespace and is incapable of writing to
unextended ODF.
Market F is the ODF market for integration of ODF implementations with
service-oriented architectures at the enterprise level in business
processes that maintain, manage, and process silos of legacy data
stored in formats other than ODF. Integration of ODF implementations
in this market requires ultra-high fidelity interoperability for,
e.g., automated document assembly that (in oversimplified terms) [i]
parses and extracts data from not only ODF formats but also a host of
other formats in the assembly of a given document; [ii] in the
assembly of a given document converts/transforms all relevant
extracted data from multiple different formats in any combination to
an intermediary common data format; [iii] formats all assembled data
into a new document in the desired output format; and [iv] serializes
that output to the next application in the business process chain,
whether an editor or a viewer.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]