Detecting language please wait for.......
I am working on a package sent by the client on a Mac (with the virtual machine paralells and windows and esxcel installed there). I tried to convert an excel file to sdl tb format as suggested by the SDL Manual used by the client. But I could only generate the formats: xdt, xml (as html file) and xdt.log. According to the help menu of the glossary converter the xml format can be used to be uploaded in Multiterm as glossary. But when I upload the xdt format in the term base section I get this the above message. Any idea. Had a look at other similar questions, but I did not get any further there.
right, so this post should moved to the category "SDL AppStore Applications"
you do not needed the "xdt" file
"xml" is the only file you needed
That's incorrect Adrian. It's true that you can import an XML file without the XDT, but in some case the XDT is very important as this defines the definition for the termbase:
https://multifarious.filkin.com/2016/10/17/square-pegs-in-round-holes/
That article help explain the Glossary Converter too. It's the most downloaded app on the appstore, 34k downloads:
https://appstore.sdl.com/language/app/glossary-converter/195/
I am not wrong.
Because I have used that ways, let's say 100 times.
If i wsa wrong, SDL is wrong not me.
If you want, you can rephrase it "that is work only for some case(s)".
Regards
As I said, it's true that you can import a multiterm XML into a termbase without the need for an XDT. But this is not always the case. Termbases can contain the same field names and very different data structures. These are defined by the XDT, so all I am saying is that it is incorrect to say you don't need the XDT as this is not correct in all cases. I imagine you only work with very simple glossaries, so in this scenario it's highly likely you have never had a problem. But as general advice for someone else, especially when you have no idea about the complexity of their termbase, it's not a good idea to say the XML file is the only file you need.
MultiTerm has required this for over 20-years...