2

I am running an advanced search in WoS but the results don't correspond to my search query, I am getting way too many unrelated the results.

I'm searching in the "Topic" field which includes abstract, title, keywords, and keywords plus. My search is similar to this, the following is just an example but I have multiple AND blocks and then multiple OR within each block:

(apple OR orange OR "banana split") AND ( calories OR protein* ) AND (adult OR baby)

But some of the results only contain keywords from one or two of the AND blocks, instead they should contain at least one keyboard for each block. I have tried both the advanced search and the regular search using the "add row" option.

I have also tried the same same on Scopus and it leads to 10x less results.

Am I missing something? Why the results are not what is expected?

EDIT: these are my search words

(Digestibility OR “energy content” OR “Nutritive value” OR “forage quality” OR “nutritional value“ OR “energy intake”)

AND

(flower* OR leaf OR leaves OR litter OR branch OR branches OR twigs OR stem OR stems OR seeds OR seed OR fruit OR fruits)

AND

(“herbivor*” OR “ungulate*” OR “mammals” OR “grazer*” OR “browser*” OR "mix-feeder*” OR “livestock” OR “domestic animals” OR “captive animals”)

11
  • Does it take all keywords literally? Or is it more sophisticated, taking synonyms and ideas rather than the literal (unquoted) words? If this is the case, I can propose a possible reason. But it is biased toward false positives, which is good, rather than omitting things that might be relevant. But I don't know the internals of the algorithm.
    – Buffy
    May 20, 2020 at 14:59
  • 2
    For help debugging search results, you should probably give the resulting search string that WoS generates (something that looks like "TS=(Mono* OR Species) AND TS= (Digest* OR OMD OR Carboh* OR Fibre* OR Fiber*)". That information might help people identify possible causes of your difficulty.
    – Tripartio
    May 20, 2020 at 16:06
  • 1
    I would agree with @Tripartio that if you're happy sharing your actual search, it might be easier to work out what's going on. I can't immediately see a reason it's doing this from your example, but it's possible something weird is happening with eg one of your real search terms being something WoS thinks is an operator May 20, 2020 at 16:49
  • @Buffy I have read the documentation and at times it can take synonyms but I don't know which of my keywords might have synonyms attached to them. May 20, 2020 at 18:31
  • @Tripartio added my exact search terms. May 20, 2020 at 18:31

1 Answer 1

4

Right, so there are three elements here (let's call them #1, energy, #2, plants, #3, animals)

TS=(Digestibility OR “energy content” OR “Nutritive value” OR “forage quality” OR “nutritional value“ OR “energy intake”)

AND

TS=(flower* OR leaf OR leaves OR litter OR branch OR branches OR twigs OR stem OR stems OR seeds OR seed OR fruit OR fruits)

AND

TS=(“herbivor*” OR “ungulate*” OR “mammals” OR “grazer*” OR “browser*” OR "mix-feeder*” OR “livestock” OR “domestic animals” OR “captive animals”)

With no filters, in WoS Core Collection, I get 107k results for #1, 3023k results for #2, 270k results for #3. (Yours may differ depending on exactly which bits of the Core Collection your institution subscribes to).

Combined - #1 AND #2 AND #3 - I only get 1245, which is much more reasonable. But not the same as you were getting - why? You mentioned in the comments that you were searching All Databases rather than Core Collection.

Trying again in All Databases, I get 265k results for #1, 8490k for #2, 19019k(!!) for #3. And combined, 22532 results. So, we can see the problem here is driven by using All Databases. But why?

Normally, when you search a single database like Core Collection, you are only searching the Core Collection metadata for each article. This is not always as useful as you will find in other databases - eg MEDLINE might have really rich and detailed subject headings, but Core Collection will just have a few keywords.

An "all databases" search will search the metadata in all of them - MEDLINE, BIOSIS, Core Collection, and so on. It thus leverages metadata that only exists in one database even if the paper is found in several different ones - which can be really powerful, or can be really treacherous.

In this case, it's treacherous. You'll note that we get 2.5x as many for "energy", 2.5x as many for "plants", but 70x as many for "animals". So what's up with "animals"?

Web of Science "all databases" includes BIOSIS (if you have a subscription to it). If you open up a paper's record in BIOSIS, you'll see that it includes extensive keyword/subject heading data. This is from the first paper I picked out which matches the "animal" part of your query - it's about congestion charging in China.

enter image description here

Because BIOSIS is structured in a very logical taxonomic way, this paper - and millions like it - will be returned by any search for animals, primates, vertebrates, mammals, etc. And your search includes the keyword "mammals". Bingo. That keyword is massively inflating the results for your third section, and as a result a lot of papers that match parts #1 and #2 but you would not expect to match #3 are showing up as valid matches for all sections.

Drop out "mammals" and we go down to 473k results for that part in all databases, final results 3395 - much more reasonable and in line with the other results. The Core Collection search gives us 145k results for the animals search without "mammals", 1139 overall.

1
  • Thanks Andrew! Fantastic answer and very good detective work! Now I see why I got that many results with "all databases". May 22, 2020 at 9:10

Not the answer you're looking for? Browse other questions tagged .