On Fri, Jan 24, 2014 at 9:20 AM, Nik Everett <neverett(a)wikimedia.org> wrote:
On Jan 24, 2014, at 7:55 AM, Brian Wolff
<bawolff(a)gmail.com> wrote:
If we use this as category pages, im a little worried that people could
get
confused and try to add [[category:Greek
philosophers]] to a page, and
expect it to work. We would need good error handling in that situation
Also, at least at first, you couldn't use one of these synthetic
categories to filter search results so you couldn't use them to build other
synthetic categories.
Don't forget the API. You'd probably need to bascally override
ApiQueryCategoryMembers to check cmtitle and either use parent::run() or a
custom implementation.
--
Brad Jorsch (Anomie)
Software Engineer
Wikimedia Foundation
On Fri, Jan 24, 2014 at 9:20 AM, Nik Everett <neverett(a)wikimedia.org> wrote:
Sent from my iPhone
On Jan 24, 2014, at 7:55 AM, Brian Wolff
<bawolff(a)gmail.com> wrote:
> On Jan 24, 2014 1:54 AM, "Yuri Astrakhan" <yastrakhan(a)wikimedia.org>
wrote:
Hi, I am thinking of implementing a
#CATQUERY <query>
magic keyword for the category pages.
When this keyword is present, the category page would execute a query
against the search backend instead of normal category behavior and show
result as if those pages were actually marked with this category.
For example, this would allow Greek Philosophers category page to be
quickly redefined as
a cross-section of greeks & philosophers categories:
#CATQUERY incategory:Greek incategory:Philosopher
Obviously the community will be able to define much more elaborate
queries,
including the ordering (will be supported by the
new search backend)
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
I like the idea in principle, but think the syntax could use
bikeshedding ;)
If we use this as category pages, im a little worried that people could
get
confused and try to add [[category:Greek
philosophers]] to a page, and
expect it to work. We would need good error handling in that situation
Also, at least at first, you couldn't use one of these synthetic
categories to filter search results so you couldn't use them to build other
synthetic categories.
including the ordering (will be supported by the
new search backend)
Cool. I didnt realize search would support this. That's a pretty big deal
since people expect there categorirs alphabetized.
So I looked into it and it would be easy to implement with Cirrus _but_
I'm not yet sure about the memory implications. We have a ton of headroom
on memory now so it might not matter but I need to test it before I can be
as confident that it is ok as I was last night at 1am. It may have caveats
like synthetic categories must be less than 1000 articles or not all
results are included.
Another cool project would be to expand intersection/Dyanamic P age List
(Wikimedia) to be able to use search as a different backend (however,
that
extension would need quite a bit of refactoring
to get there)
-bawolff
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l