A tragedy about cutting SDLXLIFF files, act one

Bad luck and a too lucky enemy

A case from practice. We have received a project in Trados Studio. The file is only one, but huge, and the deadline is close. We were forced to cut it into pieces and assign them to different translators. It is not nice, but the client refuses to give more time, there is no other way.

We cut the file with SDL Split/Merge. It generates a pack of numbered SDLXLIFF files with horrendous names. But when we try to open them, an error pops up:

SDL knowledge base contains an article about removing this error, but the issue persists. And the deadline is getting closer.

What should we do? We try to open them in another CAT tool. The first one we use, memoQ, opens them easily and apologizes for not being able to provide a preview, but it’s nothing. The translation is then followed by a process of correct back transition to Trados Studio, which we can do.

Strictly speaking, Trados Studio is not to blame here: problematic files were created with a third-party application. However, it was expected to be able to handle its own format. memoQ made the best of it somehow.

Other articles

EN--Спасибо!

Мы получили ваше резюме.

Как только мы его изучим, мы свяжемся с вами.

Thank you!

We have received your message.

We will contact you once we read it.


Normally we reply within an hour
if the message is received between
7:00 and 15:00 GMT.

Thank you!


You have subscribed successfully.

Message

+ Attach file
EN-

Мы внимательно изучим ваше резюме
и свяжемся с вами в ближайшее время