RE: [ISSUE-55] XLIFF mapping - update to mtconfidence and domain

Hi Felix,

I have nothing against having a separate one.

I was just thinking it really must be either an OASIS or a W3C one. My guess is that since we are planning to have some life through the IG after the WG (BP, LQI types, etc.), it may be better to do all that in the W3C.

Could we have something like: ?


-----Original Message-----
From: Felix Sasaki [] 
Sent: Monday, March 18, 2013 2:38 PM
To: Yves Savourel
Cc: 'Dave Lewis';
Subject: Re: [ISSUE-55] XLIFF mapping - update to mtconfidence and domain

Hi Yves, all,

Am 18.03.13 18:14, schrieb Yves Savourel:
> Hi Dave, all,
> A few notes on the mapping:
> --- for MT Confidence.
> This data category has several use cases:
> - What do we do if we it in the original document (i.e. how do we map 
> it to XLIFF (if at all))
> - How do we represent mt-confidence in alt-trans and how that gets back into the original document (if at all).
> for using quality-match in alt-trans: I suppose the value of quality-match is so loose that I suppose it can include the mt-confidence. But I'm really not sure that in such case the origin must be 'MT'. Origin is already in use today for indicating more specific information (e.g. not just MT but Google-Translate or Bing-Translator for example).
> Having origin set to 'mt' or not doesn't really bring anything to the mapping.
> --- for the ITS extension namespace.
> I really think we can use the existing URI. What we define are attributes/elements that are meant to be used in specific context and don't have necessarily relationship with each other. So I think it's fine to have a schema for XLIFF+ITS/X that is used to validate such profile.

It would probably be cleaner to have a separate namespace URI, esp. 
since as the namespace doc at
"Note that the extensions of this namespace are not supposed to be stable, but are being discussed in the Interest Group. "

Is there a reason not to have a separate URI, besides that I was rather slow in following my action item to install one?



> cheers,
> -yves

Received on Monday, 18 March 2013 20:51:48 UTC