MHonArc v2.5.0b2 -->
xliff message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: Re: [xliff] Adding inline terminology information to XLIFF
Hi John,
Thanks for your comments. Mine and Kara's requirements are very similar. I
remember Kara raising the issue in Washington. For me Yves solution would work
without any problems.
My trans-units are already at a sentence level of granularity. For unmatched
trans-units (where there are no update or leveraged matches) I do a part of
speech analysis and identify noun phrases in order to look up target language
terminology so that I can provide the translator with approved terminology. This
improves the quality of the translated material considerably and makes the
translator's job much easier.
Best Regards,
AZ
John Reid wrote:
> In our face-to-face, Kara Warburton raised a similar issue regarding the
> overloading of <mrk>
> (http://www.oasis-open.org/archives/xliff/200312/msg00015.html). She
> pointed out that TBX could not be embedded there because of the lack of
> support for extensions within those elements. She suggested that there
> be both a <mrk> and <term> element within <source> and <target>.
> Andrzej's proposal is in line with those suggestions.
>
> Maybe allowing extensions within the <source> and <target> would
> overcome this issue as well as some others we are grappling with.
>
> What do you think? Do you recall our argument against allowing
> extensions within those elements?
>
> Regards,
> john
--
email - azydron@xml-intl.com
smail - Mr. A.Zydron
24 Maybrook Gardens,
High Wycombe,
Bucks HP13 6PJ
Mobile +(44) 7966 477181
FAX +(44) 870 831 8868
www - http://www.xml-intl.com
This message contains confidential information and is intended only
for the individual named. If you are not the named addressee you
may not disseminate, distribute or copy this e-mail. Please
notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system.
E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses. The sender therefore
does not accept liability for any errors or omissions in the contents
of this message which arise as a result of e-mail transmission. If
verification is required please request a hard-copy version. Unless
explicitly stated otherwise this message is provided for informational
purposes only and should not be construed as a solicitation or offer.
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]