Appropriate locale output in Multiterm Convert

Question

I am trying to convert a IATE TBX export (a subset) into a Multiterm 2017 termbase. 
 The TBX file is about 13 MB in size and the export contains EN and PT as locales. The Java applet that created the export does not have an option to turn those two top locales into what it is more appropriate gb-EN and pt-PT. 
 Multiterm Convert seems to handle the conversion process flawlessly but the resulting files have got the wrong locales: they're set to US English and Brazilian Portuguese. 
 Any ideas on how to fix this are much appreciated.

Paul · Accepted Answer

Hi Paulo,

I'm a little confused by your response as you seem to be agreeing with me on the problem... but you say it's not. Try changing the codes to:

<langSet xml:lang="EN-GB"> and <langSet xml:lang="PT-PT">

That would do it I think.

On the Glossary Converter... you are correct in that SDL do not support this tool, but you should not let this put you off. This tool is far more capable and easy to use than MultiTerm Convert, it handles things that still cause bugs in MultiTerm Convert and the developer is incredibly knowledgeable and helpful. The appstore is an SDL feature and we do test every app that is approved for use on the store even if we don't support those developed by others ourselves.

However, it is of course your choice and if you prefer to go through the steps required to achieve this in MultiTerm Convert then this is obviously your decision. The end result will be the same... I would just prefer to make it easy on myself :-) This app is not the most downloaded and used app on the store for nothing!

Regards

Paul

Paul Filkin | RWS Group

________________________
Design your own training!
You've done the courses and still need to go a little further, or still not clear?
Tell us what you need in our Community Solutions Hub

Paulo Sousa · Answer

Thank you for your quick reply, Paul! 
 That worked for Glossary Converter (both locales are now properly set) but, alas!, not for Multiterm:

This seems like a genuine bug in the tool. I did try to manually edit the XTD file before logging the initial question as well, but got nowhere with the itemlocale variables in it (I'm guessing this is also related to the standard Microsoft schemas mentioned in the file, but who knows? :) ). In any case, I've got a fully working term base now, so I'm putting the case to rest! :) Cheers 
 Paulo

Paulo Sousa · Answer

Aha, so Multiterm requires me to manually delete the auto-selected locales and manually setting these to the appropriate values! I was convinced it would pick them automatically from the imported file. I stand corrected! 
 
The Multiterm DB works as intended as long as I manually change the defaults. Case closed!

Trados Studio > 3. MultiTerm

Appropriate locale output in Multiterm Convert