Convert OmegaT project to XLIFF for other CAT tools

I’m back with another little script that might be pretty handy for those who need to work on the same material in different CAT tools, or for translation agencies who use OmegaT as their main CAT application but farm out the work to translators using their CAT tools of choice. As a matter of fact, the script was requested by translation agency Velior for this very reason.
When the script is invoked, it writes out a file named PROJECTNAME.xlf (PROJECTNAME is the actual name of the project, not this loudly yelled word, of course), and the file is located in script_output subfolder of the current project. It exports both translated (they get “final” state in the resultant XLF file) and untranslated segments, and for untranslated segments the source is copied to the target, and such segments get “needs-translation” state. OmegaT segmentation and tags are preserved. Tags get enveloped in <ph id=”x”> and </ph>, so that they are treated as tags in other CAT tools. Continue reading

Advertisements

Export relavant TU’s from legacy TMX files in OmegaT

Situation

You have a new project and legacy translation memory files that usually go to /tm folder of OmegaT project. You need to give this project to someone else, but you don’t want to give away all of your previous translation. Somehow you need to extract from your TMX files only those TU’s that have matches in the current project.

Problem

The problem is evident — you need OmegaT to get matches for each segment, and if they are any good, store them somewhere handy, in a separate TMX file.
The problem has been (or still is) discussed on OmegaT Yahoo Group.

Solution

Continue reading

Export TMX for new translations

Here’s a script that lets you export translation units that are newer than a specified date. It might be useful if you get a project with a legacy TMX containing some perfect matches (that memory should be put into /tm/auto), and you want to be able to run QA tests only on new TU’s that have been translated since you’ve started to work on the project, or you want to keep your own translations for later and don’t really care for what has been translated before.

If the script is invoked without changing or specifying anything, it looks for TU’s that are one day old and works globally on the whole project. If you need to filter TU’s older or newer than that, you’ll have to specify the date on line 21.
The date should be in “yyyy-MM-dd HH:mm” (4_digit_year-2_digit_month-2_digit_day space 2_digit_hour_in_military_notation:2_digit_minute) format. If not specified properly, it will fall back to the default one-day-old value.
Beside that, the user can specify whether the script should work globally on the entire project, or only on selected files. To enable file selection, the line 27 should read:
select_files = 'yes'
Anything other than ‘yes’ means the script will work globally. Continue reading

OmegaT SVN cleanup

Situation

So, you’ve been using OmegaT’s Team Project feature for a while, and recently you’ve noticed that the folder named .svn (which is hidden, and therefore you noticed it rather accidentally) is immensely big compared to all the other files in the project, and keeps growing.

Problem

Taking up space may not be a problem in the short run, but if it’s a longterm project with source files being added and removed to and from the SVN, in a couple weeks this .svn folder can grow uncomfortably big. Deleting .svn folder or its content stops the project from being a team project.

Continue reading

Авто-пам’ять та пам’ять зі штрафом

Ситуація

На руках маєш файли пам’яті TMX з попередніх проектів, у них є 100% відповідності, однак точність перекладу залишає бажати кращого. Така ситуація може бути, наприклад, при наявності файлів пам’яті після машинного перекладу, або при отриманні проекту, в якому значна частина матеріалів перекладалась колись кимось іншим, а відтак була змінена тощо.
Крім того, маєш інші файли пам’яті, у яких теж присутні 100% відповідності, проте в цих файлах якість перекладу тебе задовольняє і ти хотів би при 100% відповідностях автоматично отримувати переклад сегментів без зайвих рухів.
Звісно, щоб OmegaT могла ці файли TMX використовувати, маєш їх помістити у теку /tm всередині проекту (чи у іншу теку, але у властивостях проекту вказати, куди саме OmegaT повинна дивитися по пам’ять).

Проблема

У OmegaT є можливість автоматично вставляти відповідності, що мають певний відсоток подібності. В залежності від проекту і якості додаткової пам’яті цей відсоток може бути різним (тобі вирішувати, який саме), але він не повинен бути низьким (70% — це дуже низький). Крім того, при автоматичній вставці OmegaT може додавати ще й префікс до вставлених таким чином сегментів, щоб потім їх потім можна було швидко знайти і підправити. Активується це через меню «Options» → «Editing Behaviour», прапорець на «Insert the best fuzzy match».
Коли така можливість активована, з’являється проблема — «якісні» відповідності вставляються із «зайвим» префіксом, вимагаючи додаткового редагування. Якщо ж префікс забрати, то «неякісні» відповідності вставляються, нічим свою низьку якість тобі не показуючи. Можна, звісно, відключити цю опцію зовсім, однак тоді треба буде дивитись за кожною відповідністю та по кожній приймати рішення. Втім, OmegaT дозволяє цю проблему елегантно вирішити.

Continue reading