[M] [SPIKE] Investigate how easy/hard it is to make MediaSearch usable on other wikis
Closed, ResolvedPublic
Actions

Assigned To

Authored By

	Cparle
	Mar 31 2021, 5:03 PM

Description

Some wikis, e.g. Portuguese Wikinews, have expressed interest in using MediaSearch as a search interface for their wiki. Extending MediaSearch to other wikis would also allow us to potentially improve the search experience and explore using structured data to improve search results on the Wikipedias, which is a goal of the SDAW grant.

This ticket is a spike to determine if it is possible and what level of effort would be required to make MediaSearch extensible to other wikis.

On the surface, it looks like if the tab order and tab names were configurable, then non-commons wikis could make use of the MediaSearch extension

This ticket is to investigate

the level of effort in making the order/tab names configurable
to see if the media searches will work (via falling back to commons) even on wikis with few local files
- also see if the local files are prioritised in the search results
- also worth checking how the search indices are used if/when there is a fallback (lower priority)

Details

	Subject	Repo	Branch	Lines +/-
	Investigate MediaSearch usability on other wikis	operations/mediawiki-config	master	+1 -0

Customize query in gerrit

Related Objects
Search...

Status	Subtype	Assigned	Task
Resolved		Seddon	T278984 [M] [SPIKE] Investigate how easy/hard it is to make MediaSearch usable on other wikis
Resolved		CBogen	T284204 [EPIC] Experiment with making MediaSearch usable on non-commons Wikis
Resolved		SimoneThisDot	T284205 [L] Switch unique identifiers from file id to file name to for potential use of MediaSearch on non SD wikis
Open	Feature	None	T284206 Identify to users whether image is hosted locally or in shared repository
Resolved		Seddon	T284207 [S] Fix MediaSearch wiki i18n language error handling.
Resolved		Seddon	T284208 [L] Enable changes to MediaSearch tab order
Resolved		Seddon	T284209 [M] Provide default selected namespace function for MediaSearch namespace filter
Resolved		None	T285426 [SPIKE] How would image assessment filter work across multiple wiki's?
Invalid		None	T291401 MediaSearch: Community assessment and license filters should be suppressed on non-commons wiki's

Event Timeline

Cparle created this task.Mar 31 2021, 5:03 PM

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptMar 31 2021, 5:03 PM

CBogen edited projects, added Structured-Data-Backlog (Current Work); removed Structured-Data-Backlog.Apr 13 2021, 3:44 PM

CBogen moved this task from Incoming to Ready for Estimation on the Structured-Data-Backlog (Current Work) board.

Edu subscribed.Apr 16 2021, 8:12 PM

CBogen renamed this task from [SPIKE] Investigate how easy/hard it is to make MediaSearch usable on other wikis to [M] [SPIKE] Investigate how easy/hard it is to make MediaSearch usable on other wikis.Apr 21 2021, 4:42 PM

CBogen moved this task from Ready for Estimation to Ready for Development on the Structured-Data-Backlog (Current Work) board.Apr 23 2021, 2:14 PM

Seddon claimed this task.May 24 2021, 5:56 PM

Seddon moved this task from Ready for Development to Doing on the Structured-Data-Backlog (Current Work) board.May 24 2021, 5:59 PM

Notes - WIP

Local & Shared respository

Media search will fall back and show commons files both using search box and using url string
The imageinfo results differ from commons than on other wikis. Shared respository files not have "page id's" nor any unique identifier (bar file name) and I think this is what breaks QuickView. We would need to make tweaks to extmetadata. MediaSearch probably also needs to differentiate between local and shared repository files.

Tab order

Currently the order is defined in SpecialMediaSearch.php. There are probably a couple of ways of approaching this but changing the order seems fairly doable.

Namespace (Filter names) Broken

We are pulling the namespaces names etc. locally. for the filters and should work on all wikis.
Vue is unfortunately broken here and haven't been able to confirm the filter is working as expected.

RangeError: Incorrect locale information provided
at Number.toLocaleString (<anonymous>)
at VueComponent.resultsCount ()

		resultsCount: function () {
			return this.$i18n(
				'mediasearch-results-count',
				this.totalHits[ this.mediaType ].toLocaleString( mw.config.get( 'wgUserLanguage' ) )
			);
		},

Seems we are assuming the value of mw.config.get('wgUserLanguage') is always going to be a valid arg for toLocaleString(). Unfortunately test wiki is returning:

mw.config.get('wgUserLanguage')
"test"

Other files Broken

Same problem as above.

Design thoughts or questions

Consider identifying to user in some way if files are local or in a shared repository?
Prioritising or separating out mainspace (articles)?

Change 697694 had a related patch set uploaded (by Seddon; author: Seddon):

[operations/mediawiki-config@master] Investigate MediaSearch usability on other wikis

https://gerrit.wikimedia.org/r/697694

gerritbot added a project: Patch-For-Review.Jun 2 2021, 12:19 AM

Change 697694 merged by jenkins-bot:

[operations/mediawiki-config@master] Investigate MediaSearch usability on other wikis

https://gerrit.wikimedia.org/r/697694

Mentioned in SAL (#wikimedia-operations) [2021-06-02T11:06:33Z] <urbanecm@deploy1002> Synchronized wmf-config/InitialiseSettings.php: f12e368481b6836eefa070ad5dcf52af3f39d479: Investigate MediaSearch usability on other wikis (T278984) (duration: 00m 57s)