Overview › Forums › Discussions › >15,000 pdfs indexed but zero c:/ drive matches › Reply To: >15,000 pdfs indexed but zero c:/ drive matches
Alphanumeric and Numeric and Double-Quote-Enclosed Text Searches.
The screenshot below shows the contiguous characters d3 entered into the text-to-search bar (which prompts users with the words: ‘Input ANY text you like, then press enter‘.
(The search-term ‘d3’ is as might be applied by some when looking for document instances/matches of ‘vitamin D’, for which vitamin D3 is one molecular form, and ‘D3’ is one shorthand synonym.)
The sub-windows in the right side of the Anytext window screenshot below show typical results for one document using ‘Advanced Search’ mode.
They appear to make little sense on several counts:
(a) The lower right window states ” d3 (7 hits) “, yet only one actual match “D3” is among the seven.
(b) Both right-side windows show other, inexplicable and incorrect/undesired ‘matches‘:
“d3” (entered) = (returns, somehow, and incorrectly) “31” and “D#” (D followed by ANY integer).
(c) The listings in the TOP right window are in source-document line number order, but those in the BOTTOM right window are, confusingly, NOT.
(d) If instead of d3 the search term “d3” is entered, (the same term but within double-quote symbols), match results are much better, minus the likes of “31” and “D#”, inclusive of “D3” itself, but also inclusive of “D 3” (the letter D followed by the number 3 but separated by one or more spaces), (again, despite the characters entered into the search bar being contiguous).
(e) The outcomes explained in (d) are mirrored if instead of the Advanced Search mode the Whole Match mode is selected.
(e) Similar results occur if search terms are Numeric, e.g. with ‘4,000’ entered: many inexplicable/incorrect/undesired ‘matches’, whereas with 4000 (no comma) or “4000” or “4,000” (enclosed in double quotes in Advanced Search mode), seemingly accurate results.
SUGGESTION 9:
Characters that are entered into a (any) search bar contiguously, (adjacent to each other/no spaces included or between, e.g. MS or D3) should return only (and all) corresponding actual matches, and (in the specific case of the Anytxt programme) irrespective of the Search mode selected (Whole Match or Advanced Search or Regular Match or – per the above SUGGESTIONS 2 and 3 previously – Exact Match or Proximity Match).
In other words, whether while in ‘Whole Match mode‘, or, ‘Advanced Search mode and using enclosing double-quotes‘, ANY string of characters that is:
(a) entered into a search bar contiguously, (e.g. in Whole Match mode, adjacent to each other without spaces, such as the two characters: MS or D3 ), or,
(b) entered into a search bar contiguously, (e.g. in Advanced Search mode, adjacent to each other and with bracketing spaces and double quote symbols, such as the four characters inside respective double-quotes: ” MS ” or ” D3 “)
should return only (and all) corresponding actual matches:
(i) with or without spaces (or any other character) either side in Case (a), but,
(ii) exclusively only with a space either side, (and with no other character type(s) either side) in Case (b).