XBench is alive and kicking!

After some time of silence, XBench development has become visibly active. On October 14, 2009 they released new version 2.8, and it took ApSIC less than a month to release its new build with hot fixes.

The tool, which was powerful enough for a tool available for free, is now even more helpful and useful. The most important things, to my mind, are regular expressions support and faster search engine, but this is not the whole list. XBench has always been the tool that supported the widest variety of file formats, but it expanded here as well having added a few more formats with the new release. Additionally, its checklists were enhanced and allow for better organization.

Last but not least, as of October 7, 2009, XBench allows you to develop plug-ins to it. Now you can implement your own types of checks as a DLL and make XBench run those checks together with ones that are built into it. All you need to do that, is to be familiar with software development and read this document carefully.

Well done, I believe. The market of QA tools has been quite live recently, and the fact that we have a powerful and evolving free tool is really pleasing.

And if ApSIC takes the next step and provide support for a community of plug-in developers, I really believe we may expect XBench to be the most comprehensive QA tool on the market in a very short time.

Nanotechnologies in action!

This post in fact is going to deal neither with nanotechnologies nor even with translation directly. However, I'm sooo surprised that I just feel I have to tell the entire world about it immediately.

I need to apply for a new foreign passport as my current one "ran out of space". I traveled so much that there are no free pages for visas any longer though it is valid for two more years. I felt very reluctant about collecting all the necessary papers, calling the officials to make sure what and when and how... and I naturally pushed myself to at least search for the necessary phone number in online yellow pages. And there was a web link under all the phone numbers, and I decided to check it.

What a surprise! They have all necessary information there! It's quite nicely categorized, to my mind, and includes everything you need to deal with passports, migration etc. Open hours, lists of necessary documents, rates, document templates - everything is there. And what really killed me - you can make an appointment with the head of Federal Migration Service in Tomsk via the site, and the appointment will be using Skype!

I can bet almost 100% of Russian citizens (at least outside Moscow) could not even think a provincial government agency may be so "electronically advanced". What they still miss is accepting the documents via e-mail or FTP, sending the passports back via DHL and... site translation into at least English :)

ABBYY Lingvo х3: Kazakh version

In May 2009, ABBYY released two Lingvo dictionaries with Kazakh: three- and multilingual versions. Three-language version supports Kazakh, Russian and English. Kazakh office of Palex, my company, tested the demo version of the three-language version, and here is what they found.

The demo version allowed to evaluate term search in the Internet, in Wikipedia and online dictionaries. Translation samples, synonyms and explanations are also a pleasing feature.


Explanations are what make the most dramatical difference compared to the electronic dictionaries we used before. At the same time, the dictionary includes new terms in economics and law domains, which is very relevant to the situation in Kazakhstan where it is a requirement to have all documentation translated into national language.

The main shortcoming of this dictionary is the lack of direct links between English and Kazakh. Despite of that, the dictionary is still a very useful resource for English-Kazakh translators.

As for the actual translations in the dictionary, some of them are erroneous. However, we didn't notice any typos like in other dictionaries. the translation is shipshape.

We believe that of the existing dictionaries with Kazakh support, ABBYY Lingvo х3 provides the most comprehensive range of features, and the quality of its translation is quite high.

ABBYY Lingvo vs Multitran: crowdsourcing in dictionaries

Just another subjective opinion :)

I've always liked Lingvo. I'v been using this dictionary for ages, I like people at ABBYY, and Tatyana Danielyan, their Director of Project Management, was so kind to award me with the full version of their dictionary a year or more ago, and it was extremely helpful in my trips to non-English-speaking countries etc.

And I was occasionally using Multitran. As we still experience some network slowdowns, it was inconvenient to look up words on the Web; it took much longer than searching Lingvo.

However, this weekend I was translating a text from a completely new domain for me. Therefore, I had to check each and every term against a dictionary, and to make sure this is the term that is actually used in Russian. All of a sudden, I discovered that Multitran is much more useful from this point of view.

Multitran became interactive many years ago. Registered users may add their terms to it and expand to different domains, and due to this crowdsourcing it's really much more "live" and "up-to-date" than Lingvo is. Additionally, their style to present information proved to be more convenient for me, and because of that, even in times of network slowdown it took me less time to come up with a correct term in Multitran than in local Lingvo dictionary.

Both dictionaries lack Swedish, though, which I personally would like to have.

Google Translate

Recently I started learning Swedish. And I immediately started interacting in Swedish. And to not waste my time for boring word-for-word translation with regular check of grammar rules, I tried Google Translate. It provided quite sensible translations from Swedish into English. Sometimes when I didn't have time to recheck what it translated for me, I sent out some stupid Swedish text, but in most cases I ran through the whole translation to learn from it and make sure it makes sense, and it was quite good. It really inspired me. Indeed, everyone is saying machine translation is already here doing things for us, but it's just another pair of shoes when you see it in practice and can easily use it.

So, I certainly wanted to test it with Russian. I didn't hope to get too much, but I've always believed that statistical machine translation is better for Russian than rule-based one, and with Google's huge text corpus, I was pretty sure that it should make at least some sense.

No, it didn't.

(to be continued, however, after some more tests with Russian...)

Tricky clean up in Trados

Tring to solve our yesterday's problems, we spent quite a lot of time testing different things, and eventually came up with an interesting finding.

Cleanup settings do not depend on the language combination set for the TTX files to clean up. What it depends on, is the language combination of a TM you clean the files up to (even if you select not to update it).

So, if you just need to clean up some files translated into German and don't care which TM you have open, and it happens to be a Chinese or Japanese TM, you will receive your translation without any spaces between sentences. And just the other way round, if you clean up Chinese files to a dummy Italian TM you won't be able to get rid of the spaces.

So, just be careful when cleaning the files up!

SDL and its support again

Yesterday we ran into a problem. Our main platform for translation at the moment is SDL Trados 2007. And we don't have premium support agreement because when we started using it there were no such agreements at all, and their support was very responsive and helpful (one of the main reasons why we opted for SDL). Then we haven't had any serious problems for many years, and even if we had some, we always had some opportunity to ask a question or to find an answer in their knowledge base (still open to registered customers, wow!).

So, eventually we ran into a problem. We apparently checked everything we could, ended up with that it is not any setting problem, and decided to contact SDL support, to show them where the problem is and to ask if it can be solved.

So, we went to http://www.sdl.com/en/support. It said: go to My Account, and everything is going to be fine. OK. My Account apparently directs me to My Support. Happy to do so. My Support offers me to review my Primary Services Agreement (which I apparently don't have) or go to SDL Trados Knowledge Base. OK again. Knowledge Base is good. But I don't find answers to my question there. I remember there was a link to ask a question. Not any longer. Or it's just so well hidden that I failed to find it.

It's not too often I disturb their support, but if I do it I really need it. Now there's no way. OK, we'll develop a solution; at least they use XML for the bilingual files, so we can easily parse them without Trados.

But I really like the trick. SDL lost their main advantage (for us, of course), but they translated it into another one, into becoming so deeply integrated into our and our clients' processes during the Good Support Era that it's really impossible just to switch to another tool. And on the other hand, we already developed a lot of proprietary utilities to do this and that in Trados files... maybe we can easily translate it into our own TM system? :)

Vison of a QA tool

It's for about five years I have a vision of an ideal formal translation QA tool - at least for our needs. A tool that would spot errors correctly, determine different languages (which is so easy!) in a multilingual project and not report inconsistent translations when the same phrase is translated into different languages.

It would intelligently detect where a capital letter is required and where it is a false positive to report it etc. It would easily and correctly handle flexing languages when checking terminology. It would automatically not report untranslated segments like "Windows Vista". It would easily open any of numerous bilingual file formats, allow to make changes on the fly and once changed, automatically recheck if the error is in fact corrected. It would provide you with clean and intuitive reports where a click of a button allows to correct all the errors of the same type, make a note for the future that this error is highly possible again and advice on adding it to a checklist. It would accumulate statistics and provide recommendations to translators and QA specialists based on different criteria. It would automatically "pre-correct" errors in new projects based on its experience with previous ones.

To be continued or never published :)

SDL Trados Studio 2009, too much for 1 GB RAM?

At Localization World Berlin a week ago, I non-intentionally stopped by SDL's booth. I don't really like to make an opinion on a product based on any demonstration, but only on my own experience in trying and testing it.

So, they've been showing there that new appearance and how it works in general (which is to my mind not interesting again because if you've been using translation environments tools for ages, you can easily imagine the basics of any new tool in this category).

When I was briefly beta-testing Trados Studio (and the tool is in fact really nice and convenient), I didn't see any preview. I didn't have time to really try to find access to it, but it was interesting to take a look at how this feature works. So, eventually I asked at the booth if the Studio supports preview and how. The guy certainly started demonstrating. He pressed a few buttons, and the preview started being generated. It took some noticeable time to generate it, and I asked if the computer running this demonstration was slow.

'Yes, it's quite an outdated one', the guy responded, 'It only has 1 GB of RAM'. Working currently with 1 GB of RAM and feeling not bad about it most of the time, I didn't say anything. However, I thought that not many potential users of this tool are likely to have faster computers.

Besides that, the preview works great, it updates every time you confirm a segment (which is in fact what MemoQ's preview has been doing at least for 1 year I've been testing it), and is in general a very good reference for a translator. What may be a bit inconvenient is that it is in a separate window, so you have to switch. But for those who use small screens, it's even a benefit, and I assume there is a way to include it to the single Trados Studio window if you have a larger screen (this is something I have to check though).

But what I'm eager to do now is to check the real speed of the tool running on a real average workstation which most of the translators use.

Regular expressions

I believe many translators already know how useful regular expressions are. They're not easy, and I'm pretty sure not that many translators use them in practice, but they (regexes) do really great job.

But they're a pain as well. It considerable depends on the regex implementation in a CAT tool (or TEnT, which stands for Translator's Environment Tools and is pretty fashionable word now), and I so far dealt with two such implementations. One was in MemoQ, and what I really liked about it was the possibility to specify exceptions for each particular regex. I consider such implementations to be very flexible, but as far as I can see, they didn't built regexes into QA process where I mostly use them.

The other implementation is in Trados QA Checker 2.0 where I often use them. What I really liked about this implementation was that I asked the tool developer to support variables pass between source and target segments, and he did it. At the moment I asked about it, it was extremely important for me, and at that moment I got the most flexible regex-enabled QA tool I tried.

However, when we put regexes in "mass production" at the office and tried to describe all common errors with regexes, we ran into a big trouble. To check that a word is not occasionally capitalized after a comma, what a good idea. Translators often change punctuation marks, often decide to join two sentences into one and may easily forget to change the case of the next letter. But if you consider how many occurrences of capitalizaed letter after a comma really are allowed (all proper names at least), you'll understand this regex is gonna be a headache, especially in a technical manual.

In fact, our engineers created a lot of regexes which all had to easy the life of QA people. And each of them had its wrong side and eventually generated a lot of noise. It certainly doesn't mean that regexes are bad. It doesn't even mean that our engineers didn't think well (although sometimes they did). It simply means that the implementation needs to be more flexible.

For me, minimum requirements at the moment are:

- variables support (including the possibility to pass variables from source regex to target and vice versa)
- exceptions to regexes
- forks support (if-then-else).

And the next step, I guess, is gonna be a scripting language that will allow to create short script using regexes, maybe even a lite version of Perl. Oh, I wish... :)

MemoQ 3.5.15 - just some smallish notes

I'm not quite experienced with MemoQ. I used to test it a year ago, but didn't really perform too many jobs in it.

Anyway, after attending MemoQFest and hearing so many words about how great it is (and I did like it when I tested), I decided to eventually seriously test it. I was a kind of disappointed to get MemoQ4Free trial license which is apparently because I have this serial number for more than a year. And I didn't have a chance to contact MemoQ people asking for a more capable trial version. Will do.

So, I decided to test by translating MemoQ help files. But all I could do with this license was to translate onl one file because I could only have one file per project. There was no point to create several single-file projects as they are not allowed tro share a translation memory anyway. So, before I really start testing I'll have to eventually send my thanks and appreciations for the event to Kilgray.

However, I noticed a couple of interesting facts (drawbacks indeed as I always notice drawbacks). They may be of no importance for many users, but are sometimes annoying for me. And I don't know if they can be corrected by setting some options or not, I couldn't find ways to do that in 5 minutes, so I postponed searching.

So, those two facts are:

1. If a segment that is already in your TM is a part of another segment (in my case it was the name of a dialog box: the first segment contained the name itself, and some other segments referred to this name then) it automatically suggests you the translation. This is indeed a ver nice feature, not drawback. What is to my mind a drawback is that if ou select to insert this translation, and if it was included into tags in the segment being transalted, the tags disappear. So, you have to paste them from source text or cope and paste the translation manually.

2. This one also relates to tags. Differnet people have different work habits, and I prefer to have source text copied into the target, then select some number of words and replace them with the translation (just type it instead of the selected text). I select the text using Ctrl-Shift-arrows on the keyboard. And again, if there is a tag in the the text, and if I try to select the text before the tag, it includes the tag into the selection as well. So if I just retype, the tag is deleted. And if I want to preserve the tag, I need to press Shift-Left arrow twice to move to the end of the word preceding the text. This is something that really poisoned my life with MemoQ.

Is Web 2.0 really here?

I'm currently sitting at MemoQFest, Kilgray's first user conference, but this questions interests me for much longer, and especially at each conference I attend.

People are speaking about Web collaborations - that's OK and possible now even in Russia where some freelancers still use analog modems to connect to the Internet. But people are also speaking about submitting online requests for quotations etc. Nothing new indeed, translation portals exist for ages, and what people are talking about now is just tools that work behind the portal to automate workflows. But are our clients really that mature?

Well, some of them are. They use their own workflow systems which upload project files to their FTP servers and automatically generate e-mail notifications to our project managers. How can we connect it with our Web-based workflow management system? The answer I just heard was to have project managers enter this information into the portal form instead of the client. This indeed will work, but isn't it really ridiculous from the technology point of view to have project managers do something manually in order to have it then processed automatically while both steps can be done automatically?

Clients that are not that mature are often secure. They do care about their information, and they often have a list of software and procedures they can use and a list of those they are not allowed to use at the office. File transfer via a portal is often on such "black lists".

I'm not even going to touch the clients who are just tough and wouldn't want to change the manner of their work just because some technology requires it. Later on they can fall in love with translation portals, but it will take a year or more for them. Do we have just to drop such clients off?

I really wonder what other LSPs think about it. I agree that we can be strict when it comes to payment terms, pricing issues or other things like that because this is what our clients owe us. But as soon as it concerns the way we provide services to our clients, i.e. what we owe them - do we have to push the clients and make them accept our work style? I think, no. That's why I'm still looking for the translation management system that would do everything such systems offer now and will provide integration with customers systems and/or e-mail service.

QA functionality in XBench 2.7

XBench 2.7 (build 0.183)

Supported checks. This tool officially does not support Unicode, and this is probably the main drawback of the application that eventually resulted in a rather high error level. For this reason, it does not support checking Arabic, Chinese, Farsi as well as Czech and Polish TTX files.
It does not have punctuation checks enabled by default; however, they are easy to enable via XBench rules which may significantly improve its error reporting in real life.
False positives. XBench reported corrupt characters for all non-Latin and non-Cyrillic characters.
Multilingual project support. Like many other QA tools, this one finds inconsistencies between translations into different languages and reports terminology errors in untranslated segments.
Conclusion. This tool is very new to the market, but probably on of the most promising ones to date. Its extensive file format support, additional functionality and extension capabilities together with the fact that the tool is currently free allow to suppose many companies, particularly small ones, may want to select it as their QA solution.

QA functionality in QA Distiller 6.0.0

QA Distiller™ 6.0.0, build 188

Supported checks. This tool supports the widest number of possible checks which still may be extended using regular expressions. However, a serious drawback is that it does not check tags identity. The test file included a hyperlink which was intentionally changed in all translations; however, QA Distiller ignored it.
Additionally, we couldn’t find a way to check untranslatables in Distiller. There are two places where you can set a list of untranslatable items, and our idea was that the tool should make sure they are identical in source and target text. However, Distiller did not report missing untranslatable which existed in the test file.
Another weak point is number formatting check. Distiller only makes sure the number includes separators specified in parameters of the target language, but does not check the order of the separators. So, for example, it will consider 1,222.33 and 1.222,33 to be the same numbers with regard to number formatting.
Multilingual project support. In addition to reporting inconsistencies between different languages, Distiller also handles multilingual batches together with multilingual dictionaries in a strange way. For the first file it encounters, it tries to match all the glossary files in spite of the language indicated in the translated file and the glossary, which results in numerous “ignored terminology” errors. For the second target language, it tries to match it to all the glossaries until it finds the correct one. Then it perfectly matches the rest of the translated files with correct glossaries and doesn’t generate error messages.
Right-to-left language support. While this is the most comprehensive QA tool so far, it definitely lacks right-to-left languages support. Sentences in those languages are still aligned left-to-right, and if a segment ends with non-Arabic/Farsi/Hebrew words or digits, QA Distiller often handles the end of the segment incorrectly which results in a false error message. Additionally, it reports terminology errors in almost every segment because of incorrect RTL text handling. If you open the same file in MS Word and do a simple search for the glossary term you will be able to locate it easily while Distiller insists the term translation is missing.
It does not support Farsi by default, so we had to define a new language which resulted in reporting too many corrupt characters (480 occurrences).
Additional observations. Inability to change error severity may also be considered as a disadvantage (at least it makes the software less flexible and customisable).
Conclusion. At the moment, this is the most comprehensive, yet rather expensive standalone solution on the market.

QA functionality in ErrorSpy 4.0

ErrorSpy 4.0, build 001

Supported checks. The total set of supported checks is quite extensive with some specifics listed below. ErrorSpy includes presets for some languages, but they are sometimes incorrect (e.g. incorrect quotation marks for French). It does not support Chinese Traditional as well as right-to-left languages without additional customisation and does not support specifying more than one set of quotation marks in case of nesting. Although it allows to specify decimal and thousand separators to check number formatting, we failed to make it check it. In fact it only reported unmatched figures.
File import. The tool cannot check for skipped segments because it does not import skipped segments at all. This is not convenient if you need to locate any segments that were left untranslated.
False positives. ErrorSpy reported “space required after punctuation mark” errors even if the corresponding checkbox is deselected.
Right-to-left language support. No support by default; however, the tool allows to create new languages. For Arabic, it reports Latin characters to be punctuation marks although they were listed as valid characters in language configuration.
Additional observations. English user interface contains translation errors (for example, one of the checkboxes reads: “spaces that require a space before”).
Another drawback is that ErrorSpy sometimes corrupts the first letter of language names.
This tool does not remember the directory it recently worked with. It is quite inconvenient when you work in a non-default directory.
For some reason, more and more interface elements switch to German with each test run. The interface gets back to English after restart.
The tool crashed on each attempt to check Russian. This may be a problem of this particular installation, but may also be a problem of the whole release. It must be noted, however, that version 3 ran smoothly on the same computer.
Conclusion. Although the tool significantly improved compared to its version 3, the first build seems to be quite unstable. However, with such rapid progress, this tool is rather promising.

QA functionality in Wordfast

Wordfast version 5.51t3

Supported checks. The amount of checks supported is rather limited, but may be extended using custom macros.
File import. Wordfast determines HTML files by <html> tag at the beginning, but not by the real content, whereas in real life this tag may often be omitted.
Multilingual project support. We failed to make it check terminology against the correct glossary. After checking the Arabic test file, Wordfast continued to apply Arabic glossary to the rest of the languages despite of numerous setup changes, glossary recreation, deletion etc. Even when there was no Arabic glossary existing on the computer, Wordfast still reported Arabic terminology errors. It might have got much better scores if it used correct glossaries.
Right-to-left language support. It doesn’t properly handle right-to-left languages and just like all other tools reports terminology errors in untranslated segments.
Conclusion. As many other plug-in tools, WordFast provides quite a good solution for those who select it as a TM tool and do not want to implement a standalone QA tool.

QA functionality in SDL Trados QA Checker 2.0

SDL Trados QA Checker 2.0, plug-in to SDL Trados 2007

Supported checks. Basic set of checks performed by SDL Trados QA Checker is rather extensive compared to other plug-in tools and may be extended using regular expressions. This tool does not allow to specify Chinese full stops as valid punctuation marks. Moreover, Arabic and even Easter European characters cannot be included into forbidden characters list. It also does not check quotation marks and number formatting.
False positives. Unlike all other tools, it generates false positives by counting skipped and empty segments as incomplete ones.
Conclusion. In general, the tool is good enough for translators who work in Trados TagEditor, but may be hard to employ in dedicated quality assurance departments where batch processing of mono- and multilingual projects is normally required.

QA functionality in Star Transit XV Professional

Star Transit XV Professional, version 3.1 SP 21 Build 617

Supported checks. Star Transit employs the most limited number of checks without any further customisation. Available customisation is provided via fixed value lists and does not allow to add e.g. custom delimiters which in our case was necessary for Farsi .
False positives. Due to the limited number of checks supported by Star Transit it generates one of the lowest numbers of false positives.
File import. Import of TTX files is not correct enough; tags are represented in an unusual manner which hinders work with files.
Right-to-left language support. This tool proved to be surprisingly good at checking terminology in right-to-left languages. It also showed probably the best handling of right-to-left languages in general.
Reportability. The tool does not provide any reports; all errors need to be corrected “on the fly”.
Conclusion. In general, the real functionality of the tool is closest to the claimed one; however, it is too limited.

QA functionality in SDLX 2007 QA Check

SDLX 2007 QA Check, build 7014
Supported checks. Basic set of checks performed is also rather limited. A user can extend and customise it using regular expressions; however, regular expressions are often beyond the qualification of a QA manager.
This tool does not check number values and does not check number formatting, double punctuation marks and brackets unless you set up a regular expression. It also does not check tags, and though it is hard enough to change tags in SDLX, TTX files converted to SDLX format may contain corrupt tags which won’t be detected.
Skipped translations are not converted from TTX files and therefore are also not found.
SDLX does not allow specifying Chinese full stops as a valid punctuation mark.
False positives. QA Check generates false positives for forgotten translations (counted as partial translations as well). Also many false positives are generated for partial/incomplete translations (they are not differentiated in SDLX) because incompleteness is determined only by translation length, not taking into account the number of sequential source words found in target segments.
Multilingual project support. As many other tools, QA Check Checks translation consistency between different languages.
Right-to-left language support. QA Check displays such texts left-to-right which hinders work with files and leads to reporting non-existing terminology errors.
Conclusion. With additional customisation, this tool is quite a good solution for SDLX users that do not want to involve additional standalone tools into their work processes.

QA functionality in Déjà Vu X Workgroup version 7.5.302

It's been almost two years since I researched translation quality assurance tools available on the market. The full research was presented at Translating and the Computer 29 conference in November 2008 and is published at my company Web site. Needless to say, I would like to update the results and find something really new in this area.

So far, just to start with some facts, I'll re-publish short benchmark results from the research. And I'll start alphabetically, so Deja Vu is the first.

Déjà Vu
Supported checks. The number of default checks is rather limited; however, the application supports custom SQL queries which most probably allows for extending the amount of possible checks and further customisation.
Multilingual project support. While checking several files translated into different languages, Déjà Vu applies the TM and glossary for the first language to all files no matter what their target language is.
Right-to-left language support. For Arabic and Farsi it reported terminology errors even where the translated term could be easily found using Find feature.
Reportability. The style of error indication probably fits translators who want to check the translation “on the fly”, but is rather inconvenient for a dedicated quality assurance department.
Conclusion. In general, this is one of few tools declared capabilities of which are close to real ones. The tool is only suitable for checking its native files. Although it supports other most common formats including Trados, SDLX and Star Transit, conversion is quite time-consuming and is not in general worth it.

SDLX sickness

This weekend I thought about what will Trados and SDLX together result into. And I recalled my very first tests that I did in 2002 or 2003. I had to make a comparison and select a TM solution for our new company and our main client. I'll try to find this comparison chart in my archives and publish or quote it here. I do remember there were Trados, SDLX, Deja Vu, Wordfast and some more TM systems.

Based on it, what I suggested to our client was SDLX. Why? Because it was nice, made use of TMs and glossaries in quite a convenient way, supported a lot of file formats and languages and had a free "lite" version for freelance translators. But what was maybe the most important thing was that the company was very responsive. They replied messages immediately, fixed bugs within 24 hours and always were ready to help, even to import our files into a new project if we experienced some troubles doing it locally.

I still remember the names of people who responded my mails. It was so nice to feel they care and you may rely on them. There were a lot of different problems with this software, but if we ever missed a deadline, it was not because of them. They all got resolved promptly.

SDL was growing, SDLX was developing, new features were added and old features were considered to be "obsolete". Free lite version was discontinued. Technical support first became slow, then paid. I don't know how prompt is currently their paid support. Unpaid one is pretty slow and useless, at least if you don't know addresses of real people you need to contact.

Knowing some SDL people almost in person, I'm quite sure they are pretty dedicated and doing their best, just like their predecessors were back in 2002 or 2003. What's changed is the environment they're in. I don't know if it's true for all large corporations, or if SDL just was unlucky on this way, or it it was their intention and they're really lucky to achieve their goal. But I really miss that nice cozy company that I selected 6 or 7 years ago.

A few notes on SDL Trados QA Checker 2.0

A few days ago I had to perform formal QA on a project translated from English into German. I used SDL Trados QA Checker 2.0 (SP3) for this tasks and have a few interesting findings.

First of all, I received a lot of capitalization error reports. Apparently all nouns are capitalized in German which is not true for other languages, and this result into differences in capitalization. Quite annoying though!

Then, it reports repeated words like "OCR-A OCR-B" or "Task 1, Task 2", which is also annoying.

Third, it reported untranslated segments, and the segments really were untranslated. The problem was that those segments were just untranslatable, and TagEditor didn't even open it, but QA Checker still reported it. It's a good added safety feature, but annoying again. One example of such segment:
©2009

And last but not least, report on inconsistent translation is hard to work with as it doesn't reference the other translation compared to which this one is inconsistent. You have to use search feature and keep in mind what translation was there and what is here. Needless to say, annoying.

I would like to apologize to Patrik Mazanek who developed this plug-in. It in fact is a very useful and very capable tool, it can detect a lot of errors and is quite flexible, but as long as it works good, I apparently don't notice how good it was at detecting this or that error. And as soon as it comes to annoyance, I certainly notice it. Anyway, this post is apprently not to state how bad QA Checker 2.0 is. It's really great. But the purpose of this post is to make people (including Patrik and other developers who will be able to solve the problems) aware of the existing drawbacks.