How can I add/create Arabic (Israel) as a locale in WorldServer 11.6?

Dear Community,

Wishing you all a happy and healthy 2021!


A customer has asked whether we can add a target locale of Arabic (Israel) to ensure that the LSP chooses a translator with the correct dialect. We currently use the generic Arabic ar. I can create a new locale with the display name Arabic (Israel), but if the language code remains the same, would this not create issues in the memories?

Thanks in advance for your help!

Dave

  • Dear Dave,

    we wish you a happy and healthy 2021 too! Thank you for the interesting question and the opportunity to clarify how this works.

    The language displayed in the Translation Memory is always the actual Language name and not the one referenced to in the "Name" field of the Locale configuration, which can be changed to any name while configuring any language/locale. Hence, if you have 2 language names based on the same language and language code, for example based on Arabic (U.A.E.) and (ar-AE), but with different names as

    Arabic (U.A.E.) - original name
    Arabic (Israel) - changed name

    if you translate a project with both these target languages and the TM is updated with the translation, when you look into the TM you will find the translation for Arabic (Israel) and Arabic (U.A.E.) both under Arabic (U.A.E.). Therefore, you will not - indeed - have separate TM entries, which is obviously a problem.

    Therefore, the recommendation is to use a language that you do not use at all in your projects and change its name to the unsupported language, in this example "Arabic (Israel)". The TM will be created under the actual original language name and also the language code when exporting that TM and/or when exporting the project to a Studio pacage will be the one from the original language name.

    On a side note: you mentioned that you are currently using Arabic (ar) which is a generic locale that is not supported by FTS. I assume that you have already mapped this language to a different one in exchange.properties in order to be able to save and export/import projects created with this language using File Type filters. See also article: gateway.sdl.com/.../communityknowledge so in your "real" project created under this language, you are probably already using a different language code than "ar".

    I hope this helps you.

  • Hi Caterina,

    Thank you for your prompt and detailed answer! We actually don't have any project types defined where Arabic is a source language. We made a decision at the start of our WorldServer journey to limit source languages in projects with segmentation to the 8 most important corporate languages. Everything else uses a generic "Source" language and goes as manual translation (which we needed anyway to allow for the large number of PDF and other non-segmentable file types). 

    In this particular case Arabic (Israel) would only be a target language. We had an issue with Spanish (Latin America) and used the UPDATE database command to change the sublanguage code from 419 to NI. Could we use this same approach here to create ar-IL?

  • Hi Dave, FYI: the issue you had with Spansih (Latin America) as source language has been fixed starting from WS version 11.5. Changes in the Database should be only done when no other acceptable workaround is present. You could try the same approach as for Spanish (Latin America) should work, but since we have not tested, so it would be at your own risk. If you need more assistance on this, please created a support case referring to this post and I will pick it up. Thanks, Caterina

  • Thanks, will do! We now have 11.6 on our QA system so I was looking into reverting that change, which is how I got the idea we could do that for Arabic (Israel), too.

  • Just wanted to confirm that after having our SQL team run the update restoring es-419 it does indeed work as it is supposed to under WS 11.6 :-)