OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

xliff message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [xliff] ITS Module implementation requirements

Hi Yves and all,

For ITS we decided to allow for picking just one data category (global or local and XML or HTML content) since we hoped (and still hope, I think) that this flexibility will help adoption. We then created conformance requirements so that users know what to expect.

Using ITS in XLIFF, a user may be turned away by too complex questions to answer. b) sounds like such a complex question. 

Maybe the easiest approach from a users point of view is to describe in the ITS module: this is what you need to implement for using ITS in any XLIFF module (e.g. the namespace conversion, the handling of overlap and tools annotation), and then write in the XLIFF modules what that means, with back links from the modules to the ITS module.

In that way, ITS in XLFIFF would not be formulated along all ITS data categories. But that is OK IMO - the goal of this mapping as I understand it is to make the live of XLIFF users easier by showing them how to deploy ITS in XLIFF. So taking a perspective from the XLIFF modules would help that.

If changing text in the XLIFF module section is not an option, then we could structure the ITS module section in the following way: have a subsection for each XLIFF module and write what implementers of that module need to do if they implement ITS.

I am thinking loud here and I realize that this is probably not along the lines we have worked so far and also not the approach that David took for editing the ITS module section. But for the XLIFF+ITS users it may be the easiest way to understand the role of ITS in XLIFF, and also for answering questions like b). 

For a) I would then say: if an implementer implements an XLIFF module he should make clear what ITS data categories that are applicable in that module are being implemented. If there are interdependencies between modules, the ITS data categories are then aligned with these.



Am 18.11.2014 um 16:28 schrieb Yves Savourel <ysavourel@enlaso.com>:

> Hi all,
> A question about how much a developer needs to implement.
> The ITS Module is mapped using the core, its own namespace, and in some case other modules.
> a) Does a developer have to implement all data categories described in the ITS module or can he pick and choose? (it's a relevant
> question because in "pure"-ITS one can pick and choose).
> b) If he cannot pick and choose, how does he handle for example the part of the MT Confidence which is mapped to the Translation
> Candidates module if he doesn't support the Translation Candidates module? Or Storage Size if he doesn't support the Size and length
> Restriction module?
> We need to clarify this in the specification.
> Cheers,
> -yves
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that 
> generates this mail.  Follow this link to all your TCs in OASIS at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]