Last modified: 2013-12-11 12:33:45 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T58830, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 56830 - Provide API access for search terms which do not yield title or fulltext results
Provide API access for search terms which do not yield title or fulltext results
Status: NEW
Product: MediaWiki
Classification: Unclassified
Search (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-11-09 08:06 UTC by Jared Zimmerman (WMF)
Modified: 2013-12-11 12:33 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Jared Zimmerman (WMF) 2013-11-09 08:06:49 UTC
Allow api access for list of terms which do not yield matches in as article titles or full text queries as a means of coming up with content which is looked for but not found.
Comment 1 Nik Everett 2013-11-15 13:33:52 UTC
Sorry it took me so long to triage this but I'm not really sure what you want.  A few points:

1.  The default query operator is AND so you can get no results even though all the terms in the search provided results.
2.  Queries support somewhat complicated sets of operators many of which see active use which complicates this further.  It is possible for the user to search for `foo OR bar` for example.
3.  We can certainly log searches and how many results they returned.
Comment 2 Gerard Meijssen 2013-11-15 16:49:54 UTC
Hoi,

I am looking for the 404 results for finding a label in Wikidata or an article in Wikipedia. I need a number per language for the failures that is the accumulation for the period of say one month.

These numbers help us identify what the most looked after failures are to provide information.  They will include spelling errors, they will include words as spelled in a different language.. Triaging this stuff will help us provide better results.

I am not particularly interested in complicated use with operators. I am looking for straight forward searches.

What is relevant here is that Wikidata will provides substantially more simple results than Wikipedia does.. http://ultimategerardm.blogspot.nl/2013/11/divcon-search-beyond-tail.html The objective is to provide information when we have it. This can be done by combining Wikipedia with the labels available at Wikidata. http://ultimategerardm.blogspot.nl/2013/11/divcon-valerie-sutton-found-on-occitan.html for the proof of the pudding that we can do this.
Thanks,
    GerardM
Comment 3 Nemo 2013-12-09 22:16:26 UTC
This sounds like a duplicate of bug 3437.

Some sort of list of redlinks hits/search queries with no results to find the most common wanted articles/missing articles has been requested multiple times, also in the form of logs, especially by Wiktionary, but I can't find a link handy.
Comment 4 Nemo 2013-12-11 12:06:22 UTC
Related/complement proposal about search queries with results: http://lists.wikimedia.org/pipermail/analytics/2013-December/001378.html
Comment 6 Gerard Meijssen 2013-12-11 12:33:45 UTC
Magnus is asking for access to the search logs.. He is waiting for access so that he can adapt the existing software that provides the most searched NOT FOUND for the English Wikipedai.

What Magnus will do is provide a quantified list per language of not find items...
Thanks,
   GerardM

PS so far there has been no reply

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links