OASIS XML Localisation Interchange File Format (XLIFF) TC

  • 1.  RE: Problems validating XLIFF files with 2.0 schemas

    Posted 10-07-2013 17:23
    Hi Tom, all, The changes you made (rev 328) seem to have solved most of the issues, thanks. (there is obviously still the issue of making a distinction between extended elements vs modules, but that is another discussion). I'm getting errors on the values for mda's type attribute. For example with this: <file id="f1"> <mda:metadata xmlns:mda="urn:oasis:names:tc:xliff:metadata:2.0"> <mda:metagroup category="someCat"> <mda:meta type="mtype1">info-mtype1</mda:meta> <mda:metagroup category="subCat"> <mda:meta type="mtype2">info-mtype2</mda:meta> </mda:metagroup> </mda:metagroup> </mda:metadata> ... I'm getting a bad value for mtype1 and mtype2 and the error refers to the value for the type attribute in the core. The validator seems to think type if of the core namespace (which is declared in <xliff> in my example). As far as I know an un-qualified attribute is considered part of the namespace of the element where it is declared no? Any thoughts? -yves


  • 2.  RE: [xliff] RE: Problems validating XLIFF files with 2.0 schemas

    Posted 10-07-2013 22:07
    Hi Yves, The problem is that in the metadata schema, meta is defined with the type attribute, but its (schema) type is set to xlf:attrType_type instead of xs:string. I'll get this fixed ASAP, and I'll also look for other potential issues of this kind. Thanks for finding this. Regards, Tom


  • 3.  RE: [xliff] RE: Problems validating XLIFF files with 2.0 schemas

    Posted 10-07-2013 23:30
    Hi Tom and Yves, Thanks for this fix. It cut my reported errors from Oxygen down to just three "Unique Particle Attribution." And I am suspicious of these. Do we trust these error reports? System ID: C:Program FilesOxygen XML Editor 14frameworksxliff02modulesmatches.xsd Description: cos-nonambig: "urn:oasis:names:tc:xliff:document:2.0":originalData and WC[##other:"urn:oasis:names:tc:xliff:matches:2.0",""] (or elements from their substitution group) violate "Unique Particle Attribution". During validation against this schema, ambiguity would be created for those two particles. Start location: 44:25 URL: http://www.w3.org/TR/xmlschema-1/#cos-nonambig ============================ System ID: C:Program FilesOxygen XML Editor 14frameworksxliff02xliff_core_2.0.xsd Description: cos-nonambig: "urn:oasis:names:tc:xliff:metadata:2.0":metadata and WC[##other:"urn:oasis:names:tc:xliff:document:2.0",""] (or elements from their substitution group) violate "Unique Particle Attribution". During validation against this schema, ambiguity would be created for those two particles. Start location: 139:21 URL: http://www.w3.org/TR/xmlschema-1/#cos-nonambig =============================== System ID: C:Program FilesOxygen XML Editor 14frameworksxliff02xliff_core_2.0.xsd Description: cos-nonambig: "urn:oasis:names:tc:xliff:matches:2.0":matches and WC[##other:"urn:oasis:names:tc:xliff:document:2.0",""] (or elements from their substitution group) violate "Unique Particle Attribution". During validation against this schema, ambiguity would be created for those two particles. Start location: 169:21 URL: http://www.w3.org/TR/xmlschema-1/#cos-nonambig Thanks, Bryan


  • 4.  RE: [xliff] RE: Problems validating XLIFF files with 2.0 schemas

    Posted 10-08-2013 00:14
    Bryan, the UPA errors are the ones I previously reported and they're listed as comment 138. Note the namespace prefixes in that report seem to have fallen victim to auto-correct. We now have 'elf', 'mad', and 'slur'.