date:20180525

gerritbot added a comment.
Change 435492 merged by jenkins-bot:
[operations/mediawiki-config@master] db-eqiad.php: Depool db1099:3318

https://gerrit.wikimedia.org/r/435492TASK DETAILhttps://phabricator.wikimedia.org/T194273EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Marostegui, gerritbotCc: Mholloway, Stashbot, gerritbot, Marostegui, Aklapper, Lucas_Werkmeister_WMDE, Jonas, jcrespo, Ladsgroup, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Minhnv-2809, Maathavan, Luke081515, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T194273: Clean up indexes of wb_terms table

gerritbot added a comment.
Change 435492 had a related patch set uploaded (by Marostegui; owner: Marostegui):
[operations/mediawiki-config@master] db-eqiad.php: Depool db1099:3318

https://gerrit.wikimedia.org/r/435492TASK DETAILhttps://phabricator.wikimedia.org/T194273EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Marostegui, gerritbotCc: Mholloway, Stashbot, gerritbot, Marostegui, Aklapper, Lucas_Werkmeister_WMDE, Jonas, jcrespo, Ladsgroup, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Minhnv-2809, Maathavan, Luke081515, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-25 Thread Denny

Denny added a comment.
"what are the benefit for the Wikimedia community of using exclusively CC-0 for its single Wikibase instance usable in the rest of its environment?"

This question is, I think, less suitable for a lawyer. I think this is a very interesting question, but I'd rather focus now on answering the question that is directly pertinent to this ticket.

So, given the discussion as it has been going, I hope that the following questions sound good to everyone:


Can you comment on the practice of having processes that in bulk extract facts from Wikipedia articles, which are published under CC-BY-SA, and store the results in Wikidata, where they are published under CC-0?



Particular sets of facts we are interested in to consider would be: a) interwiki links, b) facts extracted from infobox templates, c) facts extracted from prose through natural language processing.



What, if anything, may be imported from ODBL licensed databases like OSM into Wikidata, and republished under CC-0?


If I don't hear back by the mid of the next week, I'm going to raise these as the questions we would kindly ask to be answered. I find the questions are already getting quite heavyweight - any ways to shorten them would be appreciated.TASK DETAILhttps://phabricator.wikimedia.org/T193728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DennyCc: ArthurPSmith, SimonPoole, Scott_WorldUnivAndSch, Micru, lisong, Lofhi, Nemo_bis, TomT0m, jrbs, EgonWillighagen, sarojdhakal, Agabi10, NMaia, Simon_Villeneuve, Jarekt, Rspeer, OhKayeSierra, AndrewSu, Mateusz_Konieczny, Maxlath, Huji, Glrx, Realworldobject, Ltrlg, Papapep, Tgr, Ayack, Gnom1, MichaelMaggs, MisterSynergy, Pasleim, Cirdan, 0x010C, Sylvain_WMFr, Denny, Ivanhercaz, Pintoch, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, ZhouZ, Aschmidt, Mpaulson, Wikidata-bugs, aude, jayvdb, Slaporte, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-25 Thread Micru

Micru added a comment.

In T193728#4231920, @Psychoslave wrote:
From what I understand, you are describing the "same condition" which is expressed by the SA in the CC-BY-SA covering Wikipedia, but I might be misinterpreting your text. If not, I would recommend you to read the license. The best asset of our movement is not money donation, but its community which give time and efforts in misc. contributions.


Not what I was trying to explain, but thanks for pointing it out because it gives me the chance to try again to make more clear my point. Two different CC licenses:


CC-BY-SA (Attribution-ShareAlike), this one exists already, and the terms are basically that you must give appropriate credit and you must use the same license. You are free to share and adapt.
Contribute Alike (to a common space), this one does not exists. The proposed terms are that you must contribute to the common public space as much value as you are taking from it, and when you do so you have the rights to use the material. Whatever you release based on the original material can be in turn used by anyone who also has contributed to the common space the same ammount of perceived value.


The advantages are:


It creates a snowball effect by incentivating to contribute in order to use existing materials
It is more fair because what I donate to the common space will be matched by others


The disadvantages are:


It requires assigning a (virtual) value both to the data, services, files provided and to the ones received. And also keeping track of the "payments" in kind.
The person/organization wanting to use the data might not have anything of value for the commons (but still it could be annotated as "debt" to the community)


I invite you to let it sink in, and imagine how it could work in practice at a large scale.TASK DETAILhttps://phabricator.wikimedia.org/T193728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MicruCc: ArthurPSmith, SimonPoole, Scott_WorldUnivAndSch, Micru, lisong, Lofhi, Nemo_bis, TomT0m, jrbs, EgonWillighagen, sarojdhakal, Agabi10, NMaia, Simon_Villeneuve, Jarekt, Rspeer, OhKayeSierra, AndrewSu, Mateusz_Konieczny, Maxlath, Huji, Glrx, Realworldobject, Ltrlg, Papapep, Tgr, Ayack, Gnom1, MichaelMaggs, MisterSynergy, Pasleim, Cirdan, 0x010C, Sylvain_WMFr, Denny, Ivanhercaz, Pintoch, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, ZhouZ, Aschmidt, Mpaulson, Wikidata-bugs, aude, jayvdb, Slaporte, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T195411: Create special page to list all lexemes with a certain spelling

2018-05-25 Thread Micru

Micru added a comment.
From the conversation here I think that recording lexemes with the same spelling is not as interesting as recording forms with the same spelling. Or perhaps both can be recorded. In any case I find this idea interesting, would it be possible to have dynamic pages like https://www.wikidata.org/wiki/orange or is it necessary to do it through a special page?

While thinking about this it occurred to me that it could be related to the search function. For instance the autosuggester could show these pages with a different color/format, and once in the page the user can disambiguate and go to the page of the lexeme/form.TASK DETAILhttps://phabricator.wikimedia.org/T195411EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MicruCc: Micru, Lea_Lacroix_WMDE, Nikki, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Commented On] T195443: Separate lang and category with a comma in Lexeme "description"

2018-05-25 Thread Aklapper

Aklapper added a comment.
This can be reproduce by going to any Wikidata page (lexeme or item) with any property pointing to a lexeme.

For future reference, a link to a testcase (link) is welcome so others do not have to search for a Wikidata page with a property pointing to a lexeme. Thanks :)TASK DETAILhttps://phabricator.wikimedia.org/T195443EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AklapperCc: VIGNERON, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T195618: wikidatawiki.wb_terms missing label and descriptions for some languages

2018-05-25 Thread Bawolff

Bawolff added a comment.
e78328eab0e7 was the commit i found, which made it look like it was disabled (Guessing by commit message. I'm not actually familiar with the feature or what's going on)TASK DETAILhttps://phabricator.wikimedia.org/T195618EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BawolffCc: Bawolff, Addshore, Aklapper, MusikAnimal, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T192986: wikibase docker images should handle redirects for /entity/Q... URLs

2018-05-25 Thread Tarrow

Tarrow moved this task from In Progress to Needs Review on the Wikidata-Ministry-Of-Magic board.Tarrow added a project: Patch-For-Review.Tarrow added a comment.
PR available at: https://github.com/wmde/wikibase-docker/pull/30TASK DETAILhttps://phabricator.wikimedia.org/T192986WORKBOARDhttps://phabricator.wikimedia.org/project/board/3273/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TarrowCc: Tarrow, Addshore, Aklapper, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, lisong, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Gstupp, LawExplorer, Lewizho99, Maathavan, Abbe98, 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] [Commented On] T195289: Add Addshore & possibly other WMDE devs/deployers to the wikidata icinga contact list

2018-05-25 Thread Dzahn

Dzahn added a comment.
Ladsgroup has agreed on Gerrit. Though i note that the spelling of his Icinga contact name in the private repo is "Ladsgroup" with a capital L and we often run into issues where you can login with both versions but only one of them grants you the permissions.. the one that matches Icinga's point of view (vs. auth LDAP)TASK DETAILhttps://phabricator.wikimedia.org/T195289EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DzahnCc: Dzahn, gerritbot, aude, ArielGlenn, Volans, hoo, Ladsgroup, RazShuty, Addshore, Aklapper, Versusxo, Majesticalreaper22, Giuliamocci, Davinaclare77, Adrian1985, Qtn1293, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Chicocvenancio, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Zppix, Maathavan, Wong128hk, Wikidata-bugs, faidon, Mbch331, Jay8g, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Triaged] T195289: Add Addshore & possibly other WMDE devs/deployers to the wikidata icinga contact list

2018-05-25 Thread Dzahn

Dzahn triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T195289EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DzahnCc: Dzahn, gerritbot, aude, ArielGlenn, Volans, hoo, Ladsgroup, RazShuty, Addshore, Aklapper, Versusxo, Majesticalreaper22, Giuliamocci, Davinaclare77, Adrian1985, Qtn1293, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Chicocvenancio, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Zppix, Maathavan, Wong128hk, Wikidata-bugs, faidon, Mbch331, Jay8g, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T195618: wikidatawiki.wb_terms missing label and descriptions for some languages

MusikAnimal added a subscriber: Bawolff.MusikAnimal added a comment.

In T195618#4232626, @Addshore wrote:
If this is new then the events of yesterday might have something to with this.
 Inserts are still happening on the table, but it is likely that during the DB overload some inserts were missed? (If not part of transactions).


T195000 was reported to me on IRC about a week ago, and that person made it sound like it had been going on for several days. I wasn't sure if the changes that led to T195520 were related, but the outage certainly isn't the culprit.

I talked to @Bawolff about this at the Hackathon and he found a commit that seemed to be related (sorry don't have a link), but either way there is a data inconsistency in wb_terms. If labels and descriptions aren't in this table anymore they should all be removed, is my thinking.TASK DETAILhttps://phabricator.wikimedia.org/T195618EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MusikAnimalCc: Bawolff, Addshore, Aklapper, MusikAnimal, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T195611: Internal error when viewing a page (EntityLookupException)

Addshore renamed this task from "Internal error when viewing an page" to "Internal error when viewing a page (EntityLookupException)".
TASK DETAILhttps://phabricator.wikimedia.org/T195611EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Lydia_Pintscher, Addshore, Reedy, Aklapper, Tractopelle-jaune, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T195000: [Page History] Wikidata errors always shown for missing labels

Addshore added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T195000EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Utar, MusikAnimal, Zylc, 1978Gage2001, Lahi, Gq86, GoranSMilovanovic, Chicocvenancio, QZanden, Tbscho, LawExplorer, Mabandalone, Framawiki, JJMC89, Vaughn88, Elee, srodlund, Wikidata-bugs, aude, Technical13, Gryllida, scfc, Mbch331, Matthewrbowker, Krenair, chasemp___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T195618: wikidatawiki.wb_terms missing label and descriptions for some languages

Addshore added a comment.
If this is new then the events of yesterday might have something to with this.
Inserts are still happening on the table, but it is likely that during the DB overload some inserts were missed? (If not part of transactions).TASK DETAILhttps://phabricator.wikimedia.org/T195618EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, MusikAnimal, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T195611: Internal error when viewing an page

Addshore added a comment.
This can can now confirm that there are no more occurrences :) The below query can help us easily check.

select * from pagelinks where pl_from_namespace = 0 and pl_namespace = 146;

I created https://www.wikidata.org/wiki/Special:AbuseFilter/102 for the weekend and confirmed it is working @ https://www.wikidata.org/wiki/Special:AbuseLog/4537028

If this causes any problems the filter could also have a check added to it to look for the word "lexeme" in the edit_diff, but should be fine for now.TASK DETAILhttps://phabricator.wikimedia.org/T195611EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Lydia_Pintscher, Addshore, Reedy, Aklapper, Tractopelle-jaune, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Commented On] T193607: Link lexemes in different languages

Lydia_Pintscher added a comment.
If that works for what you want to do, absolutely.TASK DETAILhttps://phabricator.wikimedia.org/T193607EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Nikki, mxn, Lydia_Pintscher, Aklapper, Micru, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Edited] T195618: wikidatawiki.wb_terms missing label and descriptions for some languages

MusikAnimal updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...but https://www.wikidata.org/wiki/Q4855000 shows a label and description for `cz`, `fr``zh`, etcTASK DETAILhttps://phabricator.wikimedia.org/T195618EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MusikAnimalCc: Aklapper, MusikAnimal, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T195618: wikidatawiki.wb_terms missing label and descriptions for some languages

MusikAnimal added a comment.
I have my doubts T195520 is related, but I did notice the incident report mentions changes to wb_termsTASK DETAILhttps://phabricator.wikimedia.org/T195618EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MusikAnimalCc: Aklapper, MusikAnimal, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T195618: wikidatawiki.wb_terms missing label and descriptions for some languages

MusikAnimal updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONStarting maybe a week or two ago, the `wikidatawiki.wb_terms` table (on replicas and production) does not match what I see on wikidata.org. Example:

`wikidatawiki.wb_terms` is missing some entries for label and description? For example:

```lang=sql...TASK DETAILhttps://phabricator.wikimedia.org/T195618EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MusikAnimalCc: Aklapper, MusikAnimal, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T195618: wikidatawiki.wb_terms missing label and descriptions for some languages

MusikAnimal created this task.MusikAnimal added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONStarting maybe a week or two ago, the wikidatawiki.wb_terms table (on replicas and production) does not match what I see on wikidata.org. Example:

wikidatawiki.wb_terms is missing some entries for label and description? For example:

MariaDB [enwiki_p]> SELECT term_type AS term, term_text, term_language FROM wikidatawiki_p.wb_terms WHERE term_entity_id = 4855000 AND term_type IN ('label', 'description');
+---+-+---+
| term  | term_text   | term_language |
+---+-+---+
| label | Bangabandhu-1   | en|
| label | Bangabandhu-1   | pt|
| label | বঙ্গবন্ধু-১  | bn|
| label | Bangabandhu | fr|
+---+-+---+
4 rows in set (0.03 sec)

but https://www.wikidata.org/wiki/Q4855000 shows a label and description for cz, fr, etc.

Or:

MariaDB [enwiki_p]> SELECT term_type AS term, term_text, term_language FROM wikidatawiki_p.wb_terms WHERE term_entity_id = 95 AND term_type IN ('label', 'description') AND term_language = 'en';
Empty set (0.01 sec)

but https://www.wikidata.org/wiki/Q95 clearly shows a label and description for en.

For Q95 at least, this data was in the database before, but is now missing.

This is what is causing T195000TASK DETAILhttps://phabricator.wikimedia.org/T195618EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MusikAnimalCc: Aklapper, MusikAnimal, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T195611: Internal error when viewing an page

Addshore added a comment.
The page this ticket was opened for https://fr.wikipedia.org/wiki/Cracovie now loads correctly thanks to https://www.wikidata.org/w/index.php?title=Q31487=684995568=684995354

I'm going to try to add an AbuseFilter on Wikidata to stop any more occurrences over the weekend..TASK DETAILhttps://phabricator.wikimedia.org/T195611EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Lydia_Pintscher, Addshore, Reedy, Aklapper, Tractopelle-jaune, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T195611: Internal error when viewing an page

Lydia_Pintscher added a comment.
I filed T195615 for handling this better.TASK DETAILhttps://phabricator.wikimedia.org/T195611EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, Lydia_PintscherCc: Lydia_Pintscher, Addshore, Reedy, Aklapper, Tractopelle-jaune, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Triaged] T195615: handle use of statements linking to Lexemes (and Forms?) more gracefully on client

Lydia_Pintscher triaged this task as "High" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T195615EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Addshore, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Created] T195615: handle use of statements linking to Lexemes (and Forms?) more gracefully on client

Lydia_Pintscher created this task.Lydia_Pintscher added a project: Lexicographical data.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONWe turned of client-side features for Lexemes for now but seem to have missed a part. (See T195611 for the fallout.)

The problem: someone added a statement to an item that was used on Wikipedia. This statement linked to a Lexeme. This lead to internal errors when viewing the page.

We need to figure out a more graceful way of handling links to Lexemes (and Forms?) in statements that are used on the clients.TASK DETAILhttps://phabricator.wikimedia.org/T195615WORKBOARDhttps://phabricator.wikimedia.org/project/board/2292/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Addshore, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Claimed] T195611: Internal error when viewing an page

Addshore claimed this task.Addshore added a project: Lexicographical data.Addshore added a comment.Herald added a project: User-Addshore.

In T195611#4232369, @Reedy wrote:
Related to the mitigations of T195520?


Looks like a no.

Looks like this is related to the WikibaseLexeme deployment that happened earlier in the week.
Lexeme being used on items seem to use this.TASK DETAILhttps://phabricator.wikimedia.org/T195611EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Reedy, Aklapper, Tractopelle-jaune, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T110518: ContentTranslation tests for mwext-testextension-zend tests fails in wmf19 and wmf20

2018-05-25 Thread Petar.petkovic

Petar.petkovic removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T110518EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, Petar.petkovicCc: gerritbot, aude, Addshore, JanZerebecki, Legoktm, Amire80, hashar, Nikerabbit, Aklapper, KartikMistry, God, Lahi, Gq86, GoranSMilovanovic, chapulina, QZanden, LawExplorer, Nizil, Ixocactus, Wikidata-bugs, Ricordisamoa, Jsahleen, Arrbee, santhosh, Mbch331, 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] T195611: Internal error when viewing an page

Addshore added a comment.
Occurrence in logstash:

F18531307: image.pngTASK DETAILhttps://phabricator.wikimedia.org/T195611EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Reedy, Aklapper, Tractopelle-jaune, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T195611: Internal error when viewing an page

2018-05-25 Thread Reedy

Reedy added a comment.
2018-05-25 18:12:37 [WwhSEwpAICMAALKnaggAAABH] mw1333 frwiki 1.32.0-wmf.4 exception ERROR: [WwhSEwpAICMAALKnaggAAABH] /wiki/Cracovie   Wikibase\DataModel\Services\Lookup\EntityLookupException from line 44 of /srv/mediawiki/php-1.32.0-wmf.4/extensions/Wikibase/lib/includes/Store/RevisionBasedEntityLookup.php: The serialization "L1041" is not recognized by the configured id builders {"exception_id":"WwhSEwpAICMAALKnaggAAABH","exception_url":"/wiki/Cracovie","caught_by":"mwe_handler"} 
[Exception Wikibase\DataModel\Services\Lookup\EntityLookupException] (/srv/mediawiki/php-1.32.0-wmf.4/extensions/Wikibase/lib/includes/Store/RevisionBasedEntityLookup.php:44) The serialization "L1041" is not recognized by the configured id builders
  #0 /srv/mediawiki/php-1.32.0-wmf.4/vendor/wikibase/data-model-services/src/Lookup/RedirectResolvingEntityLookup.php(51): Wikibase\Lib\Store\RevisionBasedEntityLookup->getEntity(Wikibase\DataModel\Entity\ItemId)
  #1 /srv/mediawiki/php-1.32.0-wmf.4/extensions/Wikibase/client/includes/LangLinkHandler.php(109): Wikibase\DataModel\Services\Lookup\RedirectResolvingEntityLookup->getEntity(Wikibase\DataModel\Entity\ItemId)
  #2 /srv/mediawiki/php-1.32.0-wmf.4/extensions/Wikibase/client/includes/LangLinkHandler.php(331): Wikibase\Client\LangLinkHandler->getEntityLinks(Title)
  #3 /srv/mediawiki/php-1.32.0-wmf.4/extensions/Wikibase/client/includes/LangLinkHandler.php(352): Wikibase\Client\LangLinkHandler->getEffectiveRepoLinks(Title, ParserOutput)
  #4 /srv/mediawiki/php-1.32.0-wmf.4/extensions/Wikibase/client/includes/Hooks/ParserOutputUpdateHookHandlers.php(97): Wikibase\Client\LangLinkHandler->addLinksFromRepository(Title, ParserOutput)
  #5 /srv/mediawiki/php-1.32.0-wmf.4/extensions/Wikibase/client/includes/Hooks/ParserOutputUpdateHookHandlers.php(65): Wikibase\Client\Hooks\ParserOutputUpdateHookHandlers->doContentAlterParserOutput(Title, ParserOutput)
  #6 /srv/mediawiki/php-1.32.0-wmf.4/includes/Hooks.php(177): Wikibase\Client\Hooks\ParserOutputUpdateHookHandlers::onContentAlterParserOutput(WikitextContent, Title, ParserOutput)
  #7 /srv/mediawiki/php-1.32.0-wmf.4/includes/Hooks.php(205): Hooks::callHook(string, array, array, NULL)
  #8 /srv/mediawiki/php-1.32.0-wmf.4/includes/content/AbstractContent.php(520): Hooks::run(string, array)
  #9 /srv/mediawiki/php-1.32.0-wmf.4/includes/poolcounter/PoolWorkArticleView.php(145): AbstractContent->getParserOutput(Title, integer, ParserOptions)
  #10 /srv/mediawiki/php-1.32.0-wmf.4/includes/poolcounter/PoolCounterWork.php(123): PoolWorkArticleView->doWork()
  #11 /srv/mediawiki/php-1.32.0-wmf.4/includes/page/Article.php(604): PoolCounterWork->execute()
  #12 /srv/mediawiki/php-1.32.0-wmf.4/includes/actions/ViewAction.php(68): Article->view()
  #13 /srv/mediawiki/php-1.32.0-wmf.4/includes/MediaWiki.php(500): ViewAction->show()
  #14 /srv/mediawiki/php-1.32.0-wmf.4/includes/MediaWiki.php(294): MediaWiki->performAction(Article, Title)
  #15 /srv/mediawiki/php-1.32.0-wmf.4/includes/MediaWiki.php(861): MediaWiki->performRequest()
  #16 /srv/mediawiki/php-1.32.0-wmf.4/includes/MediaWiki.php(524): MediaWiki->main()
  #17 /srv/mediawiki/php-1.32.0-wmf.4/index.php(42): MediaWiki->run()
  #18 /srv/mediawiki/w/index.php(3): include(string)
  #19 {main}
Caused by: [Exception Wikibase\DataModel\Entity\EntityIdParsingException] (/srv/mediawiki/php-1.32.0-wmf.4/vendor/wikibase/data-model/src/Entity/DispatchingEntityIdParser.php:60) The serialization "L1041" is not recognized by the configured id builders
  #0 /srv/mediawiki/php-1.32.0-wmf.4/vendor/wikibase/data-model-services/src/EntityId/PrefixMappingEntityIdParser.php(86): Wikibase\DataModel\Entity\DispatchingEntityIdParser->parse(string)
  #1 /srv/mediawiki/php-1.32.0-wmf.4/extensions/Wikibase/lib/includes/Serialization/RepositorySpecificDataValueDeserializerFactory.php(70): Wikibase\DataModel\Services\EntityId\PrefixMappingEntityIdParser->parse(string)
  #2 /srv/mediawiki/php-1.32.0-wmf.4/vendor/data-values/serialization/src/Deserializers/DataValueDeserializer.php(122): Closure$Wikibase\Lib\Serialization\RepositorySpecificDataValueDeserializerFactory::newDeserializerForRepository(array)
  #3 /srv/mediawiki/php-1.32.0-wmf.4/vendor/data-values/serialization/src/Deserializers/DataValueDeserializer.php(91): DataValues\Deserializers\DataValueDeserializer->getDeserialization(array)
  #4 /srv/mediawiki/php-1.32.0-wmf.4/vendor/wikibase/data-model-serialization/src/Deserializers/SnakDeserializer.php(118): DataValues\Deserializers\DataValueDeserializer->deserialize(array)
  #5 /srv/mediawiki/php-1.32.0-wmf.4/vendor/wikibase/data-model-serialization/src/Deserializers/SnakDeserializer.php(108): Wikibase\DataModel\Deserializers\SnakDeserializer->deserializeDataValue(array)
  #6 /srv/mediawiki/php-1.32.0-wmf.4/vendor/wikibase/data-model-serialization/src/Deserializers/SnakDeserializer.php(90): Wikibase\DataModel\Deserializers\SnakDeserializer->newValueSnak(array)
  #7

[Wikidata-bugs] [Maniphest] [Updated] T195611: Internal error when viewing an page

2018-05-25 Thread Reedy

Reedy added a comment.
Related to the mitigations of T195520?TASK DETAILhttps://phabricator.wikimedia.org/T195611EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReedyCc: Reedy, Aklapper, Tractopelle-jaune, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T195611: Internal error when viewing an page

2018-05-25 Thread Reedy

Reedy added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T195611EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReedyCc: Aklapper, Tractopelle-jaune, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T195443: Separate lang and category with a comma in Lexeme "description"

2018-05-25 Thread VIGNERON

VIGNERON added a comment.

In T195443#4232267, @Aklapper wrote:
Hi, steps to reproduce are welcome.


This can be reproduce by going to any Wikidata page (lexeme or item) with any property pointing to a lexeme.

I assume this is about Wikidata?

Yes, obviously but I should have specify it. Thank you for noticing it.TASK DETAILhttps://phabricator.wikimedia.org/T195443EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: VIGNERONCc: VIGNERON, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Commented On] T194245: Implement searching of 'depicts' on commons with the 'quantity' qualifier

gerritbot added a comment.
Change 433748 merged by jenkins-bot:
[search/extra@master] Add TermFreqTokenFilter

https://gerrit.wikimedia.org/r/433748TASK DETAILhttps://phabricator.wikimedia.org/T194245EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Cparle, gerritbotCc: gerritbot, dcausse, Aklapper, Ramsey-WMF, Cparle, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Baloch007, E1presidente, Darkminds3113, SandraF_WMF, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, Tramullas, Acer, V4switch, LawExplorer, Lewizho99, Culex, Maathavan, Susannaanas, Wong128hk, Aschroet, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Matanya, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T195443: Separate lang and category with a comma in Lexeme "description"

2018-05-25 Thread Aklapper

Aklapper added a project: Lexicographical data.Aklapper added a comment.Herald added a project: Wikidata.
Hi, steps to reproduce are welcome. I assume this is about Wikidata?TASK DETAILhttps://phabricator.wikimedia.org/T195443EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AklapperCc: VIGNERON, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-25 Thread ArthurPSmith

ArthurPSmith added a comment.
Some references on why CC0 is essential for a free public database:
https://wiki.creativecommons.org/wiki/CC0_use_for_data
"Databases may contain facts that, in and of themselves, are not protected by copyright law. However, the copyright laws of many jurisdictions cover creatively selected or arranged compilations of facts and creative database design and structure, and some jurisdictions like those in the European Union have enacted additional sui generis laws that restrict uses of databases without regard for applicable copyright law. CC0 is intended to cover all copyright and database rights, so that however data and databases are restricted (under copyright or otherwise), those rights are all surrendered"

https://www.nature.com/nature/journal/v461/n7261/full/461171a.html
"Although it is usual practice for major public databases to make data freely available to access and use, any restrictions on use should be strongly resisted and we endorse explicit encouragement of open sharing, for example under the newly available CC0 public domain waiver of Creative Commons."

https://blog.datadryad.org/2011/10/05/why-does-dryad-use-cc0/
"Dryad’s policy ultimately follows the recommendations of Science Commons, which discourage researchers from presuming copyright and using licenses that include “attribution” and “share-alike” conditions for scientific data.

Both of these conditions can put legitimate users in awkward positions.  First, specifying how “attribution” must be carried out may put a user at odds with accepted citation practice:

“when you federate a query from 50,000 databases (not now, perhaps, but definitely within the 70-year duration of copyright!) will you be liable to a lawsuit if you don’t formally attribute all 50,000 owners?” Science Commons Database Protocol FAQ)

While “share-alike” conditions create their own unnecessary legal tangle:

“ ‘share-alike’ licenses typically impose the condition that some or all derivative products be identically licensed. Such conditions have been known to create significant “license compatibility” problems under existing license schemes that employ them. In the context of data, license compatibility problems will likely create significant barriers for data integration and reuse for both providers and users of data.” (Science Commons Database Protocol FAQ)

Thus,

“… given the potential for significantly negative unintended consequences of using copyright, the size of the public domain, and the power of norms inside science, we believe that copyright licenses and contractual restrictions are simply the wrong tool [for data], even if those licenses and contracts are used with the best of intentions.” (Science Commons Database Protocol FAQ)"

https://pietercolpaert.be/open%20data/2017/02/23/cc0.html
"Requiring that you mention the source of the dataset in each application that reuses my data, still complies to the Open Definition. There is no need to argue with anyone that uses for example the CC BY license: you will only have the annoying obligation that you have to mention the name in a user interface. This is useful for datasets which are closely tied to their document or database: when for example reusing and republishing a spreadsheet, I can understand you will want that someone attributes you for created that spreadsheet. However, for data on the Web, the borders between data silos are fading and queries are evaluated over plenty of databases. Then requiring that each dataset is mentioned in the user interface is just annoying end-users."
"The share alike requirement, as the name implies, requires that when reusing a document, you share the resulting document under the same license. I like the idea for “viral” licenses and the fact that all results from this document will now also become open data. However, what does it mean exactly for an answer that is generated on the basis of 2 or more datasets? And what if one of these datasets would be a private dataset (e.g., a user profile)? It thus would make it even more unnecessarily complex to reuse data, while the goal was to maximize the reuse of our dataset."TASK DETAILhttps://phabricator.wikimedia.org/T193728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ArthurPSmithCc: ArthurPSmith, SimonPoole, Scott_WorldUnivAndSch, Micru, lisong, Lofhi, Nemo_bis, TomT0m, jrbs, EgonWillighagen, sarojdhakal, Agabi10, NMaia, Simon_Villeneuve, Jarekt, Rspeer, OhKayeSierra, Aschmidt, AndrewSu, Mateusz_Konieczny, Maxlath, Huji, Glrx, Realworldobject, Ltrlg, Papapep, Tgr, Ayack, Gnom1, MichaelMaggs, MisterSynergy, Pasleim, Cirdan, 0x010C, Sylvain_WMFr, Denny, Ivanhercaz, Pintoch, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, ZhouZ, Mpaulson, Wikidata-bugs, aude, jayvdb, Slaporte, Mbch331, Jay8g___
Wikidata-bugs mailing list

[Wikidata-bugs] [Maniphest] [Retitled] T195606: Edit conflict in Wikidata Lexeme when adding a reference after editing a form

2018-05-25 Thread Fnielsen

Fnielsen renamed this task from "Edit conflict in Wikidata Lexeme when adding a reference after editing a form statement" to "Edit conflict in Wikidata Lexeme when adding a reference after editing a form".Fnielsen added projects: Wikidata, Lexicographical data.Fnielsen updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONAdding a reference to a Wikidata lexeme statement may result in a edit conflict. This may be after editing a form statement. Reloading the page will resolve the problem.TASK DETAILhttps://phabricator.wikimedia.org/T195606EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: FnielsenCc: Fnielsen, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Commented On] T194245: Implement searching of 'depicts' on commons with the 'quantity' qualifier

2018-05-25 Thread Cparle

Cparle added a comment.
For the record - we're going with Option 2 from the descriptionTASK DETAILhttps://phabricator.wikimedia.org/T194245EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CparleCc: gerritbot, dcausse, Aklapper, Ramsey-WMF, Cparle, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Baloch007, E1presidente, Darkminds3113, SandraF_WMF, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, Tramullas, Acer, V4switch, LawExplorer, Lewizho99, Culex, Maathavan, Susannaanas, Wong128hk, Aschroet, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Matanya, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T193636: [Bug] new representation with same language code overwrites existing representation

2018-05-25 Thread Pablo-WMDE

Pablo-WMDE added a comment.
Discussed with @Lydia_Pintscher about challenges in validating on save-time, spiked a more snappy approach showing feedback while entering data... F18529674: Bildschirmfoto vom 2018-05-25 18-31-28.png
This might actually be more helpful to the user but keeps unsolved how to react should the user still resorts to clicking the save button.TASK DETAILhttps://phabricator.wikimedia.org/T193636EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: gerritbot, Lea_Lacroix_WMDE, Aklapper, Lydia_Pintscher, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] T193636: [Bug] new representation with same language code overwrites existing representation

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T193636EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDE, gerritbotCc: gerritbot, Lea_Lacroix_WMDE, Aklapper, Lydia_Pintscher, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] [Commented On] T193636: [Bug] new representation with same language code overwrites existing representation

gerritbot added a comment.
Change 435189 had a related patch set uploaded (by Pablo Grass (WMDE); owner: Pablo Grass (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] WIP Representation language: Prevent redundant lang

https://gerrit.wikimedia.org/r/435189TASK DETAILhttps://phabricator.wikimedia.org/T193636EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDE, gerritbotCc: gerritbot, Lea_Lacroix_WMDE, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-25 Thread MisterSynergy

MisterSynergy added a comment.

In T193728#4231813, @Psychoslave wrote:

In T193728#4214437, @MisterSynergy wrote:
If any of those happened (or had to happen), I’d be out here and I guess many other Wikidata editors would also discontinue their efforts. There is great support for CC0 in Wikidata, since anything else that required attribution would render it useless; large-scale purging would tear down so much content that we would basically have to start again from the beginning. We are 5.5 years into this project and many of us have spent thousands of hours of effort into it, based on the unchallenged assumption (by WMF) that Wikipedia imports as we are doing them are legally fine.

How would it render it useless? Or more useless than today? For some actors like OSM it is useless because they don't trust Wikidata claim that this data can legally be released under CC-0. For those who don't care about acting legally, any license will make the same effect.

Users of Wikidata can compile datasets of any form and content with the query service, and re-use it according to the CC0 license (i.e.: do whatever they want to, particularly without attribution). If there was a convolution of individual licenses per fact involved, it would be practically impossible to get this sorted so that use of data was in line with all the licenses involved; even if one would be able to manage this, one could easily end up in a situation where one has to display thousands of sources in some way. Databases with more restrictive licenses than CC0 are useless for re-users, and Wikidata just aims to be useful for re-users.

I agree that we should ensure to put only compatible data into Wikidata, yet I am still not convinced that there is a systematic problem. From my point of view, there is no concern about the validity of Wikidata’s declaration that all content (in main and property namespace) is available under the CC0 license.

Is there any official claim by the WMF that said this kind of import were legally fine? Before Wikidata was launched, @Denny used to agree that Wikipedia imports would not be possible including for legal reasons, that is at the time he was officially working for WMDE. If any official statement clearly exposed otherwise in the mid-time, it would be nice to highlight this information. Not being challenged by some entity doesn't mean what an action is legal, just as any legal infraction it doesn't become more legal because no one bother challenging the issue.

We use imports from Wikidata for years now, and this is not a hidden activity than one could have missed. WMF definitely knows about this for years. There were occasionally some dissenting opinions (not by WMF, AFAIK), but I cannot remember that anyone was able to raise concern strong enough to reconsider the import practice. Until now, this has not changed in this conversation as well.TASK DETAILhttps://phabricator.wikimedia.org/T193728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MisterSynergyCc: ArthurPSmith, SimonPoole, Scott_WorldUnivAndSch, Micru, lisong, Lofhi, Nemo_bis, TomT0m, jrbs, EgonWillighagen, sarojdhakal, Agabi10, NMaia, Simon_Villeneuve, Jarekt, Rspeer, OhKayeSierra, Aschmidt, AndrewSu, Mateusz_Konieczny, Maxlath, Huji, Glrx, Realworldobject, Ltrlg, Papapep, Tgr, Ayack, Gnom1, MichaelMaggs, MisterSynergy, Pasleim, Cirdan, 0x010C, Sylvain_WMFr, Denny, Ivanhercaz, Pintoch, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, ZhouZ, Mpaulson, Wikidata-bugs, aude, jayvdb, Slaporte, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T195490: Use CirrusSearch for PropertySuggester

2018-05-25 Thread ReleaseTaggerBot

ReleaseTaggerBot added a project: MW-1.32-release-notes (WMF-deploy-2018-05-29 (1.32.0-wmf.6)).
TASK DETAILhttps://phabricator.wikimedia.org/T195490EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReleaseTaggerBotCc: gerritbot, hoo, Aklapper, Lucas_Werkmeister_WMDE, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, lisong, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Wikidata-bugs, aude, Lydia_Pintscher, Sjoerddebruin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T195490: Use CirrusSearch for PropertySuggester

gerritbot added a comment.
Change 435080 merged by jenkins-bot:
[mediawiki/extensions/PropertySuggester@master] Use CirrusSearch for PropertySuggester

https://gerrit.wikimedia.org/r/435080TASK DETAILhttps://phabricator.wikimedia.org/T195490EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, hoo, Aklapper, Lucas_Werkmeister_WMDE, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, lisong, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Wikidata-bugs, aude, Lydia_Pintscher, Sjoerddebruin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

Psychoslave added a comment.

In T193728#4228561, @Micru wrote:
In a way Wikipedia already has a "contribute-alike" agreement, it is just not explicit, but tacit. Users come to the site, access it as they wish, and they are asked to make a donation every once in a while. It is not a contribution in the same way as writing an article, but it is still a contribution which is also necessary to keep the project alive.


From what I understand, you are describing the "same condition" which is expressed by the SA in the CC-BY-SA covering Wikipedia, but I might be misinterpreting your text. If not, I would recommend you to read the license. The best asset of our movement is not money donation, but its community which give time and efforts in misc. contributions.

As for the original purpose of the ticket it seems that we will have to wait for legal advice. Or if we want to have it more clear then the WMF could sue WMDE for copyright infringement and see what the court decision would be :-)

No, it's not possible, because WMF don't hold copyright on Wikipedia content, and is actually the entity publishing the possibly infringing copyrighted material.

And even if it would be possible, I personally wouldn't like to see such a move. I agree that it might be interesting in the extent that it would give a clear indication of what is possible or not:


but I'm not sure of how such a move could be already framed upstream by a contract designed to not harm any party whatever the decision made downstream by an official judgement,
I'm not sure this would be really great in term of image.
TASK DETAILhttps://phabricator.wikimedia.org/T193728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: ArthurPSmith, SimonPoole, Scott_WorldUnivAndSch, Micru, lisong, Lofhi, Nemo_bis, TomT0m, jrbs, EgonWillighagen, sarojdhakal, Agabi10, NMaia, Simon_Villeneuve, Jarekt, Rspeer, OhKayeSierra, Aschmidt, AndrewSu, Mateusz_Konieczny, Maxlath, Huji, Glrx, Realworldobject, Ltrlg, Papapep, Tgr, Ayack, Gnom1, MichaelMaggs, MisterSynergy, Pasleim, Cirdan, 0x010C, Sylvain_WMFr, Denny, Ivanhercaz, Pintoch, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, ZhouZ, Mpaulson, Wikidata-bugs, aude, jayvdb, Slaporte, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T195599: Have all the things in Grafana

2018-05-25 Thread Lea_Lacroix_WMDE

Lea_Lacroix_WMDE created this task.Lea_Lacroix_WMDE added projects: Wikidata, Lexicographical data.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONGrafana is tracking the activity of Wikidata and giving a lot of useful information.

It would be great to have several boards dedicated to lexicographical data. Probably some boards should be split between Items and Lexemes, some others should show the activity of both combined...TASK DETAILhttps://phabricator.wikimedia.org/T195599WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lea_Lacroix_WMDECc: Aklapper, Lea_Lacroix_WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Commented On] T193728: Solve legal uncertainty of Wikidata

Psychoslave added a comment.

Once again, among the obvious solutions, indicating the license of sources would require no deletion. That would allow those who care about license issues to filter data with this criteria, and those who don't care to ignore it. What would be the argument against such a field addition?TASK DETAILhttps://phabricator.wikimedia.org/T193728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: ArthurPSmith, SimonPoole, Scott_WorldUnivAndSch, Micru, lisong, Lofhi, Nemo_bis, TomT0m, jrbs, EgonWillighagen, sarojdhakal, Agabi10, NMaia, Simon_Villeneuve, Jarekt, Rspeer, OhKayeSierra, Aschmidt, AndrewSu, Mateusz_Konieczny, Maxlath, Huji, Glrx, Realworldobject, Ltrlg, Papapep, Tgr, Ayack, Gnom1, MichaelMaggs, MisterSynergy, Pasleim, Cirdan, 0x010C, Sylvain_WMFr, Denny, Ivanhercaz, Pintoch, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, ZhouZ, Mpaulson, Wikidata-bugs, aude, jayvdb, Slaporte, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T193607: Link lexemes in different languages

2018-05-25 Thread Nikki

Nikki added a comment.
I think doing this with statements would be silly. We just solved the situation where the nth Wiktionary page for the same spelling required (n-1) pages to be updated with new interwiki links. Linking all identically spelt forms with other identically spelt forms via statements would recreate it again with the data in Wikidata.

One thing to bear in mind with the suggestion here though is that there can be multiple lexemes for a single language (e.g. "fire" in English is a noun and a verb, "Band" in German is three different nouns).

Perhaps the suggestion I made at T195411 would be an acceptable solution, if we link to that page from lexemes?TASK DETAILhttps://phabricator.wikimedia.org/T193607EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, NikkiCc: Nikki, mxn, Lydia_Pintscher, Aklapper, Micru, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T192080: add WikibaseImport to dockerized infrastructure

Addshore closed this task as "Resolved".Addshore claimed this task.Herald added a project: User-Addshore.
TASK DETAILhttps://phabricator.wikimedia.org/T192080EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Tarrow, Aklapper, Lydia_Pintscher, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, lisong, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Gstupp, LawExplorer, Lewizho99, Maathavan, Abbe98, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T192020: Use newer versions of binaries from WDQS deploy binaries

Addshore closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T192020EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tarrow, AddshoreCc: Tarrow, Addshore, Aklapper, Smalyshev, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, lisong, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Gstupp, LawExplorer, Lewizho99, Maathavan, Abbe98, 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] [Commented On] T194245: Implement searching of 'depicts' on commons with the 'quantity' qualifier

gerritbot added a comment.
Change 435180 had a related patch set uploaded (by DCausse; owner: DCausse):
[search/extra@master] Add term_freq a query to filter on term frequency

https://gerrit.wikimedia.org/r/435180TASK DETAILhttps://phabricator.wikimedia.org/T194245EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Cparle, gerritbotCc: gerritbot, dcausse, Aklapper, Ramsey-WMF, Cparle, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Baloch007, E1presidente, Darkminds3113, SandraF_WMF, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, Tramullas, Acer, V4switch, LawExplorer, Lewizho99, Culex, Maathavan, Susannaanas, Wong128hk, Aschroet, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Matanya, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T194245: Implement searching of 'depicts' on commons with the 'quantity' qualifier

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T194245EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Cparle, gerritbotCc: gerritbot, dcausse, Aklapper, Ramsey-WMF, Cparle, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Baloch007, E1presidente, Darkminds3113, SandraF_WMF, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, Tramullas, Acer, V4switch, LawExplorer, Lewizho99, Culex, Maathavan, Susannaanas, Wong128hk, Aschroet, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Matanya, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T194245: Implement searching of 'depicts' on commons with the 'quantity' qualifier

gerritbot added a comment.
Change 433748 had a related patch set uploaded (by DCausse; owner: Severino Mateus Jr.):
[search/extra@master] Add TermFreqTokenFilter

https://gerrit.wikimedia.org/r/433748TASK DETAILhttps://phabricator.wikimedia.org/T194245EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Cparle, gerritbotCc: gerritbot, dcausse, Aklapper, Ramsey-WMF, Cparle, Lahi, PDrouin-WMF, Gq86, E1presidente, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, V4switch, LawExplorer, Culex, Susannaanas, Wong128hk, Aschroet, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Matanya, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

Psychoslave added a comment.

In T193728#4212631, @Denny wrote:
@Rspeer 
 But even ignoring that, Wikidata does *not* store the same _expression_ anyway. So what exactly is the copyright asserted on?


For now I propose we discuss the "original selection" criteria.

Even sticking with the single example of London, the French Wikipedia do have an article with this specific title, whose English interlang link to "London (disambiguation)", and not to "London". So even with such a basic example, there are clearly choices that were made.

Thus said, the "original selection" pertains to the whole set, rather than hand picked little selections. Actually I'v just been told that the important number of contributors would plead all the more in favour of the originality (which must not be confused with novelty).TASK DETAILhttps://phabricator.wikimedia.org/T193728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: ArthurPSmith, SimonPoole, Scott_WorldUnivAndSch, Micru, lisong, Lofhi, Nemo_bis, TomT0m, jrbs, EgonWillighagen, sarojdhakal, Agabi10, NMaia, Simon_Villeneuve, Jarekt, Rspeer, OhKayeSierra, Aschmidt, AndrewSu, Mateusz_Konieczny, Maxlath, Huji, Glrx, Realworldobject, Ltrlg, Papapep, Tgr, Ayack, Gnom1, MichaelMaggs, MisterSynergy, Pasleim, Cirdan, 0x010C, Sylvain_WMFr, Denny, Ivanhercaz, Pintoch, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, ZhouZ, Mpaulson, Wikidata-bugs, aude, jayvdb, Slaporte, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-25 Thread TomT0m

TomT0m added a comment.
Well, entries that were not created thanks to massive import from

Wikipedia obviously don't raise any concern of infringement of Wikipedia
community copyright. It doesn't say more about those that were indeed
imported in such a way, do it?
As far as I understand copyright, if by a pure random event I happen to
write exactly one page of Harry Potter, I can’t publish this as easily as I
would want. The stuff is protected whatever the way it was created. So it
does not matter if we actually imported datas or it happens we
substancially have the same result by over means.TASK DETAILhttps://phabricator.wikimedia.org/T193728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TomT0mCc: ArthurPSmith, SimonPoole, Scott_WorldUnivAndSch, Micru, lisong, Lofhi, Nemo_bis, TomT0m, jrbs, EgonWillighagen, sarojdhakal, Agabi10, NMaia, Simon_Villeneuve, Jarekt, Rspeer, OhKayeSierra, Aschmidt, AndrewSu, Mateusz_Konieczny, Maxlath, Huji, Glrx, Realworldobject, Ltrlg, Papapep, Tgr, Ayack, Gnom1, MichaelMaggs, MisterSynergy, Pasleim, Cirdan, 0x010C, Sylvain_WMFr, Denny, Ivanhercaz, Pintoch, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, ZhouZ, Mpaulson, Wikidata-bugs, aude, jayvdb, Slaporte, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

Psychoslave added a comment.

In T193728#4205401, @Denny wrote:
@Rspeer regarding the ontology: the ontology of Wikidata is genuinely unique and not copied from any Wikipedia project, or any other project. It has been created on Wikidata.


Well, I think it's fine that we keep concentrating at a single topic at a time, like several suggested, including you. So for know, we might concentrate on USA copyright and how "original selection" might raise concern or not. Structure of the database is a different topic.

Regarding the translations: we are talking about the labels of things in different languages? They are not even necessarily translations, mind you - it is often "there was an article on the German Wikipedia, here's an article on the English Wikipedia, let's connect these two". In general, most titles were not translated. Also, in many of those cases it is hard to argue for any threshold of creativity - the fact that 'London' is called 'Londres' in Frech is rather un-creative, and merely stating a fact.

Well, sure, some are more close to the mere well known convention, some ask more reflection. Obviously no language pair will have a bijective relationship of terms nor existing convention for bridge between all of them.

Also, technically, these are not translations in Wikidata, but labels of an entity in different languages.

I would be surprised if the multilingual labels of the Wikidata entities would trigger copyright, but even if it did, there is nothing in the current Wikipedias that would allow for this copyright to take effect: i.e. if we look at an entry such as Q23780914 - highly visible entry, labels in 50+ languages - there never existed anything in the Wikipedias which might have been under copyright.

Or am I missing something here?

Well, entries that were not created thanks to massive import from Wikipedia obviously don't raise any concern of infringement of  Wikipedia community copyright. It doesn't say more about those that were indeed imported in such a way, do it?TASK DETAILhttps://phabricator.wikimedia.org/T193728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: ArthurPSmith, SimonPoole, Scott_WorldUnivAndSch, Micru, lisong, Lofhi, Nemo_bis, TomT0m, jrbs, EgonWillighagen, sarojdhakal, Agabi10, NMaia, Simon_Villeneuve, Jarekt, Rspeer, OhKayeSierra, Aschmidt, AndrewSu, Mateusz_Konieczny, Maxlath, Huji, Glrx, Realworldobject, Ltrlg, Papapep, Tgr, Ayack, Gnom1, MichaelMaggs, MisterSynergy, Pasleim, Cirdan, 0x010C, Sylvain_WMFr, Denny, Ivanhercaz, Pintoch, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, ZhouZ, Mpaulson, Wikidata-bugs, aude, jayvdb, Slaporte, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-25 Thread Nemo_bis

Nemo_bis added a comment.
We should first agree that the problem is really about "substantial transfer of data"

It's not.TASK DETAILhttps://phabricator.wikimedia.org/T193728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Nemo_bisCc: ArthurPSmith, SimonPoole, Scott_WorldUnivAndSch, Micru, lisong, Lofhi, Nemo_bis, TomT0m, jrbs, EgonWillighagen, sarojdhakal, Agabi10, NMaia, Simon_Villeneuve, Jarekt, Rspeer, OhKayeSierra, Aschmidt, AndrewSu, Mateusz_Konieczny, Maxlath, Huji, Glrx, Realworldobject, Ltrlg, Papapep, Tgr, Ayack, Gnom1, MichaelMaggs, MisterSynergy, Pasleim, Cirdan, 0x010C, Sylvain_WMFr, Denny, Ivanhercaz, Pintoch, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, ZhouZ, Mpaulson, Wikidata-bugs, aude, jayvdb, Slaporte, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

Psychoslave added a comment.

In T193728#4204779, @Denny wrote:
@Nemo_bis thanks, I agree with your point a lot.

But regarding your question - just because there is a database which happens to reproducible should not trigger any right issues.

To give an example: it is easy to imagine a company that sells the list of all countries and their capitals as a dataset that is easy to process and that has a guaranteed quality and support level, to other companies, under a proprietary license that does not allow the dataset to be reshared.

Now just because it happens that we can reproduce that list from Wikidata with a SPARQL query should not mean that we have to act in any way.

On the other side, if we had used that list to import the data - then that would in my understanding be a breach of the rights of that company. But if we did not and the result happens to be the same - well, that's how it is.

If the example is too simple, it could be easily extended to be larger and more substantial. My argument would still be the same.

What do you think?


I think this is a point where we all seem to agree: the problem is not equality of result, but provenance of data. Data that were collected out of many sources into Wikidata without using a significant part of any of each single source don't seem to be a source of concern.TASK DETAILhttps://phabricator.wikimedia.org/T193728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: ArthurPSmith, SimonPoole, Scott_WorldUnivAndSch, Micru, lisong, Lofhi, Nemo_bis, TomT0m, jrbs, EgonWillighagen, sarojdhakal, Agabi10, NMaia, Simon_Villeneuve, Jarekt, Rspeer, OhKayeSierra, Aschmidt, AndrewSu, Mateusz_Konieczny, Maxlath, Huji, Glrx, Realworldobject, Ltrlg, Papapep, Tgr, Ayack, Gnom1, MichaelMaggs, MisterSynergy, Pasleim, Cirdan, 0x010C, Sylvain_WMFr, Denny, Ivanhercaz, Pintoch, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, ZhouZ, Mpaulson, Wikidata-bugs, aude, jayvdb, Slaporte, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

Psychoslave added a comment.

In T193728#4204771, @Denny wrote:
@Psychoslave sorry to disagree on the questions, but are we in any disagreement on these three questions?

We should not allow the (significant) import of data from databases which are licensed under a license incompatible with CC-0.
We should enforce that.
We should document the licenses of imported databases.
We should remove data that has been imported from databases which are licensed under a license incompatible with CC-0.

That would be my answers. I don't expect you to disagree with that.

I partially agree.

First let's recall that removing this data is not the only possibility.

For what I understand, just adding a "license" field to sources and filling both the provenance and its license properly would be perfectly fine. I've (informally) been confirmed that by the lawyer I was already referring to. Note that with such a solution, it would still be possible to claim CC-0 for any item which was included in a compatible manner.

An other solution would be to migrate them to an other separated Wikibase instance, each with a compatible license. Of course this instances should offer the same accessibility within the Wikimedia environment.

That lead me to this question:

what are the benefit for the Wikimedia community of using exclusively CC-0 for its single Wikibase instance usable in the rest of its environment?

This certainly should be answered and seriously documented along the corresponding drawbacks of such a sate of affair. Thus said, this question is off topic regarding the current ticket, and can be safely ignored until a ticket on this specific topic is open (if none is already existing).

Can you comment on the practise of extracting data from Wikipedia articles, which are published under CC-BY-SA, and storing the results in Wikidata, where they are published under CC-0?

What do you think?

I'm fine with this question.TASK DETAILhttps://phabricator.wikimedia.org/T193728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: ArthurPSmith, SimonPoole, Scott_WorldUnivAndSch, Micru, lisong, Lofhi, Nemo_bis, TomT0m, jrbs, EgonWillighagen, sarojdhakal, Agabi10, NMaia, Simon_Villeneuve, Jarekt, Rspeer, OhKayeSierra, Aschmidt, AndrewSu, Mateusz_Konieczny, Maxlath, Huji, Glrx, Realworldobject, Ltrlg, Papapep, Tgr, Ayack, Gnom1, MichaelMaggs, MisterSynergy, Pasleim, Cirdan, 0x010C, Sylvain_WMFr, Denny, Ivanhercaz, Pintoch, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, ZhouZ, Mpaulson, Wikidata-bugs, aude, jayvdb, Slaporte, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T195520: Multiple projects reporting Cannot access the database: No working replica DB server

2018-05-25 Thread Jeff_G

Jeff_G added a comment.
Suggestions for the future:


Don't use temporary names for tables which may become permanent.
Name and describe tables appropriately, especially including those that have temporary names.
Use invisible indexes for a while before actually dropping.
TASK DETAILhttps://phabricator.wikimedia.org/T195520EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jeff_GCc: Jeff_G, Vachovec1, Tbayer, Ivanhercaz, Lixxx235, Stashbot, Addshore, MrFulano, daniel, Lydia_Pintscher, Tarawneh, PetrohsW, Sunpriat2, Ladsgroup, Legoktm, gerritbot, Thryduulf, matmarex, Krenair, dgstranz, Cirdan, Amorymeltzer, Yarl, Doc_James, Masti, Wiki-1776, Baloch007, abian, Pigsonthewing, putnik, Classicwiki, Jarekt, Jayprakash12345, 1339861mzb, KTC, Bharel, Daimona, Smartyllama, ToBeFree, Paladox, Urbanecm, Davey2010, alanajjar, Mh-3110, Lucas_Werkmeister_WMDE, JEumerus, Samtar, Lofhi, Marostegui, TerraCodes, Liuxinyu970226, Framawiki, Mainframe98, Stryn, Aklapper, Boshomi, Versusxo, Majesticalreaper22, Giuliamocci, Davinaclare77, Adrian1985, Qtn1293, Cpaulf30, Lahi, Gq86, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, lisong, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Zppix, Maathavan, Wong128hk, Wikidata-bugs, aude, ArielGlenn, faidon, He7d3r, Mbch331, Jay8g, fgiunchedi, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

Psychoslave added a comment.

In T193728#4204019, @TomT0m wrote:
The more I personnaly dig into this questions, the more issues are opened and the less clear it becomes that there is an actual issue, and if there is an actual issue if there is a legal risk. Or even if there is a moral or ethical issue: I think we will all agree here that pure facts can be used by anyone (beyond private life one).


Well, discussing face to face with a professional lawyer specialised on free licenses didn't led me toward the same conclusion of "it's clear there is no problem", unfortunately. Apparently there might be possibilities of "class action" on copyright infringement. She said she could provide more information later, I will forward that to confirm/infirm the validity of that concern.

I think that to go on, we should avoid assertions about "use of pure facts by anyone", the vagueness of this formulae doesn't help. We should first agree that the problem is really about "substantial transfer of data", which is already equivocal enough without us adding more ambiguity to the topic.TASK DETAILhttps://phabricator.wikimedia.org/T193728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: ArthurPSmith, SimonPoole, Scott_WorldUnivAndSch, Micru, lisong, Lofhi, Nemo_bis, TomT0m, jrbs, EgonWillighagen, sarojdhakal, Agabi10, NMaia, Simon_Villeneuve, Jarekt, Rspeer, OhKayeSierra, Aschmidt, AndrewSu, Mateusz_Konieczny, Maxlath, Huji, Glrx, Realworldobject, Ltrlg, Papapep, Tgr, Ayack, Gnom1, MichaelMaggs, MisterSynergy, Pasleim, Cirdan, 0x010C, Sylvain_WMFr, Denny, Ivanhercaz, Pintoch, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, ZhouZ, Mpaulson, Wikidata-bugs, aude, jayvdb, Slaporte, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T195461: Display the lemmas in Special:WhatLinksHere

2018-05-25 Thread Nikki

Nikki added a comment.
This also applies to other special pages like Special:RecentChanges, Special:Watchlist and Special:Contributions.TASK DETAILhttps://phabricator.wikimedia.org/T195461EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: Nikki, Lea_Lacroix_WMDE, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Unblock] T88991: improve Wikidata dumps [tracking]

hoo closed subtask T177486: [Tracking] Wikidata entity dumpers need to cope with the immense Wikidata growth recently as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T88991EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Lazhar, PokestarFan, Ricordisamoa, Denis.bykov, Jimkont, JanZerebecki, aude, Liuxinyu970226, Manybubbles, hoo, bd808, ArielGlenn, mark, Lydia_Pintscher, daniel, ezachte, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, Svick, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T177486: [Tracking] Wikidata entity dumpers need to cope with the immense Wikidata growth recently

hoo closed this task as "Resolved".hoo added a comment.
All steps identified here have been done and now that the dumps are also on php7, I think we can consider this fixed.

Next step to look into will be T147169… but I think the most pressing issue with regards to run time has been solved (for now).TASK DETAILhttps://phabricator.wikimedia.org/T177486EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Stashbot, Sjoerddebruin, gerritbot, thiemowmde, Aklapper, ezachte, daniel, Lydia_Pintscher, mark, ArielGlenn, bd808, Liuxinyu970226, aude, JanZerebecki, Jimkont, Denis.bykov, Ricordisamoa, PokestarFan, hoo, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, Svick, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T177486: [Tracking] Wikidata entity dumpers need to cope with the immense Wikidata growth recently

hoo updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...[x] Only dump a limited number of entities in a single dump script run and not all that match the current shard. T177550 + T190513...TASK DETAILhttps://phabricator.wikimedia.org/T177486EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Stashbot, Sjoerddebruin, gerritbot, thiemowmde, Aklapper, ezachte, daniel, Lydia_Pintscher, mark, ArielGlenn, bd808, Liuxinyu970226, aude, JanZerebecki, Jimkont, Denis.bykov, Ricordisamoa, PokestarFan, hoo, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, Svick, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T194273: Clean up indexes of wb_terms table

2018-05-25 Thread Stashbot

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2018-05-25T13:15:57Z]  Add indexes back on s8 codfw primary master (db2045) this will generate lag on codfw - T194273TASK DETAILhttps://phabricator.wikimedia.org/T194273EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Marostegui, StashbotCc: Mholloway, Stashbot, gerritbot, Marostegui, Aklapper, Lucas_Werkmeister_WMDE, Jonas, jcrespo, Ladsgroup, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Minhnv-2809, Maathavan, Luke081515, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T195382: show Lemma on Special:AllPages

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T195382EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, gerritbotCc: gerritbot, Liuxinyu970226, WMDE-leszek, Mahir256, ArthurPSmith, VIGNERON, Aklapper, Lydia_Pintscher, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] [Commented On] T195382: show Lemma on Special:AllPages

gerritbot added a comment.
Change 435163 had a related patch set uploaded (by Jakob; owner: Jakob):
[mediawiki/extensions/Wikibase@master] [WIP] Introduce EntityLinkFormatterFactory for use with LinkBegin hook.

https://gerrit.wikimedia.org/r/435163TASK DETAILhttps://phabricator.wikimedia.org/T195382EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, gerritbotCc: gerritbot, Liuxinyu970226, WMDE-leszek, Mahir256, ArthurPSmith, VIGNERON, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Triaged] T195581: Misleading error when saving represention with missing language

Lydia_Pintscher triaged this task as "Normal" priority.Lydia_Pintscher updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Expected behaviour: Either tThere is an error message saying that the language/spelling variant field is required or the form is successfully saved using the lemma's lanugage."Could not save due to an error. Spelling variant must be provided."
Actual behaviour: The error message says "Could not save due to an error. Form must have at least one representation" even though the representation field has been filled out.TASK DETAILhttps://phabricator.wikimedia.org/T195581EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Nikki, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Created] T195581: Misleading error when saving represention with missing language

2018-05-25 Thread Nikki

Nikki created this task.Nikki added a project: Lexicographical data.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONTo reproduce:


Start adding a new form
Enter text in the "representation" field
Click save


Expected behaviour: Either there is an error message saying that the language/spelling variant field is required or the form is successfully saved using the lemma's lanugage.
Actual behaviour: The error message says "Could not save due to an error. Form must have at least one representation" even though the representation field has been filled out.TASK DETAILhttps://phabricator.wikimedia.org/T195581EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: Nikki, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Commented On] T195359: Encoding problems in labels (Korean, French, etc.)

gerritbot added a comment.
Change 435156 had a related patch set uploaded (by WMDE-leszek; owner: WMDE-leszek):
[mediawiki/vendor@master] Updated php-vuejs-templating to 1.0.2

https://gerrit.wikimedia.org/r/435156TASK DETAILhttps://phabricator.wikimedia.org/T195359EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Liuxinyu970226, Pablo-WMDE, abian, dgstranz, Tacsipacsi, Ltrlg, Amire80, mxn, Maxlath, jmac, Mbch331, Smalyshev, JAnD, He7d3r, Lea_Lacroix_WMDE, Urbanecm, Superzerocool, Raymond, VIGNERON, WMDE-leszek, Addshore, revi, Aklapper, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Wikidata-bugs, aude, Darkdadaah___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T194252: Configure the CI job that runs WikibaseLexeme's browser tests against beta wikidata

2018-05-25 Thread zeljkofilipin

zeljkofilipin updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...- Added WikibaseLexeme project for a daily node selenium test run against beta cluster [[ https://gerrit.wikimedia.org/r/#/c/434025/ | 434025 ]] integration/config ‍♂️ [[ https://integration.wikimedia.org/ci/job/selenium-WikibaseLexeme-jessie-434025/ | selenium-WikibaseLexeme-jessie-434025 ]]  `MediaWiki 1.32 needs PHP 7.0.0 or higher or HHVM version 3.18.5.` (Similar to T195499.)
- Added WikibaseLexeme for a daily Ruby selenium test run [[ https://gerrit.wikimedia.org/r/#/c/434016/ | 434016 ]] integration/config ‍♂️ [[ https://integration.wikimedia.org/ci/job/selenium-WikibaseLexeme-chrome-434016 | selenium-WikibaseLexeme-chrome-434016 ]]  `java.nio.file.NoSuchFileException` (similar to {T193883}.)...TASK DETAILhttps://phabricator.wikimedia.org/T194252EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, zeljkofilipinCc: zeljkofilipin, gerritbot, WMDE-leszek, Aklapper, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] T195402: Form and Lexeme datatypes don't work anymore

Lydia_Pintscher closed this task as "Resolved".Lydia_Pintscher claimed this task.Lydia_Pintscher added a comment.
Closing this now as deleting MediaWikiModuleStore:wikidatawiki does seem to solve the problem and we don't have more reports atm.TASK DETAILhttps://phabricator.wikimedia.org/T195402EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Pablo-WMDE, Jakob_WMDE, Addshore, WMDE-leszek, Paladox, mmodell, Mbch331, Smalyshev, TerraCodes, Liuxinyu970226, Lea_Lacroix_WMDE, Denny, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Darkdadaah___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T195520: Multiple projects reporting Cannot access the database: No working replica DB server

hoo added a project: Wikidata-Ministry-Of-Magic.
TASK DETAILhttps://phabricator.wikimedia.org/T195520EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Vachovec1, Tbayer, Ivanhercaz, Lixxx235, Stashbot, Addshore, MrFulano, daniel, Lydia_Pintscher, Tarawneh, PetrohsW, Sunpriat2, Ladsgroup, Legoktm, gerritbot, Thryduulf, matmarex, Krenair, dgstranz, Cirdan, Amorymeltzer, Yarl, Doc_James, Masti, Wiki-1776, Baloch007, abian, Pigsonthewing, putnik, Classicwiki, Jarekt, Jayprakash12345, 1339861mzb, KTC, Bharel, Daimona, Smartyllama, ToBeFree, Paladox, Urbanecm, Davey2010, alanajjar, Mh-3110, Lucas_Werkmeister_WMDE, JEumerus, Samtar, Lofhi, Marostegui, TerraCodes, Liuxinyu970226, Framawiki, Mainframe98, Stryn, Aklapper, Boshomi, Versusxo, Majesticalreaper22, Giuliamocci, Davinaclare77, Adrian1985, Qtn1293, Cpaulf30, Lahi, Gq86, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, lisong, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Zppix, Maathavan, Wong128hk, Wikidata-bugs, aude, ArielGlenn, faidon, He7d3r, Mbch331, Jay8g, fgiunchedi, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T195490: Use CirrusSearch for PropertySuggester

hoo added a project: Wikidata-Ministry-Of-Magic.
TASK DETAILhttps://phabricator.wikimedia.org/T195490EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: gerritbot, hoo, Aklapper, Lucas_Werkmeister_WMDE, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, lisong, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Wikidata-bugs, aude, Lydia_Pintscher, Sjoerddebruin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T194367: Duplicate Lemmas created when changing Lemma lang code after making another Lexeme change

2018-05-25 Thread ReleaseTaggerBot

ReleaseTaggerBot added a project: MW-1.32-release-notes (WMF-deploy-2018-05-29 (1.32.0-wmf.6)).
TASK DETAILhttps://phabricator.wikimedia.org/T194367EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReleaseTaggerBotCc: gerritbot, Aklapper, Lydia_Pintscher, Addshore, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Luke081515, Wikidata-bugs, aude, Darkdadaah, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T195567: Add links to spelling variant values

2018-05-25 Thread Lea_Lacroix_WMDE

Lea_Lacroix_WMDE created this task.Lea_Lacroix_WMDE added a project: Lexicographical data.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONCurrently, on Lexemes and Forms, spelling variants can be added with these two formats:


language code only (fr)
mis + item about a specific script, dialect, version (mis-x-Q145625)


In the future, this will be improved so we can directly augment a language code with an item:


for example: cu-x-Q145625


Even more in the future, this rough interface where user has to type the whole code may disappear and be replaced by something more user-friendly, like having an entity suggester.

In the meantime, it would be useful to have links on the "language code" part, and on the extra item part, so people can click on them and see what the item refers to.

So cu-x-Q8209 would be displayed as cu-x-Q8209 .

This may be covered by a gadget or an extra layer of _javascript_, not sure.TASK DETAILhttps://phabricator.wikimedia.org/T195567WORKBOARDhttps://phabricator.wikimedia.org/project/board/2292/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lea_Lacroix_WMDECc: Aklapper, Micru, Lydia_Pintscher, Lea_Lacroix_WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Commented On] T194367: Duplicate Lemmas created when changing Lemma lang code after making another Lexeme change

gerritbot added a comment.
Change 434714 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Fix mutating lemma state when editing in "lexeme header" widget

https://gerrit.wikimedia.org/r/434714TASK DETAILhttps://phabricator.wikimedia.org/T194367EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Aklapper, Lydia_Pintscher, Addshore, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Luke081515, Wikidata-bugs, aude, Darkdadaah, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T194252: Configure the CI job that runs WikibaseLexeme's browser tests against beta wikidata

2018-05-25 Thread zeljkofilipin

zeljkofilipin updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...- Added WikibaseLexeme for a daily Ruby selenium test run [[ https://gerrit.wikimedia.org/r/#/c/434016/ | 434016 ]] integration/config ‍♂️ [[ https://integration.wikimedia.org/ci/job/selenium-WikibaseLexeme-chrome-434016 | selenium-WikibaseLexeme-chrome-434016 ]]  `java.nio.file.NoSuchFileException` (similar to {T193883})
- Added selenium project for WikibaseLexeme extension [[ https://gerrit.wikimedia.org/r/#/c/432983/ | 432983 ]] integration/config TASK DETAILhttps://phabricator.wikimedia.org/T194252EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, zeljkofilipinCc: zeljkofilipin, gerritbot, WMDE-leszek, Aklapper, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] [Commented On] T167432: Run Wikibase daily browser tests on Jenkins

2018-05-25 Thread zeljkofilipin

zeljkofilipin added a comment.
I am not sure what happened, selenium-Wikibase-chrome/test now takes 20-30 minutes instead of 4-5 hours. 樂TASK DETAILhttps://phabricator.wikimedia.org/T167432EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: Lydia_Pintscher, Stashbot, Ladsgroup, hoo, Addshore, aude, gerritbot, PokestarFan, Tobi_WMDE_SW, Jonas, thiemowmde, WMDE-leszek, zeljkofilipin, hashar, Aleksey_WMDE, Aklapper, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Lowered Priority] T195520: Multiple projects reporting Cannot access the database: No working replica DB server

2018-05-25 Thread Marostegui

Marostegui lowered the priority of this task from "Unbreak Now!" to "High".Marostegui added a comment.
Lowering priority as the mitigation was in placed yesterday EU night.TASK DETAILhttps://phabricator.wikimedia.org/T195520EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: Vachovec1, Tbayer, Ivanhercaz, Lixxx235, Stashbot, Addshore, MrFulano, daniel, Lydia_Pintscher, Tarawneh, PetrohsW, Sunpriat2, Ladsgroup, Legoktm, gerritbot, Thryduulf, matmarex, Krenair, dgstranz, Cirdan, Amorymeltzer, Yarl, Doc_James, Masti, Wiki-1776, Baloch007, abian, Pigsonthewing, putnik, Classicwiki, Jarekt, Jayprakash12345, 1339861mzb, KTC, Bharel, Daimona, Smartyllama, ToBeFree, Paladox, Urbanecm, Davey2010, alanajjar, Mh-3110, Lucas_Werkmeister_WMDE, JEumerus, Samtar, Lofhi, Marostegui, TerraCodes, Liuxinyu970226, Framawiki, Mainframe98, Stryn, Aklapper, Boshomi, Versusxo, Majesticalreaper22, Giuliamocci, Davinaclare77, Adrian1985, Qtn1293, Cpaulf30, Lahi, Gq86, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Zppix, Maathavan, Wong128hk, Wikidata-bugs, aude, ArielGlenn, faidon, He7d3r, Mbch331, Jay8g, fgiunchedi, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T85414: synchronize schema on production with what is created on install

2018-05-25 Thread daniel

daniel added a comment.
This being out of whack eventually caused a site outage T195520: Multiple projects reporting Cannot access the database: No working replica DB server.TASK DETAILhttps://phabricator.wikimedia.org/T85414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: hoo, Ladsgroup, JanZerebecki, aude, Aklapper, daniel, Lahi, Gq86, GoranSMilovanovic, QZanden, Marostegui, LawExplorer, Minhnv-2809, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T195520: Multiple projects reporting Cannot access the database: No working replica DB server

2018-05-25 Thread Vachovec1

Vachovec1 added a project: Wikimedia-Incident.Vachovec1 added a comment.
Added #wikimedia-incident tag. The incident report alrerady exists...TASK DETAILhttps://phabricator.wikimedia.org/T195520EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Vachovec1Cc: Vachovec1, Tbayer, Ivanhercaz, Lixxx235, Stashbot, Addshore, MrFulano, daniel, Lydia_Pintscher, Tarawneh, PetrohsW, Sunpriat2, Ladsgroup, Legoktm, gerritbot, Thryduulf, matmarex, Krenair, dgstranz, Cirdan, Amorymeltzer, Yarl, Doc_James, Masti, Wiki-1776, Baloch007, abian, Pigsonthewing, putnik, Classicwiki, Jarekt, Jayprakash12345, 1339861mzb, KTC, Bharel, Daimona, Smartyllama, ToBeFree, Paladox, Urbanecm, Davey2010, alanajjar, Mh-3110, Lucas_Werkmeister_WMDE, JEumerus, Samtar, Lofhi, Marostegui, TerraCodes, Liuxinyu970226, Framawiki, Mainframe98, Stryn, Aklapper, Boshomi, Versusxo, Majesticalreaper22, Giuliamocci, Davinaclare77, Adrian1985, Qtn1293, Cpaulf30, Lahi, Gq86, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Zppix, Maathavan, Wong128hk, Wikidata-bugs, aude, ArielGlenn, faidon, He7d3r, Mbch331, Jay8g, fgiunchedi, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T85414: synchronize schema on production with what is created on install

2018-05-25 Thread mark

mark added a project: DBA.
TASK DETAILhttps://phabricator.wikimedia.org/T85414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: markCc: hoo, Ladsgroup, JanZerebecki, aude, Aklapper, daniel, Lahi, Gq86, GoranSMilovanovic, QZanden, Marostegui, LawExplorer, Minhnv-2809, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Reopened] T85414: synchronize schema on production with what is created on install

2018-05-25 Thread mark

mark reopened this task as "Open".mark raised the priority of this task from "Normal" to "High".
TASK DETAILhttps://phabricator.wikimedia.org/T85414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: markCc: hoo, Ladsgroup, JanZerebecki, aude, Aklapper, daniel, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T195359: Encoding problems in labels (Korean, French, etc.)

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T195359EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Liuxinyu970226, Pablo-WMDE, abian, dgstranz, Tacsipacsi, Ltrlg, Amire80, mxn, Maxlath, jmac, Mbch331, Smalyshev, JAnD, He7d3r, Lea_Lacroix_WMDE, Urbanecm, Superzerocool, Raymond, VIGNERON, WMDE-leszek, Addshore, revi, Aklapper, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Wikidata-bugs, aude, Darkdadaah___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T195359: Encoding problems in labels (Korean, French, etc.)

gerritbot added a comment.
Change 435131 had a related patch set uploaded (by WMDE-leszek; owner: WMDE-leszek):
[mediawiki/extensions/WikibaseLexeme@master] Require php-vuejs-templating 1.0.2

https://gerrit.wikimedia.org/r/435131TASK DETAILhttps://phabricator.wikimedia.org/T195359EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Liuxinyu970226, Pablo-WMDE, abian, dgstranz, Tacsipacsi, Ltrlg, Amire80, mxn, Maxlath, jmac, Mbch331, Smalyshev, JAnD, He7d3r, Lea_Lacroix_WMDE, Urbanecm, Superzerocool, Raymond, VIGNERON, WMDE-leszek, Addshore, revi, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Darkdadaah___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T194273: Clean up indexes of wb_terms table

gerritbot added a comment.
Change 435128 merged by jenkins-bot:
[operations/mediawiki-config@master] db-eqiad.php: Depool db1092

https://gerrit.wikimedia.org/r/435128TASK DETAILhttps://phabricator.wikimedia.org/T194273EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Marostegui, gerritbotCc: Mholloway, Stashbot, gerritbot, Marostegui, Aklapper, Lucas_Werkmeister_WMDE, Jonas, jcrespo, Ladsgroup, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Minhnv-2809, Maathavan, Luke081515, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T194273: Clean up indexes of wb_terms table

gerritbot added a comment.
Change 435128 had a related patch set uploaded (by Marostegui; owner: Marostegui):
[operations/mediawiki-config@master] db-eqiad.php: Depool db1092

https://gerrit.wikimedia.org/r/435128TASK DETAILhttps://phabricator.wikimedia.org/T194273EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Marostegui, gerritbotCc: Mholloway, Stashbot, gerritbot, Marostegui, Aklapper, Lucas_Werkmeister_WMDE, Jonas, jcrespo, Ladsgroup, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Minhnv-2809, Maathavan, Luke081515, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T177453: Add wikibase client support for searching wikidata items

2018-05-25 Thread dcausse

dcausse added a comment.
Does it mean that we would make WikbaseClient dependent on CirrusSearch and create all necessary query builders into this client?
Have we considered the possibility to run an actual API call to wbsearchentit...@wikidata.org? 
I have no clue if the current API output would allow to rebuild TermSearchResult nor if there are perf considerations that make this solution impossible.TASK DETAILhttps://phabricator.wikimedia.org/T177453EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dcausseCc: dcausse, hoo, Addshore, daniel, Aklapper, Smalyshev, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, cmadeo, LawExplorer, Avner, Gehel, FloNight, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Declined] T195296: Reuse of properties with common data types not possible

2018-05-25 Thread Pablo-WMDE

Pablo-WMDE closed this task as "Declined".Pablo-WMDE added a comment.
Then let's wait for senses and someone with more (domain) knowledge to file a well-versed ticket.TASK DETAILhttps://phabricator.wikimedia.org/T195296EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Pablo-WMDECc: Lucas_Werkmeister_WMDE, Aklapper, Pablo-WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T192020: Use newer versions of binaries from WDQS deploy binaries

2018-05-25 Thread Tarrow

Tarrow added a project: Patch-For-Review.Tarrow moved this task from In Progress to Needs Review on the Wikidata-Ministry-Of-Magic board.Tarrow added a comment.
PR now available at: https://github.com/wmde/wikibase-docker/pull/28TASK DETAILhttps://phabricator.wikimedia.org/T192020WORKBOARDhttps://phabricator.wikimedia.org/project/board/3273/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TarrowCc: Tarrow, Addshore, Aklapper, Smalyshev, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, lisong, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Gstupp, LawExplorer, Lewizho99, Maathavan, Abbe98, 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] [Commented On] T192020: Use newer versions of binaries from WDQS deploy binaries

2018-05-25 Thread Tarrow

Tarrow added a comment.
After a little digging it seems that that search endpoint is locked down but the good news is that:

https://archiva.wikimedia.org/repository/snapshots/org/wikidata/query/rdf/service/0.3.0-SNAPSHOT/service-0.3.0-SNAPSHOT-dist.zip seems to always display the latest pushed SNAPSHOT version.

I diffed the extracted folder with the most recent one published in the list from https://archiva.wikimedia.org/#artifact-details-download-content/org.wikidata.query.rdf/service/0.3.0-SNAPSHOT and they are identical.TASK DETAILhttps://phabricator.wikimedia.org/T192020EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TarrowCc: Tarrow, Addshore, Aklapper, Smalyshev, Lahi, Gq86, GoranSMilovanovic, lisong, QZanden, Gstupp, LawExplorer, Abbe98, 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] [Commented On] T195453: wbsearchentities fails to return results for entity type form