commit | 62524b45d8bc080967b3ae3e50369c82d6b93684 | [log] [tgz] |
---|---|---|
author | thiemowmde <[email protected]> | Thu Sep 05 10:57:46 2024 +0200 |
committer | thiemowmde <[email protected]> | Thu Sep 05 14:41:31 2024 +0200 |
tree | 06173ad104befa8417156f65dd9717e806e4202d | |
parent | 744a2e04f6dfe3cc63fcce023b8bf7824e7ae7a5 [diff] |
Make PHPUnit tests work in non-English environments Some of the tests had hard-coded assumptions about the language of the dev environment. Instead it's often better to let tests use the qqx fake language code that returns message keys as-is without doing anything expensive with the actual localization system. I18n is not what these tests are about anyway. Just being able to find the correct message key is enough. I'm also using the opportunity to streamline some of the slightly overcomplicated mock setup. These hard-coded maps of "expected" entity ids appears to be pointless when there is nothing that would happen in case an entity id is "unexpected", other than returning an empty string. We can as well return any string then. Change-Id: I04c67bbd38c760dbddf6ff7fee416d536ae3753b
WikibaseMediaInfo is an extension to Wikibase adding a MediaInfo entity for handling structured data about multimedia files.
The extension hooks into the File Page. It stores supplemental metadata (captions and depicts statements) about the file in a [MediaInfo Entity](#MediaInfo Entity (M-item)). The user can view, create, edit, and delete this data.
The following MediaWiki extensions must be installed and configured prior to installing WikibaseMediaInfo:
WikibaseMediaInfo adds some new search features. To use them, you need to install and configure the following search-related extensions:
WikibaseMediaInfo also adds new functionality to the UploadWizard Extension, but it is not required.
After CirrusSearch and Wikibase are set up properly, enable the extension by adding wfLoadExtension( 'WikibaseMediaInfo' );
along with the required config variables to LocalSettings.php
.
You might need to run composer install
in the extension directory, or in the root directory of your MediaWiki installation if you are using a setup that merges all extension's dependencies into MediaWiki's vendor directory.
A basic building-block of Wikibase is the Statement. The claim made by a given statement has two basic parts, properties and values. Currently WikibaseMediaInfo supports statements that feature a single property: the Depicts property.
If you are running this extension in a local development environment, you will need to add a Wikibase record for this property. The easiest way to do that is:
Special:NewProperty
depicts
. Make sure to set the data type to item
.LocalSettings.php
file so that the depicts
property is set to the ID of the property you just created:$wgMediaInfoProperties = [ 'depicts' => 'P123', ];
In order to add values to statements, you will also need to add Entity items to your local Wikibase instance. This can be done manually at: Special:NewItem
, or through using the WikibaseImport script (see below).
You can optionally use the unofficial WikibaseImport extension to automate the process of importing entities from another Wikibase instance (such as Wikidata). See that project's README for more information.
TBD
Since Wikimedia UI base variables aren't in core, we require them as a package dependency, then use a shell script to copy them to the lib
directory. To update the base variables, require the new version in package.json and install it, then run npm run build-lib
to copy the updated file into lib
. Commit the updated files.
We're including the base variables in our custom variables file, resources/mediainfo-variables.less
. To use them in other files, include mediainfo-variables.less
rather than directly including the base file itself.
Extension configuration variables are sets of key-value pairs. They are documented in more detail in WikibaseMediaInfo/extension.json
. Config variables should be added toLocalSettings.php
. The following config options are available for this extension:
variable | example value | default | notes |
---|---|---|---|
$wgMediaInfoProperties | [ 'depicts' => 'P123' ] | {} | default WB properties to show (e.g. "depicts") |
$wgMediaInfoHelpUrls | [ 'P1' => 'https://commons.wikimedia.org/wiki/Special:MyLanguage/Commons:Depicts' ] | {} | Links to pages to learn more about wikibase properties |
$wgUploadWizardConfig[ 'wikibase' ][ 'enabled' ] | true/false | false | UploadWizard feature-flag |
$wgUploadWizardConfig[ 'wikibase' ][ 'captions' ] | true/false | false | UploadWizard feature-flag |
$wgUploadWizardConfig[ 'wikibase' ][ 'statements' ] | true/false | false | UploadWizard feature-flag |
A property is used to categorize or describe a file. It has a unique id in wikibase in the form Pxxx
such as P123
. Examples of file properties are 'depicts' (what an image is a picture of), 'resolution', 'created by', 'license'.
An item is the concept, topic, or object. It is represented by a unique id in the form Qxxx
. For example on Wikidata the planet Earth is the item Q2
and the CC0 licence is Q6938433
.
A single fact about a media file consisting of a key-value pair (usually a property-item) such as Licence=CC-By-SA
oder Depicts=Dog
. Claims are stored simply as strings, using the property ids and item ids as appropriate. For example, an image depicting a black cat could have the claim depicts=cat(color=black)
.
A short piece of text describing a media file, plus its language. This is used to WikibaseMediaInfo to provide a short description of the file (the same as 'labels' in wikibase).
A Wikibase entity that contains structured data about media files. It is stored in a slot on a File page and consists of
(Note: if there is no caption or claim data then the entity is not stored in the database - in this case the entity is known as a 'virtual entity')
A qualifier is a secondary claim that modifies the primary claim. For example an image might have a tree in the foreground and the sea in the background, in which case it could have 2 'depicts' claims associated with it - 'depicts=tree(applies to part=foreground)' and 'depicts=sea(applies to part=background)'.
MediaInfo entities are shown on, and can be edited from, their associated File page. Captions and claims are shown separately, and claims are split into 'depicts' claims and 'other' claims.
Users can search for files by their MediaInfo captions just as they would search for anything else. For example, if a user uploads a picture of the Eiffel Tower, and enters ‘Tour Eiffel’ (French) and ‘Eiffel Tower’ (English) as multilingual file captions, the picture is findable by another user searching for either ‘Eiffel Tower’ or ‘Tour Eiffel’.
Assume ['depicts': 'P1]
is the media info property
To search for a claim, use the haswbstatement
keyword. For example, to search for images with Mont Blanc (Q583) search for haswbstatement:P1=Q583
.
Searches for claims can also use qualifiers. For example, to search for images with Mont Blanc (Q583) in the background (Q13217555), where P518 is the property ‘applies to part’ use:
haswbstatement:P1=Q583[P518=Q13217555]
Claims can be combined using a logical OR in a single search keyword using the pipe character |
. For example files depicting a cat (Q146) OR a dog (Q144) can be found using
haswbstatement:P1=Q146|P1=Q144
Claims can be combined using a logical AND by using 2 separate search keywords. For example, files depicting a cat AND a dog can be found using:
haswbstatement:P1=Q146 haswbstatement:P1=Q144
To search for a claim with a quantity, use the wbstatementquantity
keyword. For example, files that depict 2 humans (Q5) can be found using:
wbstatementquantity:P1=Q5=2
The comparison operators >
, >=
, <
and <=
can also be used, so a search for files depicting more than 2 humans can be found using:
wbstatementquantity:P1=Q5>2
Ranges can be searched for using two wbstatementquantity
keywords at once. For example, to find files depicting between 2 and 5 humans (Q5) use:
wbstatementquantity:P1=Q5>=2 wbstatementquantity:P1=Q5<=5
When the File page is saved, the following MediaInfo data is written to the Elasticsearch index (all examples use Wikidata Property and Item ids):
Captions data in every language is stored in the opening_text
field
Claims are stored in the format propertyID=value
as array elements in the statement_keywords
field using the wikibase property ID (and item id, if value is an item)
e.g. ‘depicts house cat’ is stored as P1=Q146
Claims with qualifiers are stored in the statement_keywords
field along with their qualifiers in the format propertyID=value[qualifierPropertyID=qualifierValue]
.
For example, the Mona Lisa painting (Wikidata item Q12418) depicts a sky (Q13217555) in the background (Wikidata property P518). If we arrange this data in a Wikibase claim, it would be: ‘depicts sky, applies to part background’, which would be stored as P1=Q12418[P518=Q13217555]
Note that claims with qualifiers are also stored without the qualifier, to increase their findability. So, for example, if someone entered the above claim-plus-qualifier, the claim P1=Q12418
is also stored, so that someone can find the file by searching for ‘depicts sky’ alone, as well as by searching for ‘depicts sky, applies to part background’.
Claims data with qualifiers where the qualifier value is a quantity is stored in the statement_quantity
field in the format propertyID=value|quantity
, eg. ‘depicts human, quantity 1’ is stored as P1=Q5|1
.
Note that not all claims are stored. A claim will be indexed in ElasticSearch only if ALL of the following conditions are true:
$wgWBRepoSettings['searchIndexPropertiesExclude']
) AND$wgWBRepoSettings['searchIndexProperties']
) OR$wgWBRepoSettings['searchIndexTypes']
)Note that for a claim's quantities to be stored, the claim must meet all the criteria above AND the property ID for the quantity qualifier must be present in a configurable list of property IDs ($wgWBRepoSettings['searchIndexQualifierPropertiesForQuantity']
).
PHPUnit tests are located in tests/phpunit
. You can run tests not requiring the MediaWiki framework (located in tests/phpunit/composer
) by running composer test
. This command also runs code style checks using PHPCS.
Tests relying on the MediaWiki framework (located in tests/phpunit/mediawiki
) must by run using MediaWiki core's composer phpunit:entrypoint
command.
This extension supports headless testing of JS components using Node.js and QUnit. These tests are defined in tests/node-qunit
. To run them, open a terminal and run npm run test:unit
. They are also included in the larger npm test
script (which means they will run in CI).
Node version 6.x should be used if you are running tests locally, for closer parity with CI and production.
package.json
defines a number of devDependencies
which are used in the testing environment, including some front-end modules which are declared and loaded via PHP at runtime (OOJS, OOUI, jQuery etc). These dependencies will need to be updated here manually if the package versions in core's maintenance/resources/foreign-resources.yaml
file change. Versions should be pinned exactly to avoid any potential problems.