QA Distiller 7: Sanity Checks on Steroids

QA Distiller is a great quality control tool I came across when I was working on the Marketing project I already mentioned in an article about XML in Localisation.
Developed and distributed by Yagamata Europe, this tool has a lot to offer to client-side engineers, multilingual vendors and freelancers alike. In fact I was even using it to enforce proper and consistent use of Terminology in source marketing content, before sending for localisation.

With the impending release of version 7 at the end of this month, I thought it was the perfect opportunity to talk about it on Loc Loc. The purpose of QA Distiller is to batch process quality checks on bilingual files. Essentially, it performs similar tasks to the QA Checker in Trados‘s TagEditor, but with some major differences.

The benefits

Multiple file processing: QA Distiller allows you to run a highly customizable list of checks on batches of files. There is no need to open of each individual TTX file, or run the QA Checker successively on each one. Just select the files to process, the settings to apply and run the tool to output a comprehensive report for your follow-up. This is a great way to control and enforce consistency across entire handoffs or projects. Translation quality, Terminology consistency etc. are simultaneously audited across all the files selected.

Multi-lingual processing: better yet, this can also be done across all languages at once, which is particularly powerful for controlling Do Not Translate instructions have been adhered to, for example.

Interactive reporting: the report output is another great selling point. It rates and classifies errors and lets you update it as you review and fix or discard candidate errors. It can be exported to a variety of formats where source, target and error details are summarised and categorised. This is very helpful to communicate with vendors on queries, as well as measure the quality od deliveries. Finally, the report has hyperlinks not only to the file, but to the actual segment where the potential error was detected. This makes the implementation of fixes really quick and easy. No more peeling your eyes out to find typos or endless finger-cramping Ctr+F session. If there is an error, QA Distiller will get you right there!

Software stability: my experience (version 6 in Windows XP) has shown very solid performance and compatibility, and certainly far less crashes than SDL’s QA Checker.

Some rare shortcomings

One of the limitations I found in the current version was that the Translation Consistency check did not work when running QA Distiller across several languages. Instead of reading the language code of each file and filtering the comparison, it reported the fact that translations differed from one language to the next. Not particularly helpful.

Secondly, although the pricing structure offers good choice, the full version seems a bit steep at €1000, especially since it also requires Trados to function on TTX files.

Additionnal Technical Information

QA Distiller supports all languages, and a variety of file formats: TRADOStag documents (TTX), FrameMaker RTF (STF), Translation Memory eXchange (TMX).
Terminology can be checked against proprietary-format dictionnaries (DICT) or the industry-standard Term Base eXchange (TBX).

The upcoming version 7 introduces:

• Tag and ID-aware terminology checks
• New Wrench icon funcitonnalities: batch correction of multiple quotation mark and number formatting
• Fine-grained ignore option for improved noise filtering
• Tag and case-independent consistency check
• Full support for Georgian, Malay (Rumi and Jawi), Serbian (Latin and Cyrillic)

The little green man also told me that there are plans to add support for the many different XLIFF flavours like SDL XLIFF, MemoQ XLIFF, WorldServer XLIFF by the first quarter of next year.

For more details, check the cool demo at http://www.qa-distiller.com/movie/‏

Advertisement

XML in Localisation: What can it really do for us?

Have you ever wondered how xml could possibly be relevant to our needs? Localising xml files is pretty much straight forward. But what of using XML to localise?

As localisation professionals we’ve all known about XML for quite some time now. We understand that as a Markup Language, it is closely related to HTML. We also know that it is Extensible, meaning that the tags and structure are user-specific. This gives us the picture of a very powerful and flexible language.

But I’m sure we also all have come across an xml-based document (a “.xml file”), which we have launched in our favorite browser, only to be treated to a pretty unattractive page of…XML code!

So what can that powerful and yet somewhat undefinable animal really do for us?

This article shows a practical example of xml technology applied to a specific localisation process. In doing so, it also illustrates some of the advantages of having a dedicated Localisation Team or Department, rather than allowing various departments in an organisation to manage their own localisation. In this case, a simple handover of responsibilities from a Marketing team to a Localisation team generated a major leap forward in process, efficiency and quality control. Here is how:

Original setup

In this organisation, the process for creating and localising marketing and web content was the following:

• 1 master document – the product sheet – was created for each new product released.
• The product sheet was localised into 13 languages.
• Relevant  sections were pasted individually into the website for each language.
• Relevant sections were also pasted individually into a printable version which was converted to PDF again for each language.
• The localised doc files were also circulated.

There were 2 major issues with this:

1. Copying and pasting made the process extremely time consuming and error prone.
2. No translation memory system was used, making leveraging impossible and quality control of the localised content solely reliant on proof readers.

Solution implemented

The Localisation team was handed over the responsibility of localising this content mainly to free-up Marketing resources. Rather than simply taking over, they identified opportunities for improvement and initiated an R&D effort in xml Single Source Publishing. The goal now was to automate as much of the process as possible, and free-up time within the agreed standard turnaround for systematic quality control.

The new process ended up as follows:

• Product sheet created in xml by the authors, using the free WYSIWYG XML authoring tool Altova Authentic®.
• The xml schema was designed to be compatible with the web content management system used to create localised product pages.
• A Trados ini file was created to parse out all non-localisable content in the xml code.
• XSL Transformation and Apache FOP were used to automatically generate all localised XML, HTML, RTF and PDF copies after post-translation processing in Trados.
• A VB Developer created a tool to manage all Altova StyleVision®-based automation from one single UI.

Result

• Upload of complete xml product sheets to the website for each language rather than copying and pasting independent fields (unfortunately batch upload was not permitted by the web content management system).
• Internet team saved 75% on the time required for localised product webpages to go live.
• Other content types were all published simultaneously.
• Use of Translation Memories and pro-active Terminology Management cut cost and increased consistency.
• Thorough Quality Checks were also processed in batch using QA Distiller™ which helped catch multiple terminology and value errors before publication.

The key to the success of this new setup, apart from choosing to use XML, was the ability to revise the process from beginning to end. Because the Localisation team were allowed to have a say in the authoring process, efficiencies were generated on the whole span of the Marketing and Web content creation and XML Single Source Publishing was successfully implemented.