- From: Yves Savourel <ysavourel@enlaso.com>
- Date: Fri, 10 Oct 2014 05:13:49 -0600
- To: "'Felix Sasaki'" <felix@sasakiatcf.com>
- CC: "'Dr. David Filip'" <David.Filip@ul.ie>, <xliff@lists.oasis-open.org>, "'public-i18n-its-ig'" <public-i18n-its-ig@w3.org>
One more note on using a namespace specific to the module: It looks like we will have to have the ITS namespace involved because some data category information like mtConfidence or taConfidence MUST have its:annotatorsRef set, and ITS does not provide any mapping mechanism for that. Currently 2.0 defines "XLIFF-defined" constructs are constructs with a namespace starting with "urn:oasis:names:tc:xliff:" (except for pre-2.0 namespaces). It also says that XLIFF-defined constructs MUST be preserved and other constructs SHOULD be preserved. So the ITS module's attributes would be preserved for sure, but the accompanying annotatorsRef may not. So, in summary: a tool not supporting the ITS module may break the validity of some features of the ITS module. And do that while being conformant to the processing requirements. The solution would be to add "http://www.w3.org/2005/11/its" to the list of namespaces that MUST be preserved. But if we do that we change the expected behavior for the Core and 2.0 tools will have to be modified to handle 2.1. Any ideas, anyone? -yves
Received on Friday, 10 October 2014 11:14:41 UTC