A question to fellow Multiterm users: I am about to start a termbase that can potentially get huge in the future. Should I assume it will be easy to split it in half into separate category groups (say, T1: A–L and T2: M–Z) or languages, or should I rather create 2 or more separate termbases in advance to avoid any possible bugs/problems and spare myself the process?
Also, what is the estimate for a number of entries that would make for a huge termbase & a cumbersome translation process?
MultiTerm has a file size limit, and therefore a limit for the number of terms it can handle. The number of entries depends on the data, e.g. number of languages and fields, but as a ballpark number, 500,000 terms is the limit. That's over all languages, so for a bilingual termbase, 250,000 entries. Sounds like a big number, but with the IATE termbase, you can easily reach it.
MultiTerm has a file size limit, and therefore a limit for the number of terms it can handle. The number of entries depends on the data, e.g. number of languages and fields, but as a ballpark number, 500,000 terms is the limit. That's over all languages, so for a bilingual termbase, 250,000 entries. Sounds like a big number, but with the IATE termbase, you can easily reach it.
Thanks for your contribution, Gerhard. The numbers give me some idea and my anxiety is capped for now.
Translate
