Last modified: 2006-05-11 10:48:45 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 1106 - Feature request: boolean search in categories
Feature request: boolean search in categories
Status: RESOLVED DUPLICATE of bug 5244
Product: MediaWiki
Classification: Unclassified
Categories (Other open bugs)
All All
: Lowest enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2004-12-15 07:31 UTC by wiki_tomos
Modified: 2006-05-11 10:48 UTC (History)
0 users

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


Description wiki_tomos 2004-12-15 07:31:18 UTC
I would like to request a feature to generate lists based on two or more

That is, for example, 

*{{List: Category:Albania AND Category:Business}} results in a list of pages in
the both category at the same time. 
*{{List: Category:Albania OR Category:Belgium}} results in a list of pages in at
least either of Albania or Belgium.
*{{List: Category:Albania NOT Category:Bosnia}} results in a list of pages in A
but not in B. 

This is helpful in order to index and re-organize Wikinews, where inter-article
linking is not as prevalent as Wikipedia or some others, but need to organize
article in multiple ways to cater to the readers' interests, as well as writers'.

This feature could produce a heavy load to the server if the following is allowed.
*{{List: NOT Category:Albania NOT Category:Bosnia}} which means a list of all
pages neither of A or B (potentially a huge list). So the feature should not
allow NOT at the beginning. 

Another is to limit the number of categories dealt within one request. {{List:
Category:A OR Category:B OR Category:C OR Category:D OR .....}} I don't know
where the limit should be placed, but 4 would be reasonable. 

A nice extension is to be able to define the order of calculations. 

For example, 

*{{List: Category:2004 AND (Category:Sports OR Category:Entertainment)}}
*{{List: Category:2004 AND {{List: Category:Sports OR Category:Entertainment}}}}

resulting in the list of pages in (1) either sports OR entertainment AND (2)
also in 2004. 

Finally, I suppose it is useful even when it is not dynamically generated. So
when someone use {{List: Category:Politics and conflicts AND
Category:Unreviewed}} it could be replaced by the list at that moment, as
opposed to generate the list everytime the page is viewed by someone.
Comment 1 wiki_tomos 2005-02-07 22:41:53 UTC
Now a version of this feature is submitted at #1411.
Comment 2 Melancholie 2006-03-15 03:23:51 UTC
Maybe "CatScan" can help you a little bit:
Comment 3 David Benbennick 2006-03-24 21:01:50 UTC
This feature would help Wikipedia, too.  With the current system, we have to
decide on a particular, arbitrary, category structure.  For example,
[[Category:American people]] is subcategorized in a very ad hoc way.  Also,
[[Category:Nationalities by occupation]] and [[Category:Occupations by
nationality]] are simply two different ways of intersecting [[Category:People by
occupation]] and [[Category:People by nationality]].

If we had a really good way to automatically generate category intersections,
then we could dramatically simplify the category structure on the English Wikipedia.
Comment 4 Wolf Peuker 2006-05-11 10:48:45 UTC
(in response to #3)
The category usage would change (to ab better one) too.
Marked as duplicate of #5244

*** This bug has been marked as a duplicate of 5244 ***

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