On Fri, 05 Dec 2008 13:39:15 -0800, Brion Vibber <brion(a)wikimedia.org>
wrote:
Aryeh Gregor wrote:
No, someone should *write* a UI. It should be
written and added to
the software. If it's subpar, fine, it can be improved later. Better
that a mediocre UI should be written and committed now than that yet
another category intersection discussion should die away as they
always do.
I'm Brion Vibber, and I approve this message.
(Note that we can be open to alternative, more efficient backends such
as the Postgres system Greg's experimented with, or a Lucene backend, or
whatever, but to be something people can actively develop and test with
we need to at least have _something_ that works on MySQL, in the core
software, available by default.)
Okay, that's a green light if I ever saw one, awesome. So let's
create a a "categorysearch" myisam table, stick all
the categories in it, set up hooks to maintain it, and implement the
"fulltext index solution". We'll use a special page to show the
results (?). I'm working on an interface that primarily would depend
on two links at the bottom of each article, "find similar articles"
and "find related categories" - these
bring up articles having the same categories, and a list of top
categories belonging to those categories, respectively.
Sound good?
Aerik
--
http://eventfeed.org - An Initiative Promoting Syndication of Events
http://www.wikidweb.com - the Wiki Directory of the Web
http://tagthis.info - Hosted Tagging for your website!