Revisión asistida por ordenador de traducciones - OpenTranslation

Revisión asistida por ordenador de traducciones
Con estas obligaciones, no se impondría ninguna condición acerca de los
casos en los que aparezca location en el texto de origen, pero no storage ni
city. Para tratar estos casos, podríamos utilizar las siguientes expresiones,
muy similares a las anteriores:
location - storage ubicación/ubicaciones
location - city localización/localizaciones
La primera obligación tiene como condición que location aparezca en un
segmento del texto de origen y que storage no aparezca, en cuyo caso en el
texto de llegada deberá aparecer ubicación o ubicaciones. La segunda,
muy similar, tiene como condición que location aparezca en un segmento
del texto de origen y que city no aparezca, en cuyo caso en el texto de
llegada deberá aparecer localización o localizaciones.
Por último, para especificar casos particulares, conviene añadir la
posibilidad de detectar únicamente palabras completas a la definición de
las comprobaciones, y también distinguir entre mayúsculas y minúsculas.
Con estas ampliaciones, la frontera entre obligaciones y prohibiciones se
desvanece, ya que cualquier obligación puede expresarse también como
prohibición. Por ejemplo, esta obligación:
location ubicación/ubicaciones
También puede expresarse como una prohibición:
location - ubicación - ubicaciones
Esta prohibición generaría advertencias cuando location se da en el original
y en la traducción no aparece ni ubicación ni ubicaciones. Por tanto, al
codificar esta información no resulta muy útil seguir distinguiendo obligaciones
de prohibiciones, y parece preferible considerar sencillamente
patrones, definidos como conjuntos de condiciones relativas al original y
la traducción de un segmento que generan una advertencia cuando se
cumplen. Esta definición de patrón es mucho más simple que las de
obligación y prohibición pero, al ser más abstracta, resulta menos intuitiva,
por lo que puede ser más difícil de comprender y manejar para un
revisor. En conclusión, parece recomendable seguir utilizando los conceptos
obligación y prohibición en la interfaz del usuario, en tanto que establecen
una distinción sencilla de asimilar entre dos tipos básicos de patrones.
No obstante, la programación interna de la herramienta sólo emplea
el concepto patrón, que resulta más eficiente informáticamente.
105