XLIFF
XLIFF (XML Localisation Interchange File Format) es un lenguaje derivado del XML que se desarrolló para resolver una serie de problemas existentes en la gestión de la traducción multilingüe.
La primera versión fue lanzada al mercado en mayo de 2001 por un grupo de empresas dedicadas al campo de la tecnología, como IBM, Novell, Oracle y Sun Microsystems.
En diciembre de 2001, XLIFF entró a formar parte de OASIS (Organization for the Advancement of Structured Information Standards) y, en octubre de 2003, se publicaron las especificaciones técnicas para la versión 1.1
El concepto que subyace bajo este formato es muy sencillo:
Del documento original se extraen, por una parte, los contenidos que se van a traducir (translation units) y, por otra, todos los elementos que no son traducibles (skeleton).
Una vez realizada la traducción se vuelven a unir estos elementos para formar el documento final.
La principal ventaja de utilizar el formato XLIFF radica en la separación total de los contenidos y la forma, lo que simplifica enormemente el proceso de traducción de un documento.
A continuación, se muestra el proceso sin emplear XLIFF:
En este primer caso, la empresa de traducción es quien se encarga de convertir los diversos formatos recibidos en un formato compatible con el sistema de traducción asistida empleado.
Los principales inconvenientes de tal enfoque son:
- La mayoría de los formatos que se emplean en la actualidad para la elaboración de documentos, no separan los contenidos del formato;
- Necesidad por parte de la empresa de traducción de gestionar el formato de los documentos (maquetación, gráficos);
- Consiguiente aumento de la complejidad de gestión, que se traduce en un aumento de los costes de realización, que repercuten en el cliente final.
A continuación se describe el mismo proceso empleando XLIFF:
En el segundo caso, el propio cliente utiliza instrumentos que admiten el formato XLIFF de forma nativa, o bien instrumentos que puedan producir un documento en formato XLIFF y que luego se pasen al proveedor de las traducciones.
Presenta numerosas ventajas:
- Separación total de contenido y formato;
- Optimización de los procedimientos de gestión (cada uno hace la parte que le toca);
- Consiguiente diminución de los costes.
A continuación, se muestra un ejemplo de archivo XLIFF:
<xliff version='1.1' xmlns="urn:oasis:names:tc:xliff:document:1.1">
<file original="file1.prop" source-language="en-US" datatype="javapropertyresourcebundle">
<header>
<skl><external-file href="file1.prop"/></skl>
</header>
<body>
<trans-unit id="1" resname="id1">
<source xml:lang="en-US">Texto para traducir 1</source>
</trans-unit>
<trans-unit id="2" resname="id2">
<source xml:lang="en-US">Texto para traducir 2 </source>
</trans-unit>
</body>
</file>
En este ejemplo podemos observar que la estructura de base de un archivo XLIFF está compuesta por:
- La declaración XML (compuesta por dos elementos: versión y espacio de nombre correspondiente) (en verde)
- Las características del archivo creado (nombre, idioma de origen y tipo) (en rojo)
- Un apartado header o de encabezado (en marrón)
- Dentro del apartado header se indican entre los elementos de la etiqueta <skel> el nombre y la ruta del archivo de estructura (skeleton) (en azul)
- Un apartado body o de texto principal (en marrón)
- Dentro del apartado body, hay un primer elemento trans-unit que identifica los segmentos del texto que se van a traducir. Debe destacarse el atributo id que identifica de forma unívoca cada segmento para traducir (en azul).
- Y, por último, el texto real y exacto para traducir, entre las etiquetas <source> (en azul)
Servicios Mercury
- Asesoramiento para la elección del sistema de traducción asistida basado en XLIFF;
- Diseño, implementación y soporte de sistemas de traducción asistida basados en XLIFF.