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:

What I like about ISO 704

by

The body of ISO 704 “Terminology work—Principles and methods” lists a bunch of important information for terminology work. But what stuck in my mind is actually the annexes, most of all Annex B.

In the current version 704:2009, Annex B is devoted to term-formation methods. In other words, it gives us the most important methods that we have available when creating new terms or appellations in English. It also notes what might be obvious to us, i.e. that these methods differ from language to language. For German, for example, we now have the new Terminologiearbeit – Best Practices which the German terminology association, DTT, published recently and which is more systematic about this topic than a standard might be.

Comprehensiveness need not be the goal of 704; awareness of these methods is more important. If half the content publishers, PMs, branding or marketing folks that I worked with in the IT world had read those five short pages, it would have done a world of good. Instead, I have heard colleagues mocking terminologists who, when coining new terms, pull out the Duden (the main German-German dictionary, similar to The Webster’s or Le Petit Robert) to apply one of these methods. She who laughs last, laughs best, though: New terms and appellations that are well-motivated—either rooted in existing language or deliberately different—last. Quickly invented garbage causes misunderstandings and costs money.

Annex B doesn’t claim to be comprehensive, but it lists the most important methods that can be used in term formation. Here are the three main methods and some examples:

  • The first one is the creation of completely new lexical entities (terms or appellations), also known as neoterms. One way of creating a neoterm is through compounding, where a new designation is formed of two or more elements, for example cloud computing.
  • Two methods that fall into the category of using existing forms are terminologization (see also How do I identify a term—terminologization) and transdisciplinary borrowing. An example of terminologization is cloud, where the everyday word cloud took on a very specific meaning in the context of computing, while the name of the computer virus Trojan horse was obviously borrowed from Greek mythology.
  • Translingual borrowing results in new terms and appellations that originate in another language. English climbing language, for example, is full of direct loans from a variety of other languages; just think of bergschrund, cairn or .

The above are just a few examples to give you an impression of what could be learned by reading Annex B. Incidentally, these are methods. They need to be applied correctly, not randomly. I can already hear it, “but I used transdisciplinary borrowing to come up with this [junk]”. No. Even if your orthopedist uses minimally-invasive arthroscopic surgery to fix your knee, you want him to be sure that you actually need surgery, right? If you need to coin English terms or appellations on a regular basis, Annex B of ISO 704 is worth your while. I also like Annex C. More about that some other time.

SHARE THIS:

ISO 12620—Why bother

by

Standards are nice, but they don’t do anything for you or, more importantly, the user of your terminology database, if you are the only one applying them. But how do you get a large virtual team of terminologists or language specialists to agree on and apply standards, such as ISO 12620, to database entries? And first: Why bother climbing such a mountain?

Imagine you have a large document to author or translate. Your client gave you a dictionary to use. Because you are not sure of the meaning or usage of 50 terms, you look them up. But the dictionary holds you up more than anything: One entry contains a definition, the next one doesn’t; one provides context, but it is in a language you don’t understand; most terms make sense, but several of them are cryptic and the entry doesn’t provide clarity. If your client hadn’t insisted that you use the dictionary, you wouldn’t: It just slows you down.

The objective of a terminology database is to have consistent and correct terminology used in the product, in source as well as in target languages. To support that goal, users must be able to use a database entry quickly and easily—structure really helps here. Furthermore, users must be able to trust the information provided—transparent, clear and consistent entries create trust.

Ideally, you have a centralized team of trained terminologists who know the standards inside out and apply them religiously. If you don’t, select/create a tool that supports standards adherence as much as possible. Some simple examples: If definition is mandatory, automatically enforce it; if the term is a verb, hide the Number field; if the language is English, hide the Gender field. Tools can do a lot, but your team very likely still needs a standard.

The Microsoft terminology team did. Simply handing a standards document off to the team had not been successful in the past—nobody could remember it, many entries therefore contained unstructured, if not incorrect information, and there was no incentive to adhere to standards. A more collaborative effort was called for: Together, in-house terminologists went through data categories one by one. Because we were a virtual team, e-mail was the best form of communication. Each data category was dealt with in one e-mail that contained: the definition, a scenario and voting buttons that allowed the team to agree with the meaning or disagree and make a better suggestion. Team members could participate in the voting, but they didn’t have to. However, anyone knew from the beginning that they had to accept the outcome, regardless of whether they participated or not. After the new guide had been published, measurements were carried out and documented in a quarterly report. Terminologists then set their own deadlines for cleaning up entries to comply with the standards.

ISO 12620 doesn’t just enable data exchange, as we saw in last week’s entry. At J.D. Edwards and Microsoft, it also helped create standards guides. I am sure not every field is filled in correctly; perfection is not the point. But with shrinking budgets and tighter deadlines, a database that could cost millions of dollars must support the user as best as possible in their endeavor to create reliable communication. A standards guide based on an international standard is a good tool you can use to climb that mountain.

SHARE THIS:

BIK Terminology

From the Blog

Follow Me