W3C home > Mailing lists > Public > public-i18n-its-ig@w3.org > November 2014

Re: [xliff] The Terminology data category

From: Tatiana Gornostay <tatiana.gornostay@tilde.lv>
Date: Wed, 12 Nov 2014 14:12:05 +0000
To: Yves Savourel <ysavourel@enlaso.com>, Felix Sasaki <felix.sasaki@dfki.de>
CC: XLIFF Main List <xliff@lists.oasis-open.org>, public-i18n-its-ig <public-i18n-its-ig@w3.org>
Message-ID: <1F7BDCC6-D483-4003-A774-0B9DE8E55DA3@tilde.lv>
Hello, Guys!

I've forwarded questions to my colleague Marcis Pinnis, who was active in "Terminology-ITS" research during LT-Web times.

Greetings from Stuttgart,

Sent from my iPhone

> On 2014. gada 12. nov., at 14:48, "Yves Savourel" <ysavourel@enlaso.com> wrote:
> Hi Felix,
>>> Should we forbid or allow ref and value to co-exist for 
>>> an ITS Term annotation in XLIFF?
>> How is the interpretation of term annotation in XLIFF that includes 
>> both ref and and value? Are both concatenated?
> The ref attribute holds a reference to information on the term, while value holds a short definition.
> http://docs.oasis-open.org/xliff/xliff-core/v2.0/xliff-core-v2.0.html#termAnnotation
> There are no provision to make them explicitly work together, it's simply not forbidden to have both.
>> If yes, one could say: when mapping back to the original file, 
>> combine the information and create in the original file a place 
>> for the information.  
> I suppose that could work. But you'd be losing data: the reference link (well I suppose it could be copied in the info too, but it
> would not be 'live').
> So we would recommend to map back to a global rule (much harder to do).
> Maybe 'recommend' is wrong, it could be a note suggesting one way to solve the issue.
> So does it means you think we should allow ref and value to co-exist even for ITS-specific term annotation?
> How would you express that in the ITS rule set for pure-ITS processor?
> Cheers,
> -yves
Received on Wednesday, 12 November 2014 14:12:38 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:11:31 UTC