Change Details

**Context:** [[ https://phabricator.wikimedia.org/T285741 | Wikidata Analytics ]] **User story:** As an Analytics PM, I want to be able to query with what interface an edit was made by the user (to perform analysis that will help us to understand our users better). As a Wikidata user, I want to be able to filter for edits done via the Wikibase View (the regular UI) to e.g. patrol human edits. **Problem:** There is currently no way on Wikidata itself to easily find out which edits are done via the Wikibase View or Wikibase Client. **BDD:** WHEN an entity edit is made using the Wikibase View AND the "entity-ui" tag has been configured THEN the edit is tagged with the "entity-ui" tag etc. **Overview over tags:** | **Content** | **Tag name** | **Appearance on change lists** | **Full description of meaning** | **Is this new?** | | Data Bridge | data-bridge | [[ https://www.wikidata.org/wiki/Wikidata:Wikidata_Bridge | Wikidata Bridge ]] | n/a | exists | | Wikibase Client linkitem (the jQuery UI thing) | Sitelink Change from Connected Wiki | TODO | n/a | new | | Wikibase Client UpdateRepo (on page move/delete) | Automated Update from Connected Wiki | TODO | n/a | new | | Wikibase View (legacy / jQuery UI) | wikidata.org | Wikidata User Interface | n/a | new | | Wikibase Repo (special pages) | wikidata.org | Wikidata User Interface | n/a | new | | Wikibase Termbox v2 (aka mobile termbox) | wikidata + termbox | Wikidata User Interface + Mobile Termbox | n/a | new | see https://www.wikidata.org/wiki/Special:Tags **Acceptance criteria:** [ ] these should be configurable as a list of tags, defaulting to the empty list (i.e. disabled by default / no tags) – compare T232580 [ ] the tags have been created and configured on Wikidata - tags for server-side actions – client UpdateRepo, repo special pages – could maybe be “defined by the software”, but tags for client-side / API actions will probably have to be “applied manually by users and bots” (as is the case for the Data Bridge tag already) [ ] all edits on entities (e.g. Items, Properties, and Lexemes) that are done via the components in the “overview over tags” table are tagged accordingly [ ] any edit made with a bot, tool, gadget, etc. (that is not using the Wikibase View as an intermediary) is not targeted with this [ ] there is a [[ https://grafana.wikimedia.org/d/000000170/wikidata-edits?refresh=1m&orgId=1 | Grafana dashboard ]] that shows for a given day the total number of edits and the number of UI edits (we probably want to include other tags in the same graph in the future) **Community communications:** * We plan to inform the community about our plans asap. Please coordinate with ComCom and Manuel when we are ready to communicate. **Open questions:** * How should the tags be named? Suggestions are still welcome!

**Context:** [[ https://phabricator.wikimedia.org/T285741 | Wikidata Analytics ]] **User story:** As an Analytics PM, I want to be able to query with what interface an edit was made by the user (to perform analysis that will help us to understand our users better). As a Wikidata user, I want to be able to filter for edits done via the Wikibase View (the regular UI) to e.g. patrol human edits. **Problem:** There is currently no way on Wikidata itself to easily find out which edits are done via the Wikibase View or Wikibase Client. **BDD:** WHEN an entity edit is made using the Wikibase View AND the "entity-ui" tag has been configured THEN the edit is tagged with the "entity-ui" tag etc. **Overview over tags:** | **Content** | **Tag name** | **Appearance on change lists** | **Full description of meaning** | **Is this new?** | | Data Bridge | data-bridge | [[ https://www.wikidata.org/wiki/Wikidata:Wikidata_Bridge | Wikidata Bridge ]] | n/a | exists | | Wikibase Client linkitem (the jQuery UI thing) | wikidata-client-linkitem-change | Sitelink Change from Connected Wiki | n/a | new | | Wikibase Client UpdateRepo (on page move/delete) | wikidata-client-automatic-update | Automated Update from Connected Wiki | n/a | new | | Wikibase View (legacy / jQuery UI) | wikidata.org | Wikidata User Interface | n/a | new | | Wikibase Repo (special pages) | wikidata.org | Wikidata User Interface | n/a | new | | Wikibase Termbox v2 (aka mobile termbox) | wikidata + termbox | Wikidata User Interface + Mobile Termbox | n/a | new | see https://www.wikidata.org/wiki/Special:Tags **Acceptance criteria:** [ ] these should be configurable as a list of tags, defaulting to the empty list (i.e. disabled by default / no tags) – compare T232580 [ ] the tags have been created and configured on Wikidata - tags for server-side actions – client UpdateRepo, repo special pages – could maybe be “defined by the software”, but tags for client-side / API actions will probably have to be “applied manually by users and bots” (as is the case for the Data Bridge tag already) [ ] all edits on entities (e.g. Items, Properties, and Lexemes) that are done via the components in the “overview over tags” table are tagged accordingly [ ] any edit made with a bot, tool, gadget, etc. (that is not using the Wikibase View as an intermediary) is not targeted with this [ ] there is a [[ https://grafana.wikimedia.org/d/000000170/wikidata-edits?refresh=1m&orgId=1 | Grafana dashboard ]] that shows for a given day the total number of edits and the number of UI edits (we probably want to include other tags in the same graph in the future) **Community communications:** * We plan to inform the community about our plans asap. Please coordinate with ComCom and Manuel when we are ready to communicate. **Open questions:** * How should the tags be named? Suggestions are still welcome!

**Context:** [[ https://phabricator.wikimedia.org/T285741 | Wikidata Analytics ]] **User story:** As an Analytics PM, I want to be able to query with what interface an edit was made by the user (to perform analysis that will help us to understand our users better). As a Wikidata user, I want to be able to filter for edits done via the Wikibase View (the regular UI) to e.g. patrol human edits. **Problem:** There is currently no way on Wikidata itself to easily find out which edits are done via the Wikibase View or Wikibase Client. **BDD:** WHEN an entity edit is made using the Wikibase View AND the "entity-ui" tag has been configured THEN the edit is tagged with the "entity-ui" tag etc. **Overview over tags:** | **Content** | **Tag name** | **Appearance on change lists** | **Full description of meaning** | **Is this new?** | | Data Bridge | data-bridge | [[ https://www.wikidata.org/wiki/Wikidata:Wikidata_Bridge | Wikidata Bridge ]] | n/a | exists | | Wikibase Client linkitem (the jQuery UI thing) | wikidata-client-linkitem-change | Sitelink Change from Connected Wiki | TODO | n/a | new | | Wikibase Client UpdateRepo (on page move/delete) | wikidata-client-automatic-update | Automated Update from Connected Wiki | TODO | n/a | new | | Wikibase View (legacy / jQuery UI) | wikidata.org | Wikidata User Interface | n/a | new | | Wikibase Repo (special pages) | wikidata.org | Wikidata User Interface | n/a | new | | Wikibase Termbox v2 (aka mobile termbox) | wikidata + termbox | Wikidata User Interface + Mobile Termbox | n/a | new | see https://www.wikidata.org/wiki/Special:Tags **Acceptance criteria:** [ ] these should be configurable as a list of tags, defaulting to the empty list (i.e. disabled by default / no tags) – compare T232580 [ ] the tags have been created and configured on Wikidata - tags for server-side actions – client UpdateRepo, repo special pages – could maybe be “defined by the software”, but tags for client-side / API actions will probably have to be “applied manually by users and bots” (as is the case for the Data Bridge tag already) [ ] all edits on entities (e.g. Items, Properties, and Lexemes) that are done via the components in the “overview over tags” table are tagged accordingly [ ] any edit made with a bot, tool, gadget, etc. (that is not using the Wikibase View as an intermediary) is not targeted with this [ ] there is a [[ https://grafana.wikimedia.org/d/000000170/wikidata-edits?refresh=1m&orgId=1 | Grafana dashboard ]] that shows for a given day the total number of edits and the number of UI edits (we probably want to include other tags in the same graph in the future) **Community communications:** * We plan to inform the community about our plans asap. Please coordinate with ComCom and Manuel when we are ready to communicate. **Open questions:** * How should the tags be named? Suggestions are still welcome!