BIK Terminology

Solving the terminology puzzle, one posting at a time

Jump List? Or what should we call it?

by

Giving a new concept a name in a source language often leads directly to the question of what to do with it in another language. This seems like a problem for target terminologists and translators, right? It isn’t. Marketing, branding and content publishing folks listen up!

We have just created a new term or appellation according to best practices from ISO 704. Now, what do we call it in the target language? What do we do with new designations, such as Azure or jump list? Well, the same best practices apply for target language terms as well. But there is a difference for terms and appellations.

Terms represent generic concepts. They are the parent concept or superordinate to other concepts. The concept called “operating system” in English has many different subordinate concepts, e.g. Windows, Linux, or Mac OS. Many times generic concepts have native-language equivalents in other languages. Of course, a particular language may borrow a term from another language, a direct loan. But that should be a deliberate term formation method and it is just one of them, as discussed in What I like about ISO 704.

An appellation represents an individual concept, one that is unique. Like you and me. And just as our parents gave us names that should represent us to the world—some very common and transparent, others peculiar or extraordinary—products get names that represent them to buyers. The criteria for good formation are weighted slightly differently than they are when used during new term formation: An appellation might be deliberately not transparent or consistent with the rest of the subject field. After all, it is a new product that is supposed to stand out. And it might be deliberately in another language.

Windows Azure™ is the appellation for “a cloud services operating system that serves as the development, service hosting and service management environment for the Windows Azure platform,” according to the official website. If we leave aside the trademark for a moment, nobody in their right mind would use the literal translations “Fenster ‘Azurblau’”, “Fenêtre bleu” or “Finestra azzurra”.

Once again, I find ISO 704 very helpful: “Technically, appellations are not translated but remain in their original language. However, an individual concept may have an appellation in different languages.” Good examples are international organizations which tend to have appellations in all languages of the member states, such as the European Union, die Europäische Union, or l’Union européenne.

ISO 704 goes on to say that “whether an individual concept has an appellation in more than one language depends on the following:

  • The language policy of a country;
  • How internationally well known the concept is;
  • The multilingual nature of the entity in question;
  • The need for international cooperation and relations.”

Based on this, it is pretty clear that an international organization would have an appellation in each of the languages of the member states. What about product names, such as Windows Azure? As terminologists for the target market, we should make recommendations in line with the above.

That is exactly what happened with a new feature for Windows 7, called Jump List in English. The message from the marketing department was that it was to remain in English even in the localized versions of Windows. But the problem wasn’t that simple.

There are actually two concepts hidden behind this name:

  • Jump List: The Windows feature that allows users to display jump lists.
    • A unique feature and therefore an individual concept.
    • An appellation.
  • jump list: A list associated with programs pinned to the taskbar or Start menu.
    • A generic concept that can happen multiple times even within one session
    • A technical term.
    • Erroneously capitalized in English.

Generally, when a new feature is introduced the feature gets a name and many times, the individual instances of the feature take on a term derived from the feature name. In this case, the feature was named Jump List and the instances were called Jump Lists. The later should not be uppercase and is in many instances not uppercase. But the two concepts were not differentiated, let alone defined up front.

So, when the German localizers got the instruction to keep the English term for all instances of the concept, they had a problem. They would have gotten away with leaving the appellation in English (e.g. Jump List-Funktion), but it would have been nearly impossible to get the meaning of the generic concept across or even just read the German text, had the term for the generic concept been the direct loan from the English. We could argue whether the literal translation Sprungliste represents the concept well to German users.

Naming is tricky, and those who name things must be very clear on what it is they are naming. Spelling is part of naming, and casing is part of spelling. Defining something upfront and then using it consistently supports clear communication and prevents errors in source and target texts.

SHARE THIS:

Terms—A translator’s perspective vs. a terminologist’s perspective

by

Any translator can do a terminologist’s work. The best translators compile lists of terms, equivalents, maybe a piece of context or even a definition before or at least while they are translating. So, theoretically the above statement is correct. But let’s take another look at the focus of a translator and the focus of a terminologist with regard to terms.

Although a term can be at the same time a unit of translation and a term described and defined in a terminology database, translators and terminologists treat that unit differently. A translator works in context and arrives at a target solution that is correct for that particular text. Based on Saussure, Juan Sager calls terms in a translation text “instances of parole” or “language in use” (Routledge Encyclopedia of Translation Studies).

In Quasi dasselbe mit anderen Worten, Umberto Eco says “in light of [all the] meanings made available by a dictionary entry and its applicable encyclopedic information, the translator must choose the most probable, reasonable and relevant sense for the context in question and this possible world” (translation by BIK). That means that the translator cannot simply copy what he finds in a dictionary or terminology database; he actually has to be, as Robin Bonthrone put it years ago, “switched on.” If that wasn’t a condition, machine translation would have long since taken over.

That context then becomes part of the translated text, which in our scenario of technical translation, usually becomes part of a translation memory (TM). And it also becomes part of a product. As part of the product, the term is now part of history, as it were. As part of the TM, the term may be reused for the next version of the product, and it may also serve as reference material to others. But a translation memory does not equate to managed terminology. Strings in TMs contain terminology, but TMs are generally static and hardly ever managed.

In applied terminology, the starting point might be the term in the translation environment above. But a terminologist must research and understand the term not only in one particular context, but in as many as it takes to uniquely identify its meaning. Once that meaning has been identified, the terminologist creates a terminological entry. According to Sager, terminologists use the term, the “instance of parole”, to get to langue, i.e. the abstract system behind the linguistic sign. The entry is part of the terminological system in the database and can now be applied back in parole, in more than one situation or context, to more than one product or company. Therefore, it must be comprehensible to people other than the terminologist, and it must reflect the understanding and knowledge of the subject matter expert (see also Terminology by Maria Theresa Cabré).

While both translators and terminologists research terms, the product of their work is different. The translator is responsible for the delivery of a correct target language text with correct technical terms (parole or language in use). The terminologist is responsible for the creation of a correct and complete terminological entry in a database (langue or the abstract system underlying speech acts). That entry may over time be used for many different products and versions inside or outside the company; the entry may become obsolete or even incorrect and the terminologist may need to modify it or add a new entry to the database accordingly. Monetary compensation, as described in What do we do with terms? method and goal of translators and terminologists are different. Therefore, translators translate, terminologists research and document.

[This posting is based on an article published in the Journal of Internationalisation and Localisation, which can be downloaded for free.]
SHARE THIS:

Quantity AND Quality

by

In If quantity matters, what about quality? I promised to shed some light on how to achieve quantity without skimping on quality. In knowledge management, it boils down to solid processes supported by reliable and appropriate tools and executed by skilled people. Let me drill down on some aspects of setting up processes and tools to support quantity and quality.

If you cannot afford to build up an encyclopedia for your company (and who can?), select metadata carefully. The number and types of data categories (DCs), as discussed in The Year of Standards, can make a big difference. That is not to say use less. Use the right ones for your environment.

Along those lines, hide data categories or values where they don’t make sense. For example, don’t display Grammatical Gender when Language=English; invariably a terminologist will accidentally select a gender, and if only a few users wonder why that is or note the error, but can’t find a way to alert you to it, too much time is wasted. Similarly, hide Grammatical Number, when the Part of Speech=Verb, and so on.

Plan dependent data, such as product and version, carefully. For example, if versions for all your products are numbered the same way (e.g. 1, 2, 3,..), it might be easiest to have two related tables. If most of your versions have very different version names, you could have one table that lists product and version together (e.g. Windows 95, Windows 2000, Windows XP, …); it makes information retrievable slightly simpler especially for non-expert users. Or maybe you cannot afford or don’t need to manage down to the version level because you are in a highly dynamic environment.

Enforce mandatory data when a terminologist releases (approves or fails) an entry. If you  decided that five out of your ten DCs are mandatory, let the tool help terminologists by not letting them get away with a shortcut or an oversight.

It is obviously not an easy task to anticipate what you need in your environment. But well-designed tools and processes support high quality AND quantity and therefore boost your return on investment.

On a personal note, Anton is exhausted with anticipation of our big upcoming event: He will be the ring bearer in our wedding this weekend.

SHARE THIS:

BIK Terminology

From the Blog

Follow Me