Trying to import a database with 329,866 entries fails

My customer has send me a database with 329,866 entries.  I have got an XML export and the corresponding xdt. Creating a TB is not a problem. But I cannot import the TB, after importing it in various ways I have 0 entries and a log file, telling me, that entries up to 102,494 has been added. From this entry up to the end of the database it says, that the entry does not fit the termbase definition (this can be excluded, as the XML does fit the TB definition for sure). There is a reason given: Database ´´ could not be opened. Either the database is not recognized by your application or the file is damaged. Source: MultiTerm140.Server.Termbase14.0

Unfortunately I am not allowed to pass the xml or the xdt to anyone. But maybe you ca give me a hint what to do based on the error messages I posted.

Parents Reply
  • Hi Jerzy,
    I fully agree that such large termbases will not work on 99% of freelance computers.
    I think it is important that GroupShare / MultiTerm Server customers are informed that large server termbase exports mostly do not work reliably in local MultiTerm versions. I have tried to encourage SDL to spread/publish such information, but without success.

    Each freelancer has one free Language Cloud Terminology termbase; there are paid subscriptions models available if you need more than one.
    If you have participated in the LC Terminology Beta, you might still have more termbases available: You can activate just one but switch between the available termbases without losing the other ones.

    But ultimately, it would be better if the customer makes the termbase available online - via a GroupShare/MultiTerm Server installation that is accessible to the translator, or via LC Terminology (there are also business packages available, see https://gateway.sdl.com/apex/communityknowledge?articleName=000008698 - but I cannot say whether SDL LC Terminology is already mature enough to actually recommend it to a corporate customer).

    Kind regards

    Christine

Children
No Data