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

Pablo Dittrich

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.