Good afternoon:
I would like to know if there is a proces or workflow to extract terms from a document using an existing Multiterm termbase, i.e. the workflow would detect in the original document only the terms already registered in the termbase and extract them into a new termbase to, for example, send it to a collaborator.
I have done my own research on this several times to no avail.
Thank very much.
Pablo Dittrich
You and everybody knows it.
1. Open termbase list
2. Select the first item of it
3. Check it out whether the document has the item within it or not
4. Make result list when "Yes"
5. Continue loop from step #2 again unitl the termbase list ends
too Easy..
Should you feel that this is not so much efficient way, then
Check this out
Quite nice method for you to start
To highlight all the TB items in OneGo
https://community.rws.com/product-groups/trados-portfolio/trados-studio/f/autohotkey/27789/to-highlight-all-the-tb-items-in-onego
Good Luck To You
quick tested..
Hi Kelly
Thanks very much for your reply!
I probably didn't express myself well.
My interest is not to highlight terms and then manually create a termbase, but to find a tool able to extract from my master termbase (MTB) the single and multiple word terms detected in an xliff by this MTB and then store them in a new project-specific termbase (or in a filetype that could be converted into a termbase).
Best regards
Pablo
there is no tool you are looking for on this planet
you have a choice between two selections
Red pill
make tool - fortunately enough, I have posted one more code at AHK section here - now you have perfect references.
Blue pill
buy tool - I could offer you with USD 50
Good Luck To You
steps I'm thinking
1. make a copy of it, so called MTB
2. open it and open document you needed too
3. find the the first (or the next) item of MTB in the document
4. yes ? goto #3
5. no ? delete this item in it and goto #3
done
You have what you wanted in your hand.
Thanks for the tip.
Yes, I guess I'm looking for a little white unicorn.
I like the Matrix metaphor. A cult movie for me. I guess in this case you would be Neo selling code.
I don't have and can't make a red pill and taking the blue one seems risky (I'm a coward, I know) and not worth the effort for the results I could get. I prefer to stay in my comfort zone.
Regarding your second hint, the MTB ist too big and the work overwhelming. Again, not worth the effort.
Best
What about doing a “normal” term extraction on your document, then exporting all the terms in your termbase, then delete all extracted terms that don't match a term in your termbase. Any standard text editor like EditPad Pro should allow you to do that.
The problem I see here is fuzzy term recognition, or rather the lack thereof. (If your TB contains “shelf” and your document contains “shelves”, it would take a bit to get that to match.) You could overcome that if you convert your TB into a TM with identical source term and target term, then “pre-translate” your list of extracted terms using that TM. You determine which level of match you will accept and arrive with a certain number of the extracted terms that have a translation (your TB entry) and a certain number without. Using Export to Excel or something similar, you export the whole stuff and delete all rows that have no translation. (=have no match in your TB)
Now you have a spreadsheet of terms extracted from your document and the matching TB entries.
What is your hoped-for result of this operation? A list of terms? A MultiTerm termbase that contains all the additional information that your current termbase contains? If you want to arrive at a slimmed-down version of your TB, you'd have to export it with Glossary Converter and use the aforementioned spreadsheet to filter out entries that don't match a TB entry in your new spreadsheet.
Then you use Glossary converter to create a new TB from that. I know it's a few steps, but it's scalable. The entire process should take less than 30 minutes.
Daniel
Mine wasted less than 5 seconds.
Translate
