Last modified: 2008-12-28 22:00:02 UTC
FEATURE REQUEST MIGRATED FROM SOURCEFORGE:
Submitted By: Koyaanis Qatsi - koyaanisqatsi
Date Submitted: 2002-06-12 20:37
The search function has generally improved, but it
could improve even more, I think:
searching for "circle of confusion" yields no results.
if there are no results because of "of", maybe the
search should ignore the word and match results on
remaining terms. then it would have found what "circle
confusion" found, i.e. [[depth of field]]. (people are
used to google, which drops common words automatically)
some useful words have only two letters. e.g. "pi".
no raw numerical search turns up results. e.g.
"3.1428" or "8 1/2". I doubt that will be crucial, but
it would be nice to have the option.
Date: 2003-08-04 03:38
Logged In: NO
Oh man, don't scare me. First thing I thought when I saw
this bug title was that the Feds were after people's search
terms and browsing history. Maybe some privacy features
should be added to make sure that data isn't kept around.
Date: 2003-09-08 20:01
Logged In: YES
There are some results now. Pi is still an issue, though
Date: 2003-12-10 11:08
Logged In: YES
Seems the feature is implemented now.
Only thing missing: searching for 3.14 or "3.14" or
doen't found pi.
Changed summary to reflect new half-fixed status.
See this bug, which if implemented as suggested will break the ability to search
for pi with "3.14": http://bugzilla.wikimedia.org/show_bug.cgi?id=375
Created attachment 833
*** Bug 9405 has been marked as a duplicate of this bug. ***
*** Bug 15229 has been marked as a duplicate of this bug. ***
Here's an oldie but goodie... :)
This may be an issue with MySQL's stopword system; or it might simply be the default word length limit -- by default up to 3-charater words will be ignored. Or it might be ignoring numbers just for fun...
This definitely deserves some experimentation and workarounds if necessary; reasonable behavior of the search engine on a default install would be very nice.
You mean this bug is *FOUR* years old???
Here's my "duplicate" bug report:
I couldn't find anything about this in the MediaWiki manual, or in Bugzilla, in
the Release Notes for 1.13, or in Google:
If I include a number (a numeral) in a search query, or a word that starts with
a number, I always get 0 results, even though I know I have pages that have
that number in them. For example, if I have a wiki page about 64-bit PC
architecture, I can search for "bit" and "pc" and "bit pc" and "pc bit" and see
the page in the results, but if I search for "64 bit" or "64bit" or "64bit PC"
or "64 bit architecture" or "pc 64 bit architecture" I always get 0 results.
Note that it's not a word size issue, since I can find "PC" but not "64". Also I'm using Postgresql not mySQL.
Wikipedia doesn't have this problem, do they have a different search engine?
I've un-duped bug 15229 as PostgreSQL uses a different search backend from the MySQL default.
(Wikipedia also uses a different search engine.)
Looks like WP uses Extension:MWSearch and Lucene right? So that would be a workaround for this bug and bug 15229? Are there any other search engines available other than Lucene and the basic SQL search?
Fix for bug 7726 takes care of this for the default MySQL backend. (Will be in 1.14.)
Bug 15229 presumably remains for PostgreSQL.