SDL Trados Studio
SDL Trados GroupShare
SDL Trados Business Manager
SDL Trados Live
SDL Speech to Text
SDL Managed Translation - Enterprise
Translation Management Connectors
SDL LiveContent S1000D
SDL Contenta S1000D
SDL Tridion Docs
SDL Tridion Sites
SDL Content Assistant
SDL Machine Translation Cloud
SDL Machine Translation Connectors
SDL Machine Translation Edge
Tridion Docs Developers
SDL User Experience
Language Products - GCS Internal Community
SDL Community Internal Group
SDL Access Customer Portal
SDL Professional Services
SDL Training & Certification
Language Technology Partner Group
SDL Academic Partners
SDL Enterprise Technology Partners
ETUG (European Trados User Group) Public Information
Machine Translation User Group
Nordic SDL Tridion Docs User Group
SDL Tridion UK Meetup
SDL Tridion User Group New England
SDL Tridion West Coast User Group
SDL WorldServer User Group
Tridion Docs Europe & APAC User Group
Tridion User Group Benelux
Tridion User Group Ohio Valley
SDL MultiTerm Ideas
SDL Passolo Ideas
SDL Trados GroupShare Ideas
SDL Trados Studio Ideas
SDL Machine Translation Cloud Ideas
SDL Machine Translation Edge Ideas
SDL Language Cloud TMS Ideas
SDL Language Cloud Terminology Ideas
SDL Language Cloud Online Editor Ideas
SDL Managed Translation - Enterprise Ideas
SDL TMS Ideas
SDL WorldServer Ideas
SDL Tridion Docs Ideas
SDL Tridion Sites Ideas
SDL LiveContent S1000D Ideas
SDL Contenta S1000D
SDL XPP Ideas
Events & Webinars
To SDL Documentation
To SDL Support
What's New in SDL
Detecting language please wait for.......
I want QA to check if million is not translated as billion in any segment.
I added the term to my TB marking its correct equivalent as "Right" and the prohibited term as "Wrong" choosing from the picklist attributes I preset for this descriptive field.
In the Terminology Verifier I ticked the checkbox "Check for terms which may have been set as forbidden" and selected "Wrong" as forbidden value (and left "Right" unchecked).
Now, the QA runs and throws an error message for all the segments where million or billion is used, even if used correctly (i.e. with the term marked as "Right").
Any idea?Thanks, Levente
Hi again Levente:
I don't think the order has something to do in this case. I have just the opposite and it works:
I also realized, when configuring the Termbase, that there is no need to mark the…
To use Norah's solution follow these steps:
Options > Verification > QA Checker 3.0 > Regular Expressions
Check "Search regular expressions"Description: Give a friendly…
The regex pattern can be extended to prevent the problem when "million" and "billion" are both present, by adding a negative lookahead (posit the absence of the correct term).
Hi Levente Péter Nagy
I use this feature for Multiterm / Studio and it works fine for me. Can you post a couple of screenshots where this issue happens in Studio? This way I can try to reproduce it and maybe help.
Also a screenshot of implied entry in Multiterm so I can see your structure, something like:
In Studio I see:
Hi Almudena Ballester,
Thank you for the quick reply.
So, in the meanwhile I have tried all possible variations of ticking and unticking boxes and found out that apparently the order of the picklist items matters. Though I really don't see the logic behind this.
I have redesigned the picklist so that "forbidden" comes before "allowed", and now it works fine as you can see it on the pictures below.
Can you confirm my assumption on the order of picklist items? I really don't want to inadvertently rely on some hidden setting and get into trouble when working on another computer.
I also realized, when configuring the Termbase, that there is no need to mark the "good" translations as preferred or allowed, it is just enough to mark forbidden ones - actually, all other translations in an entry are "allowed" by default. You can spare a lot of field-filling if you have only two categories.
But you have to be aware of this: if you mark a term as forbidden, Studio will not check the whole entry but just this field. So it can happen that Studio throws an error message for a term which is a mistake as a translation for one term, but it is correct as a translation for another different term.
As an example, let's say that "burdeos" (ES) should be translated as "bordeaux" (PT) and should not be translated as "grená". In the same Termbase, "granate" should be translated as "grená" indeed. Studio will mark as mistakenly translated the word "grená" in target, no matter the source :(
That's really a shortcoming in Studio Terminology Verifier, in my view. Terminology in translation works dually, terms correspond one to each other, term source matches term target. Absolute lists of forbidden words work only partially, maybe to avoid some specific words, rude ones, copyrighted or the like. But concerning terminology verifications, the pair of words must be checked.
So... in your case, "billion"... always will be forbidden.
I am just a Multiterm/Studio advanced user trying to help & get help in this community :) Just figuring out what the problem could be and giving feedback to developers in order to improve apps and plugins.
Sometimes I know the answer to a question based on my experience, sometimes it is just an approach.
Maybe Luis Lopes could give us a hand here.
Levente Péter Nagy said:The Verifier will always throw an error message whenever it finds a forbidden term no matter the source segment...
Hi Levente Péter Nagy and Almudena Ballester
I reproduced this problem this morning and sent a small package to support. I'm not sure if this is already something on our list of things to fix but it does look like undesirable behaviour to me. I'll update you when I have some feedback on this later, if Luis doesn't respond sooner.
I realise this post is more than 3 years old, but it seems to describe exactly the same problem as I'm having.
1. If I set a term as "Forbidden" in my Termbase, it gets flagged up as forbidden in every target segment where it occurs, irrespective of whether or not the source segment contains that term. Is that the intended behaviour of the term verification settings?
2. Nora Díaz you mentioned a regex workaround to flag up accidental errors like "billion" instead of "million". Which settings can you enter this in? Would it be possible to give me more details?
Check "Search regular expressions"Description: Give a friendly name to the RegEx patternRegEx source: Add source segment termRegEx target: Add forbidden target segment termCondition: "Report if both target and source RegEx patterns match"Check "Ignore case"Action: "Add item"
You can add as many patterns as you want.
The above RegEx pattern tells QA Checker to trigger a warning when "millió" appears in the source segment and "billion" in the target one. It does the job, although it will also (erroneously) flag segments where both "million" and "billion" appear (correctly), but this is quite rare and I can live with it.
Also, try to experiment with the options in the Conditions dropdown list!
(?!.*million)^.*billionBut as you mention, this effort might not be "cost-effective".
Thank you very much Levente Péter Nagy. I've set mine up to flag any target segment that contains thousand, million, billion and Euros regardless of what's in the source. These words only occur occasionally in the kinds of text I translate, so that's sufficient for me.