Trados Business Manager
Speech to Text
Managed Translation - Enterprise
Translation Management Connectors
Language Weaver Connectors
Language Weaver Edge
Tridion Docs Developers
RWS User Experience
RWS Community Internal Group
RWS Access Customer Portal
RWS Professional Services
RWS Training & Certification
RWS Enterprise Technology Partners
Trados Academic Partners
Trados Approved Trainers
ETUG (European Trados User Group) Public Information
Machine Translation User Group
Nordic Tridion Docs User Group
Tridion Docs Europe & APAC User Group
Tridion UK Meetup
Tridion User Group Benelux
Tridion User Group New England
Tridion User Group Ohio Valley
Tridion West Coast User Group
WorldServer User Group
Trados GroupShare Ideas
Trados Studio Ideas
Language Weaver Ideas
Language Weaver Edge Ideas
RWS Language Cloud TMS Ideas
RWS Language Cloud Terminology Ideas
RWS Language Cloud Online Editor Ideas
Managed Translation - Enterprise Ideas
Tridion Docs Ideas
Tridion Sites Ideas
LiveContent S1000D Ideas
Events & Webinars
To RWS Documentation
To RWS Support
Detecting language please wait for.......
I have been working on a term base in Multiterm for the past months without any problem (other than working slightly slower when connected to VPN). However, a while ago I received the error message below when adding a new entry:
[One or more errors occurred]
This has become a recurring incident, as whenever I try to add a new entry I get the same message from the software and the updates are not saved correctly. I have installed the latest updates of Multiterm and the problem persists. Also, I have tried to get in touch with general IT, who suggested raising this issue here. Any advice/help? Thanks in advance!
At first glance I notice in this entry a couple of odd facts. "PROTOCOL NUMBER" as the name of a language? So if you click on "Add Term" do you add a term to a language called "PROTOCOL NUMBER"? In addition, you have the "Entry Id" field empty, which is even more perplexing. An "Entry Id" comes into existence when you add the first term in whatever language your termbase includes. According to this snapshot. you have a term already, which is "test". Why is it not showing any "Entry Id" then? That cannot be possible. At least not to me and to what I know about the structure and functioning of a MultiTerm termbase. If you wish, I can take a look at your termbase.
Hello. That is indeed how we have set it up from the beginning, as we need the protocol number as an extra "language",let's say, so we have the protocol number as a fixed entry (as the "source" language) and then the translations that we have available for that protocol number.
Regarding the entry ID, I understand your point and I see why that can be an issue on the correct functioning of Multiterm. I cannot say why it was not properly shown on my first message on this thread; however, the same error message pops up anyway when the Entry ID is correctly added, as the picture below shows:
I would actually be really grateful if you could take a look at this termbase and see what could be failing. My team members have not experienced this so far (although they don't usually work with this termbase). I will be OOO for the next couple of weeks, but let me get back to you after that and check. Would this be ok?
In my opinion, you are using MultiTerm is a manner counter not only to the very nature of how MultiTerm works but also counter to the structure of a termbase. Sort of your are trying to insert a round peg into a square hole. With that strange, to say the least, setting I'm not sure if I would be able to help you.
Lucía Diaz Vilariño said: Entry ID is correctly added
Every Entry ID is handled automatically by the system. The user does not have to deal with them and/or worry about them.
Ozzie O said:At first glance I notice in this entry a couple of odd facts. "PROTOCOL NUMBER" as the name of a language?
Thanks Ozzie O I didn't even notice that. Indeed a very odd way to work.