Topic on Extension talk:CirrusSearch

I posted this to the AdvancedSearch extension as well, but I thought I'd try here, too:

Product	Version
MediaWiki	1.33.0
PHP	7.2.24-0ubuntu0.18.04.1 (fpm-fcgi)
MySQL	5.7.28-0ubuntu0.18.04.4
ICU	60.2
Elasticsearch	6.5.4

AdvancedSearch	0.1.0 (76eea63) 16:40, 25 March 2019	GPL-2.0-or-later	Easy access to advanced search capabilities on Special:Search	Thiemo Kreuz, Gabriel Birke, Tonina Zhelyazkova, Christoph Jauera, Kai Nissen and Tim Eulitz
CirrusSearch	0.2 (2daa9b8) 09:07, 25 March 2019	GPL-2.0-or-later	Elasticsearch-powered search for MediaWiki	Nik Everett, Chad Horohoe, Erik Bernhardson and others
Elastica	6.0.2 (eee38b0) 07:37, 10 September 2019	GPL-2.0-or-later	Base Elasticsearch functionality for other extensions by providing Elastica library	Nik Everett and Chad Horohoe

I'm sure this is something I just haven't configured correctly, but can someone point me to how this should be configured?

I'm trying to search multiple categories with Advanced Search. Using the default setup in CirrusSearch, which appears to be

$wgCirrusSearchCategoryEndpoint = '';

and getting the following message:

$wgCirrusSearchCategoryEndpoint should be set to a valid SPARQL endpoint to use deep category search.

So it makes sense that I'm getting the error, I just don't know what this endpoint should look like.

Any assistance?

Looks like this requires Wikibase according to phab:T192942.

Why a local-wiki category search requires an entire wikibase instance? I don't know, but that doesn't look reasonable.

Deepcat requires both a blazegraph instance and regular dumps exported from your wiki to that blazegraph instance. Overall I do not think running deepcat outside WMF infrastructure is going to be satisfying, and will instead be a giant headache of trying to run additional complex services that generally only make sense if you already have those services for other purposes.

In theory the same thing could be implemented with recursive SQL queries without using blazegraph, but we would not deploy recursive SQL queries due to performance considerations. If a patch were provided to implement this slow-path we can review it for inclusion and use outside WMF.

When this error only occurs when trying to specify categories in which the pages should be, as it was the case with me, the following should help:

Disable "deepcat:" functionality in LocalSettings.php as it requires a seperate SPARQL Service.

As specified here, to do that simply add the following line to your LocalSettings.php:

$wgAdvancedSearchDeepcatEnabled = false; // disable deepcat: in favor of incategory: