[Wikidata-bugs] [Maniphest] [Commented On] T204066: Make Lexemes appear in global usage of Commons files

2018-12-02 Thread JeroenDeDauw
JeroenDeDauw added a comment.
This is done now except for the 5 trillion rountrips with the CS on Gerrit that will likely still happen.

Wikibase change: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/477031
Wikibase Lexeme change: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WikibaseLexeme/+/477117TASK DETAILhttps://phabricator.wikimedia.org/T204066EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, JeroenDeDauwCc: JeroenDeDauw, gerritbot, Lucas_Werkmeister_WMDE, hoo, Ladsgroup, Nikki, Lydia_Pintscher, Lea_Lacroix_WMDE, CucyNoiD, Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, V4switch, LawExplorer, Lewizho99, Maathavan, _jensen, D3r1ck01, Jonas, Wong128hk, Wikidata-bugs, matthiasmullie, aude, Fabrice_Florin, Darkdadaah, Matanya, Mbch331, Tgr___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Changed Subscribers] T210139: Facebook adds fbclid ==> you cant paste in WDQS tiny URLSs

2018-12-02 Thread Multichill
Multichill added a subscriber: Smalyshev.Multichill added a comment.
That was a question for @Smalyshev ^TASK DETAILhttps://phabricator.wikimedia.org/T210139EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Smalyshev, Multichill, Jane023, Lucas_Werkmeister_WMDE, Aklapper, Salgo60, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, D3r1ck01, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T210784: There is no "In other languages" section on sl.wikt Main Page, though listed in Wikidata item

2018-12-02 Thread Aklapper
Aklapper added a project: Wikimedia-Interwiki-links.
TASK DETAILhttps://phabricator.wikimedia.org/T210784EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AklapperCc: Nikerabbit, Aklapper, Janezdrilc, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Wikidata-bugs, aude, TTO, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T210929: Timeout exceeded for WikibaseReferenceOnProtectedPage Selenium test

2018-12-02 Thread Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE added projects: Wikidata-Campsite, Continuous-Integration-Config.Lucas_Werkmeister_WMDE added a comment.
Link to one of the failing jobs, for convenience:


#11448
console
video



We should probably try to perform some of the in-browser actions (create item, add statement with reference, protect page) via the API instead, so we don’t have to wait for various page elements all the time.

However, if that turns out to be more complicated than expected, a simpler improvement that might help would be to change the current “add statement, save, edit, add reference, save” into “add statement, add reference, save”, skipping the intermediate save-then-edit-again step. Replacing the “main value” and “reference value 1-1” values with shorter strings looks like it would also shave off a few seconds.TASK DETAILhttps://phabricator.wikimedia.org/T210929EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Aklapper, Lucas_Werkmeister_WMDE, Michael, Daimona, Nandana, A.S.Kochergin, God, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Jdforrester-WMF, Mbch331, Jay8g, Krenair, hashar___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Changed Project Column] T208847: ontology.owl should state that Items, Properties, Lexemes and Forms are owl:disjointWith each other

2018-12-02 Thread Lydia_Pintscher
Lydia_Pintscher moved this task from Test (Verification) to Done on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.Lydia_Pintscher added a comment.
\o/TASK DETAILhttps://phabricator.wikimedia.org/T208847WORKBOARDhttps://phabricator.wikimedia.org/project/board/3539/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abian, Lydia_PintscherCc: Addshore, Lydia_Pintscher, gerritbot, abian, CucyNoiD, Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, D3r1ck01, Jonas, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T176515: More flexible user experience for monitoring Wikidata changes from client, using new filters

2018-12-02 Thread Liuxinyu970226
Restricted Application added a project: Growth-Team.
TASK DETAILhttps://phabricator.wikimedia.org/T176515EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Liuxinyu970226Cc: Capankajsmilyo, Liuxinyu970226, Tbayer, Zache, Noella94, hoo, Trizek-WMF, Lea_Lacroix_WMDE, Elitre, RP88, Catrope, SBisson, Mattflaschen-WMF, Aklapper, eranroz, Nandana, kostajh, Adrian1985, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Iniquity, _jensen, D3r1ck01, Taiwania_Justo, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Triaged] T210139: Facebook adds fbclid ==> you cant paste in WDQS tiny URLSs

2018-12-02 Thread Multichill
Multichill added subscribers: Jane023, Multichill.Multichill triaged this task as "High" priority.Multichill added a comment.
Can we just add a simple rewrite rule on the proxy/webserver for now if it encounters https://query.wikidata.org/?fbclid= id> to rewrite it to https://query.wikidata.org/ ? Otherwise we'll be stuck with this bug for agesTASK DETAILhttps://phabricator.wikimedia.org/T210139EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, Jane023, Lucas_Werkmeister_WMDE, Aklapper, Salgo60, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, D3r1ck01, Jonas, Xmlizer, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T186006: References aren't readable to unprivileged users on Wikidata when an item is protected

2018-12-02 Thread matej_suchanek
matej_suchanek removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T186006EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Michael, matej_suchanekCc: gerritbot, Ladsgroup, Lea_Lacroix_WMDE, Nikki, Pablo-WMDE, Lydia_Pintscher, Aklapper, Mike_Peel, Dinadineke, Nandana, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, Jrbranaa, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, D3r1ck01, Jonas, Wong128hk, Wikidata-bugs, aude, TheDJ, Mbch331, CucyNoiD, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Baloch007, Darkminds3113, Bsandipan, Lordiis, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, Lewizho99, Maathavan___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T210965: Increase datamodel version in PropertySuggester to version 9

2018-12-02 Thread Addshore
Addshore added a comment.
https://github.com/wikimedia/mediawiki-extensions-PropertySuggester/blob/master/composer.json#L14 ?

From 13 days ago?
Have you pulled it recently?TASK DETAILhttps://phabricator.wikimedia.org/T210965EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, Tarrow, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Unassigned] T193641: track number of editors from other Wikimedia projects who also edit on Wikidata over time

2018-12-02 Thread Aklapper
Aklapper removed Jonas as the assignee of this task.Aklapper added a comment.
[Resetting assignee as the assignee user account is inactive.]TASK DETAILhttps://phabricator.wikimedia.org/T193641EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AklapperCc: WMDE-leszek, Tbayer, Aklapper, GerritBot, JAllemandou, Jonas, RazShuty, Ladsgroup, Addshore, Lydia_Pintscher, CucyNoiD, Nandana, NebulousIris, Akovalyov, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, D3r1ck01, Wikidata-bugs, aude, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Closed] T208847: ontology.owl should state that Items, Properties, Lexemes and Forms are owl:disjointWith each other

2018-12-02 Thread Lydia_Pintscher
Lydia_Pintscher closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T208847EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abian, Lydia_PintscherCc: Addshore, Lydia_Pintscher, gerritbot, abian, CucyNoiD, Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, D3r1ck01, Jonas, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Closed] T195368: Add Lexeme to Wikibase's ontology.owl

2018-12-02 Thread Lydia_Pintscher
Lydia_Pintscher closed this task as "Resolved".Lydia_Pintscher added a comment.
\o/TASK DETAILhttps://phabricator.wikimedia.org/T195368EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, Lydia_PintscherCc: JeroenDeDauw, Ladsgroup, gerritbot, Addshore, Aklapper, WMDE-leszek, Smalyshev, Jonas, Denny, daniel, Tpt, Lydia_Pintscher, abian, ET4Eva, CucyNoiD, Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, LawExplorer, Avner, Lewizho99, Maathavan, Gehel, _jensen, D3r1ck01, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T210965: Increase datamodel version in PropertySuggester to version 9

2018-12-02 Thread Tarrow
Tarrow created this task.Tarrow added a project: Wikidata-Campsite.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONCurrently propertysuggester causes my dev setup to fail because it requires a conflicting version of wikibase-datamodel.

It should be bumped in composer.json to 9.x like Wikibase, WikibaseLexeme etc..TASK DETAILhttps://phabricator.wikimedia.org/T210965EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TarrowCc: Aklapper, Tarrow, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Closed] T210965: Increase datamodel version in PropertySuggester to version 9

2018-12-02 Thread Tarrow
Tarrow closed this task as "Invalid".Tarrow added a comment.
Err... apparently notTASK DETAILhttps://phabricator.wikimedia.org/T210965EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TarrowCc: Addshore, Aklapper, Tarrow, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T204109: Investigate some Wikidata write api queries taking over 30 seconds. (In EntityContent::collectValues?)

2018-12-02 Thread Krinkle
Krinkle removed a project: Performance.Krinkle moved this task from Watching to Ours done on the Performance-Team (Radar) board.Krinkle added a comment.
Looking forward to the results :)TASK DETAILhttps://phabricator.wikimedia.org/T204109WORKBOARDhttps://phabricator.wikimedia.org/project/board/2923/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, KrinkleCc: Lucas_Werkmeister_WMDE, Agabi10, gerritbot, Addshore, Krinkle, Aklapper, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Imarlier, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Vali.matei, Lewizho99, Maathavan, _jensen, D3r1ck01, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, Volker_E, GWicke, Dinoguy1000, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T210961: Add a rank for outdated but correct data

2018-12-02 Thread Nikki
Nikki created this task.Nikki added a project: Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION(Note: "outdated" is being used here to only mean old but correct values.)

Right now we don't have a way to indicate that statements are known to contain outdated information and should not be used unless you specifically want historical information. We are expected to infer it from the presence of other preferred statements or from qualifiers on the statement. However, it is not always possible or desirable to add/edit other statements, the qualifiers are not always easily accessible and there are multiple qualifiers which can be used to mark things as outdated. It is also not intuitive enough to users. The result is a lot of misuse of the deprecated rank.

The proposed rank would behave like the existing deprecated rank but have different semantics. For example, statements with this rank would not be returned when using wdt: in the query service. Semantically it would mean that the statement is true but that the value is known to not reflect the most recent state of the item and therefore should only be used if you want historical information.

It's not clear what the best name would be. Some ideas: "outdated", "historical", "superseded", "old value"

Example 1:

Person A marries Person B. They get divorced. We do not know if Person A remarried or not. We now know that the "spouse" statement on Person A is outdated, but we can't add another statement. If we use somevalue, that means they did remarry but we don't know who they married. If we use novalue, that means they did not remarry.

Example 2:

Item C has an identifier. The identifier is withdrawn and no longer works. People rarely want to use these identifiers since they don't work. They are usually either deleted or marked as deprecated. While we can add a second statement set to novalue with the preferred rank, that is not intuitive and is rarely done. It also seems undesirable - in most cases, we don't expect items to have a current value for an identifier, so the only purpose of the novalue statement is to override the original statement, there's no reason to add it otherwise.

Example 3:

Item D has 10 statements for a property (e.g. a river which flows through 10 countries or administrative divisions). One of these statements becomes outdated (e.g. country or administrative division stops existing). Instead of being able to edit the one statement which is known to be outdated, we have to edit all 10 statements - the one which is outdated to add an end date, the other 9 to mark them as preferred. This is very tedious and also rarely done. People usually either mark the outdated statement as deprecated or leave all statements as normal rank.TASK DETAILhttps://phabricator.wikimedia.org/T210961EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: Nikki, Aklapper, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs