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

Re: ITS 2.0 with XLIFF

From: Felix Sasaki <fsasaki@w3.org>
Date: Wed, 12 Mar 2014 20:46:13 +0100
Message-ID: <5320B985.2050805@w3.org>
To: Phil Ritchie <philr@vistatec.ie>
CC: "public-i18n-its-ig@w3.org" <public-i18n-its-ig@w3.org>
np  - the its20.xsd file still had an issue, just replace it with the 
attached done.

- Felix

Am 12.03.14 20:16, schrieb Phil Ritchie:
> Thanks Felix - I wouldn't have figured out all of those issues. I'll give
> it a try after dinner.
>
> Phil
> Twitter: philinthecloud
> Skype: philviathecloud
>
>
>> On 12 Mar 2014, at 18:55, "Felix Sasaki" <fsasaki@w3.org> wrote:
>>
>> Hi Phil,
>>
>> Should work now, see attachment. I found a few issues:
>>
>> 1) There were dublicate xml:id values, I changed that.
>>
>> 2) The XLIFF schema allows non xliff elements only before "file", so I
> moved "its:locQualityIssues" into that location.
>> 3) The ITS 2.0 schema had an issue: ITS "local" attribute are only
> available in "xs:attributeGroup" elements. That means they are not
> accessible for validation via the XLIFF extension points. I changed the
> schema, it now reads:
>>    <xs:attribute name="translate" type="its:translate.type"/>
>>    <xs:attributeGroup name="attribute.translate">
>>      <xs:attribute name="translate" use="required"
> type="its:translate.type"/>
>>    </xs:attributeGroup>
>> (the attributeGroup is still needed but I added a global attribute
> definition for all attributes)
>>
>> 4) I also deleted okp:matchType="EXACT" since there is no schema for
> that.
>> 5) For validating against the ITS schema, you also need an additional
> file: xlink.xsd. This is at http://www.w3.org/1999/xlink.xsd and referenced
> from the schema. If you need to do local validation download the schema and
> change
>>    <xs:import
> namespace="http://www.w3.org/1999/xlink"schemaLocation="http://www.w3.org/1999/xlink.xsd"/>
>
>> to point to the local schema.
>>
>> So for 1,2,4, you need to change in your XLIFF generation step "DITA->
> XLIFF". 3) and 5) and the attachment should give you the ITS2 schema you
> need.
>> Best,
>>
>> Felix
>>
>> Am 12.03.14 15:18, schrieb Phil Ritchie:
>> All
>>
>> I'm hoping for some help in solving a validation problem with XLIFF+ITS
> 2.0.
>> I am using the DITA-XLIFF Roundtrip tool to go DITA->XLIFF->Translation
> with ITS->DITA.
>> My translated XLIFF is attached with the schema files that are declared
> in the top of the XLIFF.
>> XML Validators keep returning an error about its:provenanceRecordsRef
> being an invalid attribute of trans-unit.
>> Can anyone see why?
>>
>>
>>
>> Phil.
>>
>>
>>
>>
>> ************************************************************
>> VistaTEC Ltd. Registered in Ireland 268483.
>> Registered Office, VistaTEC House, 700, South Circular Road,
>> Kilmainham. Dublin 8. Ireland.
>>
>> The information contained in this message, including any accompanying
>> documents, is confidential and is intended only for the addressee(s).
>> The unauthorized use, disclosure, copying, or alteration of this
>> message is strictly forbidden. If you have received this message in
>> error please notify the sender immediately.
>> ************************************************************
>>
>> - d_x_translated.xml - its20-types.xsd - its20.xsd -
> xliff-core-1.2-strict.xsd - xmarker.xsd
>> <d_x_translated.xml>
>> <its20-types.xsd>
>> <its20.xsd>
>> <xliff-core-1.2-strict.xsd>
>> <xmarker.xsd>
> ************************************************************
> VistaTEC Ltd. Registered in Ireland 268483.
> Registered Office, VistaTEC House, 700, South Circular Road,
> Kilmainham. Dublin 8. Ireland.
>
> The information contained in this message, including any accompanying
> documents, is confidential and is intended only for the addressee(s).
> The unauthorized use, disclosure, copying, or alteration of this
> message is strictly forbidden. If you have received this message in
> error please notify the sender immediately.
> ************************************************************
>
>



Received on Wednesday, 12 March 2014 19:46:54 UTC

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