Re: [Wikidata] [Wikimedia-l] An answer to Lydia Pintscher regarding its considerations on Wikidata and CC-0

[Denny Vrandečić]

Scott,

The NC license clause is problematic in a number of jurisdictions. For
example, at least in Germany, as I remember from my law classes, it also
would definitively include not-for-profits, NGOs, and even say bloggers,
with or without ads on their sites. One must always be careful in the
choice of a license in order to avoid unintended consequences.

Just food for thought
Denny

On Thu, Nov 30, 2017, 20:51 John Erling Blad  wrote:

> My reference was to in-place discussions at WMDE, not the open meetings
> with Markus. Each week we had an open demo where Markus usually attended.
> As I remember the May-discussion, it was just a discussion in the office,
> there was a reference to an earlier meeting. It is although easy to mix up
> old memories, so what happen first and what happen next should not be taken
> to be facts. If Markus also says the same it is although a reasonable
> chance we have got it right.
>
> As to the questions about archives on open discussions with the community.
> This was in April-May 2012. There was no community, there were only
> concerned individuals. The community started to emerge in August with the
> first attempts to go public. On Wikidata_talk:Introduction there are some
> posts from 15. August 2012,[1] while first post on the subject page is from
> 30. October. The stuff from before October comes from a copy-paste from
> Meta.[3] Note that Denny writes "The data in Wikidata is published under a
> free license, allowing the reuse of the data in many different scenarios."
> but Whittylama changes this to "The data in Wikidata is published under [
> http://creativecommons.org/publicdomain/zero/1.0/ a free license],
> allowing
> the reuse of the data in many different scenarios.",[4] and at that point
> there were a community on an open site and had been for a week. When
> Whittylama did his post it was the 4504th post on the site, so it was
> hardly the first! The license was initially a CC-SA.[8] I'm not quite sure
> when it was changed to CC0 in the footer,[9] but it seems to have happen
> before 31 October 2012, at 19:09. First post on Q1 is from 29. October
> 2012,[5] this is one of several items updated this evening.
>
> It is quite enlightening to start at oldid=1 [6] and stepping forward. You
> will find that our present incarnation went live 25. October 2012. So much
> for the "birthday". To ask for archived community discussions before 25th
> October does not make sense, there were no site, and the only people
> involved were mostly devs posting at Meta. Note for example that the page
> Wikidata:Introduction is from Meta.[7]
>
> [1] https://www.wikidata.org/wiki/Wikidata_talk:Introduction
> [2]
> https://www.wikidata.org/w/index.php?title=Wikidata:Introduction=2677
> [3]
>
> https://www.wikidata.org/w/index.php?title=Wikidata_talk:Introduction=133569705=128154617
> [4]
>
> https://www.wikidata.org/w/index.php?title=Wikidata:Introduction=next=4504
> [5] https://www.wikidata.org/w/index.php?title=Q1=103
> [6] https://www.wikidata.org/w/index.php?oldid=1
> [7]
>
> https://meta.wikimedia.org/w/index.php?title=Wikidata/Introduction=4030743
> [8]
>
> https://web.archive.org/web/20121027015501/http://www.wikidata.org/wiki/Wikidata:Main_Page
> [9]
>
> https://web.archive.org/web/20121102074347/http://www.wikidata.org/wiki/Wikidata:Main_Page
>
> On Fri, Dec 1, 2017 at 1:18 AM, Markus Krötzsch <
> mar...@semantic-mediawiki.org> wrote:
>
> > Dear Mathieu,
> >
> > Your post demands my response since I was there when CC0 was first chosen
> > (i.e., in the April meeting). I won't discuss your other claims here --
> the
> > discussions on the Wikidata list are already doing this, and I agree with
> > Lydia that no shouting is necessary here.
> >
> > Nevertheless, I must at least testify to what John wrote in his earlier
> > message (quote included below this email for reference): it was not
> Denny's
> > decision to go for CC0, but the outcome of a discussion among several
> > people who had worked with open data for some time before Wikidata was
> > born. I have personally supported this choice and still do. I have never
> > received any money directly or indirectly from Google, though -- full
> > disclosure -- I got several T-shirts for supervising in Summer of Code
> > projects.
> >
> > At no time did Google or any other company take part in our discussions
> in
> > the zeroth hour of Wikidata. And why should they? From what I can see on
> > their web page, Google has no problem with all kinds of different license
> > terms in the data they display. Also, I can tell you that we would have
> > reacted in a very allergic way to such attempts, so if any company had
> > approached us, this would quite likely have backfired. But, believe it or
> > not, when we started it was all but clear that this would become a
> relevant
> > project at all, and no major company even cared to lobby us. It was still
> > mostly a few hackers getting together in varying 

[Wikidata-bugs] [Maniphest] [Retitled] T181401: wikidatawiki_p.wb_items_per_site query is slower than expected on Wiki Replicas

[bd808]

bd808 renamed this task from "Wikidata is slow on Wiki Replicas" to "wikidatawiki_p.wb_items_per_site query is slower than expected on Wiki Replicas".
TASK DETAILhttps://phabricator.wikimedia.org/T181401EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: bd808Cc: zhuyifei1999, Legoktm, Dispenser, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, Tbscho, Vali.matei, JJMC89, Volker_E, Wikidata-bugs, aude, GWicke, Gryllida, scfc, Mbch331, Jay8g, Krenair, chasemp___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Reopened] T359: Document the Wikidata API in the Developer Hub

[Legoktm]

Legoktm reopened this task as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T359EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: johl, Ricordisamoa, Aklapper, Christopher, Addshore, Lucie, Spage, daniel, aude, Lydia_Pintscher, Qgil, Lahi, Gq86, GoranSMilovanovic, Ivana_Isadora, QZanden, Wikidata-bugs, Mbch331, Jay8g, Ltrlg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Block] T88409: Showcase/inspire: Mobile page description from Wikidata

[Legoktm]

Legoktm reopened subtask T359: Document the Wikidata API in the Developer Hub as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T88409EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mhurd, LegoktmCc: Qgil, Deskana, Lydia_Pintscher, Spage, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331, Ltrlg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Merged] T359: Document the Wikidata API in the Developer Hub

[Ptrpov]

Ptrpov closed this task as a duplicate of T181249: Measure key aspects for New Editor Experiences initiatives.
TASK DETAILhttps://phabricator.wikimedia.org/T359EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PtrpovCc: johl, Ricordisamoa, Aklapper, Christopher, Addshore, Lucie, Spage, daniel, aude, Lydia_Pintscher, Qgil, Lahi, Gq86, GoranSMilovanovic, Ivana_Isadora, QZanden, Wikidata-bugs, Mbch331, Jay8g, Ltrlg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Merged] T359: Document the Wikidata API in the Developer Hub

[Ptrpov]

Ptrpov closed this task as a duplicate of T181249: Measure key aspects for New Editor Experiences initiatives.
TASK DETAILhttps://phabricator.wikimedia.org/T359EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PtrpovCc: johl, Ricordisamoa, Aklapper, Christopher, Addshore, Lucie, Spage, daniel, aude, Lydia_Pintscher, Qgil, Lahi, Gq86, GoranSMilovanovic, Ivana_Isadora, QZanden, Wikidata-bugs, Mbch331, Jay8g, Ltrlg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T168543: ParserOutput::recordOption( 'editsection' ) should no longer be used

[ReleaseTaggerBot]

ReleaseTaggerBot added a project: MW-1.31-release-notes (WMF-deploy-2017-12-05 (1.31.0-wmf.11)).
TASK DETAILhttps://phabricator.wikimedia.org/T168543EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReleaseTaggerBotCc: gerritbot, Anomie, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] An answer to Lydia Pintscher regarding its considerations on Wikidata and CC-0

[John Erling Blad]

My reference was to in-place discussions at WMDE, not the open meetings
with Markus. Each week we had an open demo where Markus usually attended.
As I remember the May-discussion, it was just a discussion in the office,
there was a reference to an earlier meeting. It is although easy to mix up
old memories, so what happen first and what happen next should not be taken
to be facts. If Markus also says the same it is although a reasonable
chance we have got it right.

As to the questions about archives on open discussions with the community.
This was in April-May 2012. There was no community, there were only
concerned individuals. The community started to emerge in August with the
first attempts to go public. On Wikidata_talk:Introduction there are some
posts from 15. August 2012,[1] while first post on the subject page is from
30. October. The stuff from before October comes from a copy-paste from
Meta.[3] Note that Denny writes "The data in Wikidata is published under a
free license, allowing the reuse of the data in many different scenarios."
but Whittylama changes this to "The data in Wikidata is published under [
http://creativecommons.org/publicdomain/zero/1.0/ a free license], allowing
the reuse of the data in many different scenarios.",[4] and at that point
there were a community on an open site and had been for a week. When
Whittylama did his post it was the 4504th post on the site, so it was
hardly the first! The license was initially a CC-SA.[8] I'm not quite sure
when it was changed to CC0 in the footer,[9] but it seems to have happen
before 31 October 2012, at 19:09. First post on Q1 is from 29. October
2012,[5] this is one of several items updated this evening.

It is quite enlightening to start at oldid=1 [6] and stepping forward. You
will find that our present incarnation went live 25. October 2012. So much
for the "birthday". To ask for archived community discussions before 25th
October does not make sense, there were no site, and the only people
involved were mostly devs posting at Meta. Note for example that the page
Wikidata:Introduction is from Meta.[7]

[1] https://www.wikidata.org/wiki/Wikidata_talk:Introduction
[2]
https://www.wikidata.org/w/index.php?title=Wikidata:Introduction=2677
[3]
https://www.wikidata.org/w/index.php?title=Wikidata_talk:Introduction=133569705=128154617
[4]
https://www.wikidata.org/w/index.php?title=Wikidata:Introduction=next=4504
[5] https://www.wikidata.org/w/index.php?title=Q1=103
[6] https://www.wikidata.org/w/index.php?oldid=1
[7]
https://meta.wikimedia.org/w/index.php?title=Wikidata/Introduction=4030743
[8]
https://web.archive.org/web/20121027015501/http://www.wikidata.org/wiki/Wikidata:Main_Page
[9]
https://web.archive.org/web/20121102074347/http://www.wikidata.org/wiki/Wikidata:Main_Page

On Fri, Dec 1, 2017 at 1:18 AM, Markus Krötzsch <
mar...@semantic-mediawiki.org> wrote:

> Dear Mathieu,
>
> Your post demands my response since I was there when CC0 was first chosen
> (i.e., in the April meeting). I won't discuss your other claims here -- the
> discussions on the Wikidata list are already doing this, and I agree with
> Lydia that no shouting is necessary here.
>
> Nevertheless, I must at least testify to what John wrote in his earlier
> message (quote included below this email for reference): it was not Denny's
> decision to go for CC0, but the outcome of a discussion among several
> people who had worked with open data for some time before Wikidata was
> born. I have personally supported this choice and still do. I have never
> received any money directly or indirectly from Google, though -- full
> disclosure -- I got several T-shirts for supervising in Summer of Code
> projects.
>
> At no time did Google or any other company take part in our discussions in
> the zeroth hour of Wikidata. And why should they? From what I can see on
> their web page, Google has no problem with all kinds of different license
> terms in the data they display. Also, I can tell you that we would have
> reacted in a very allergic way to such attempts, so if any company had
> approached us, this would quite likely have backfired. But, believe it or
> not, when we started it was all but clear that this would become a relevant
> project at all, and no major company even cared to lobby us. It was still
> mostly a few hackers getting together in varying locations in Berlin. There
> was a lot of fun, optimism, and excitement in this early phase of Wikidata
> (well, I guess we are still in this phase).
>
> So please do not start emails with made-up stories around past events that
> you have not even been close to (calling something "research" is no
> substitute for methodology and rigour). Putting unsourced personal attacks
> against community members before all other arguments is a reckless way of
> maximising effect, and such rhetoric can damage our movement beyond this
> thread or topic. Our main strength is not our content but our community,
> and I am glad to see that many 

[Wikidata-bugs] [Maniphest] [Commented On] T168543: ParserOutput::recordOption( 'editsection' ) should no longer be used

[gerritbot]

gerritbot added a comment.
Change 393279 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Use ParserOutputPostCacheTransform hook to avoid splitting cache on 'editsection'

https://gerrit.wikimedia.org/r/393279TASK DETAILhttps://phabricator.wikimedia.org/T168543EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Anomie, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] An answer to Lydia Pintscher regarding its considerations on Wikidata and CC-0

[mathieu stumpf guntz]

Hello Markus,

First rest assured that any feedback provided will be integrated in the 
research project on the topic with proper references, including this 
email. It might not come before beginning of next week however, as I'm 
already more than fully booked until then. But once again it's on a 
wiki, be bold.


Le 01/12/2017 à 01:18, Markus Krötzsch a écrit :

Dear Mathieu,

Your post demands my response since I was there when CC0 was first 
chosen (i.e., in the April meeting). I won't discuss your other claims 
here -- the discussions on the Wikidata list are already doing this, 
and I agree with Lydia that no shouting is necessary here.


Nevertheless, I must at least testify to what John wrote in his 
earlier message (quote included below this email for reference): it 
was not Denny's decision to go for CC0, but the outcome of a 
discussion among several people who had worked with open data for some 
time before Wikidata was born. I have personally supported this choice 
and still do. I have never received any money directly or indirectly 
from Google, though -- full disclosure -- I got several T-shirts for 
supervising in Summer of Code projects.


Maybe I wasn't clear enough on that too, but to my mind the problem is 
not money but governance. Anyone with too much cash can throw it 
wherever wanted, and if some fall into Wikimedia pocket, that's fine.


But the moment a decision that impact so deeply Wikimedia governance and 
future happen, then maximum transparency must be present, communication 
must be extensive, and taking into account community feedback is 
extremely preferable. No one is perfect, myself included, so its all the 
more important to listen to external feedback. I said earlier that I 
found the knowledge engine was a good idea, but for what I red it seems 
that transparency didn't reach expectation of the community.


So, I was wrong my inferences around Denny, good news. Of course I would 
prefer to have other archived sources to confirm that. No mistrust 
intended, I think most of us are accustomed to put claims in perspective 
with sources and think critically.


For completeness, was this discussion online or – to bring bag the 
earlier stated testimony – around a pizza? If possible, could you 
provide a list of involved people? Did a single person took the final 
decision, or was it a show of hands, or some consensus emerged from 
discussion? Or maybe the community was consulted with a vote, and if 
yes, where can I find the archive?


Also archives show that lawyers were consulted on the topic, could we 
have a copy of their report?


At no time did Google or any other company take part in our 
discussions in the zeroth hour of Wikidata. And why should they? From 
what I can see on their web page, Google has no problem with all kinds 
of different license terms in the data they display.
Because they are more and more moving to a business model of providing 
themselves what people are looking for to keep users in their sphere of 
tracking and influence, probably with the sole idea of generating more 
revenue I guess.
Also, I can tell you that we would have reacted in a very allergic way 
to such attempts, so if any company had approached us, this would 
quite likely have backfired. But, believe it or not, when we started 
it was all but clear that this would become a relevant project at all, 
and no major company even cared to lobby us. It was still mostly a few 
hackers getting together in varying locations in Berlin. There was a 
lot of fun, optimism, and excitement in this early phase of Wikidata 
(well, I guess we are still in this phase).
Please situate that in time so we can place that in a timeline. In March 
2012 Wikimedia DE announced the initial funding of 1.3 million Euros by 
Google, Paul Allen's Institute for Artificial Intelligence and Gordon 
and Betty Moore Foundation.


So please do not start emails with made-up stories around past events 
that you have not even been close to (calling something "research" is 
no substitute for methodology and rigour). 
But that's all the problem here, no one should have to carry the pain of 
trying to reconstruct what happened through such a research. Process of 
this kind of decision should have been documented and should be easily 
be found in archives. If you have suggestion in methods, please provide 
them. Just denigrating the work don't help in any way to improve it. If 
there are additional sources that I missed, please provide them. If 
there are methodologies that would help improve the work, references are 
welcome.


Putting unsourced personal attacks against community members before 
all other arguments is a reckless way of maximising effect, and such 
rhetoric can damage our movement beyond this thread or topic. 
All this is built on references. If the analyze is wrong, for example 
because it missed crucial undocumented information this must be 
corrected with additional sources. Wikidata team, as far as I 

Re: [Wikidata] An answer to Lydia Pintscher regarding its considerations on Wikidata and CC-0

[Thad Guidry]

Google and Wikidata,

Mathieu as an AI responder is really awesome !

Curious, what language is he programmed in and how long did it take you
guys to code him ?

:)
-Thad
+ThadGuidry 
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T181385: Wikidata truthy nt dumpers stuck with 100% CPU on snapshot1007

[Stashbot]

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2017-12-01T01:46:52Z]  Ran scap pull on mwdebug1001 after T181385 testingTASK DETAILhttps://phabricator.wikimedia.org/T181385EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: StashbotCc: TerraCodes, Jay8g, Liuxinyu970226, Stashbot, Aklapper, daniel, Lydia_Pintscher, ArielGlenn, aude, hoo, Lahi, Gq86, GoranSMilovanovic, QZanden, 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] T181385: Wikidata truthy nt dumpers stuck with 100% CPU on snapshot1007

[hoo]

hoo added a comment.

In T181385#3801696, @hoo wrote:
When changing CacheRetrievingEntityRevisionLookup to always use it's underlying EntityRevisionLookup ($this->lookup) on mwdebug1001, both the call with --no-cache and without it show very similar memory usage behavior.


This suggest that removing the no-cache wont have any effect on Zend at all (as the hit rate on Zend is 0 anyway).

I tried digging into this some more, but couldn't find anything useful, yet. I skimmed the whole wmf.6 -> wmf.8 Wikidata and MediaWiki diff and couldn't see anything related/ or I manually reverted the related bits on mwdebug1001 without success.TASK DETAILhttps://phabricator.wikimedia.org/T181385EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: TerraCodes, Jay8g, Liuxinyu970226, Stashbot, Aklapper, daniel, Lydia_Pintscher, ArielGlenn, aude, hoo, Lahi, Gq86, GoranSMilovanovic, QZanden, Wikidata-bugs, Svick, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] An answer to Lydia Pintscher regarding its considerations on Wikidata and CC-0

[mathieu stumpf guntz]

Hi James,

Le 30/11/2017 à 23:54, James Heald a écrit :

Mathieu,

You don't seem to grasp the essential legal point, though several 
people in this thread have already tried to tell you.


Copyright protects expression and creative originality.  It does not 
protect merely a collation of facts.
Well, let's recall 
https://meta.wikimedia.org/wiki/Wikilegal/Database_Rights#Copyright_protection_in_the_US:


   A database is protected by copyright when the selection or
   arrangement is original and creative.^[2]
   
   The level of creativity required is low, so it doesn’t have to be
   very creative — as long as the author had some discretion and made
   some choices in what to include or how to organize it, the database
   is likely to be protected.

So, depending on how creative your collation arrangement is, copyright 
might apply (in the US). In Europe, as you point bellow, /sui generis/ 
rights might be enforceable.




The CC-SA licence is based on copyright.  Anything that is not 
protected by copyright is not protected by the CC-SA licence.


To the extent that an article can be reduced to a mere collation of 
facts, it is not protected by copyright.  What is protected is any 
originality or creativity in how those facts are organised and 
presented -- the expression, the sequence of thought, the selections 
of words, all the authorial choices in the text.
The problem not addressed in this reasoning is that all this "creative 
choices" can themselves be exposed as factual statements. This could be 
exposed in extensive development of several concurrent theses regarding 
the problem of knowledge and creativity from both a gnoseologic and 
epistemic perspectives. But admittedly, here this would be useless 
offtopic logorrhoea. So in short, through history people developed, 
inter alias, theories which states that everything is creative, nothing 
is creative, only some things are creative.


So the problem here is not that I can't grasp the legal point about the 
creativity argument, but that I'm not in position of enforcing what is 
considered creative nor predict whatever some undetermined legal entity 
might prefer to declare to be creative or not.


For that, you have to get the answer from some legal entity which 
through their mystic power inaccessible to mere mortal like me will be 
able to operate the magical performative statement 
 that will seal 
the destiny of a work into the realm of creativity or relegate it to 
vulgar combinatorial material for the rest of eternity (in the scope of 
its jurisdiction, until some other legal decision states otherwise).




*That* is the difference between a copyright-protected Wiki article on 
the one hand, and a Wikidata collection of facts on the other.



In the European Union collections of facts can be protected by 
database rights.


That is the path Open Streetmap chose, when they designed the ODbL, to 
prevent their work being eaten up and assimilated by closed commercial 
rivals.


It is not the choice Wikidata made.  And it is not the choice any of 
the Wiki projects made before Wikidata -- CC-SA disclaims database 
rights.
Actually, as far as I know, CC-by-sa-3.0-undeed states nothing about 
/suis generis/ rights, and so don't disclaim it but let it applied in 
all its extensiveness.


And that is the license that cover all other Wikimedia wiki projects 
(with a dual GFDL 1.3), except Commons where users chose whatever free 
licenses they want, and Wikidata which permit exclusively CC0.


And a large part of the inquiry on this topic is to determine who 
decided to use exclusively CC0, through which process and with which 
goals/perspectives. Some answers stated "long discussions on the topic", 
but I wasn't given any link so far with something like a vote on the 
topic, and until something like that is provided, it can't be checked 
that indeed the community made this decision. So a statement like "the 
choice Wikidata made" is inconvenient, as what denotation is supposed to 
be done of "Wikidata" in this context is all but trivial.



Yes, CC0 causes us some difficulties.

It means what we can import from OpenStreetmap is very restricted -- 
mass import falls foul of OSM's database rights; and also coordinates 
and boundaries are somewhat susceptible to judgment, so there is 
probably a copyright element to.


It also makes it difficult to import from official sources (eg the UK 
Open Government Licence) that use database rights to require 
attribution -- that is not an obligation we are prepared to pass on to 
out re-users, which means we generally have to forego such sources.
I think that with the solution already previously proposed to integrate 
a license attribute, it would be extremely easy for end user to filter 
items and statements that come with license they don't want to respect, 
while still enabling other 

[Wikidata-bugs] [Maniphest] [Updated] T181385: Wikidata truthy nt dumpers stuck with 100% CPU on snapshot1007

[hoo]

hoo added a comment.
Reverting 795350da2e5c49efa66c1950bd034f46aeb3768a also doesn't seem to make any difference.TASK DETAILhttps://phabricator.wikimedia.org/T181385EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: TerraCodes, Jay8g, Liuxinyu970226, Stashbot, Aklapper, daniel, Lydia_Pintscher, ArielGlenn, aude, hoo, Lahi, Gq86, GoranSMilovanovic, QZanden, 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] T181385: Wikidata truthy nt dumpers stuck with 100% CPU on snapshot1007

[hoo]

hoo added a comment.
When changing CacheRetrievingEntityRevisionLookup to always use it's underlying EntityRevisionLookup ($this->lookup) on mwdebug1001, both the call with --no-cache and without it show very similar memory usage behavior.TASK DETAILhttps://phabricator.wikimedia.org/T181385EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: TerraCodes, Jay8g, Liuxinyu970226, Stashbot, Aklapper, daniel, Lydia_Pintscher, ArielGlenn, aude, hoo, Lahi, Gq86, GoranSMilovanovic, QZanden, 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] [Updated] T177353: Metrics for SDoC: look at search hits based on which element the search is hitting

[chelsyx]

chelsyx edited projects, added Discovery-Analysis (Current work); removed Discovery-Analysis.
TASK DETAILhttps://phabricator.wikimedia.org/T177353EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: chelsyxCc: EBernhardson, Aklapper, mpopov, chelsyx, Abit, SandraF_WMF, Ramsey-WMF, Capt_Swing, debt, Lahi, PDrouin-WMF, Gq86, E1presidente, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Steinsplitter, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] An answer to Lydia Pintscher regarding its considerations on Wikidata and CC-0

[Markus Krötzsch]

Dear Mathieu,

Your post demands my response since I was there when CC0 was first 
chosen (i.e., in the April meeting). I won't discuss your other claims 
here -- the discussions on the Wikidata list are already doing this, and 
I agree with Lydia that no shouting is necessary here.


Nevertheless, I must at least testify to what John wrote in his earlier 
message (quote included below this email for reference): it was not 
Denny's decision to go for CC0, but the outcome of a discussion among 
several people who had worked with open data for some time before 
Wikidata was born. I have personally supported this choice and still do. 
I have never received any money directly or indirectly from Google, 
though -- full disclosure -- I got several T-shirts for supervising in 
Summer of Code projects.


At no time did Google or any other company take part in our discussions 
in the zeroth hour of Wikidata. And why should they? From what I can see 
on their web page, Google has no problem with all kinds of different 
license terms in the data they display. Also, I can tell you that we 
would have reacted in a very allergic way to such attempts, so if any 
company had approached us, this would quite likely have backfired. But, 
believe it or not, when we started it was all but clear that this would 
become a relevant project at all, and no major company even cared to 
lobby us. It was still mostly a few hackers getting together in varying 
locations in Berlin. There was a lot of fun, optimism, and excitement in 
this early phase of Wikidata (well, I guess we are still in this phase).


So please do not start emails with made-up stories around past events 
that you have not even been close to (calling something "research" is no 
substitute for methodology and rigour). Putting unsourced personal 
attacks against community members before all other arguments is a 
reckless way of maximising effect, and such rhetoric can damage our 
movement beyond this thread or topic. Our main strength is not our 
content but our community, and I am glad to see that many have already 
responded to you in such a measured and polite way.


Peace,

Markus


On 30.11.2017 09:55, John Erling Blad wrote:
> Licensing was discussed in the start of the project, as in start of
> developing code for the project, and as I recall it the arguments for
> CC0 was valid and sound. That was long before Danny started working for
> Google.
>
> As I recall it was mention during first week of the project (first week
> of april), and the duscussion reemerged during first week of
> development. That must have been week 4 or 5 (first week of may), as the
> delivery of the laptoppen was delayed. I was against CC0 as I expected
> problems with reuse og external data. The arguments for CC0 convinced me.
>
> And yes, Denny argued for CC0 AS did Daniel and I believe Jeroen and
> Jens did too.



___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Updated] T173818: [Epic] Kill the Wikidata build step

[bd808]

bd808 added a subtask: T181769: Update role::wikidata to work with new (no)build process.
TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, bd808Cc: bd808, Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Raised Priority] T181385: Wikidata truthy nt dumpers stuck with 100% CPU on snapshot1007

[hoo]

hoo raised the priority of this task from "High" to "Unbreak Now!".Herald added subscribers: Liuxinyu970226, Jay8g, TerraCodes.
TASK DETAILhttps://phabricator.wikimedia.org/T181385EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: TerraCodes, Jay8g, Liuxinyu970226, Stashbot, Aklapper, daniel, Lydia_Pintscher, ArielGlenn, aude, hoo, Lahi, Gq86, GoranSMilovanovic, QZanden, 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] T181385: Wikidata truthy nt dumpers stuck with 100% CPU on snapshot1007

[Stashbot]

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2017-12-01T00:04:47Z]  Killed all remaining Wikidata JSON/RDF dumpers, due to T181385. This means no dumps this week!TASK DETAILhttps://phabricator.wikimedia.org/T181385EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: StashbotCc: Stashbot, Aklapper, daniel, Lydia_Pintscher, ArielGlenn, aude, hoo, Lahi, Gq86, GoranSMilovanovic, QZanden, 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] T173818: [Epic] Kill the Wikidata build step

[Jdforrester-WMF]

Jdforrester-WMF updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...[ x] T177060 Sort out the extension lists and localization stuff for deployment...[ x] T181708 Undeploy the Wikidata extension / the build...TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, Jdforrester-WMFCc: bd808, Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-tech] Tracking internal uses of Wikidata Query Service

[Stas Malyshev]

Hi!

We are seeing more use of the Wikidata Query Service by Wikimedia
projects. Which is excellent news, but somewhat worse news is that the
maintainers of WDQS do not have a good idea what these services are,
what they needs are and so on. So, we have decided we want to start
tracking internal uses of Wikidata Query Service.

To that point, if you run any functionality on Wikimedia sites
(Wikipedias, Wikidata, etc., anything with wikimedia domain) that uses
queries to the Wikidata Query Service, please go to:
https://wikitech.wikimedia.org/wiki/Wikidata_query_service/Usage
and add your project there. That is both if your project runs queries by
itself on the background, or if it uses queries as part of user
interaction scenario.

We do not include labs tools currently unless it is absolutely vital
infrastructure (i.e. if it went down, would it substantially degrade the
main site functionality or make some features unusable?) If you still
feel we should know about certain lab tool, please leave a note on the
talk page.

What's in it for you?

We want to know these in order to better understand the scope of
internal usage and as preparation for T178492 (creating internal WDQS
setup) - with the goal to provide internal users more robust and more
flexible service. Also we want it to ensure we do not break anything
important when we do maintenance, and we know who to talk to if some
queries do not work as expected and we want to fix it.

What we want to know?

- We'd like to have general description of the functionality (i.e., what
the service is for)
- How to recognize queries run by it - user agent? source host? specific
query pattern? some other mark? It is recommended that it would be
possible to recognize
- What kind of queries it runs (no need to list every possible one of
course but if there are typical cases it'd help to see it)?
- How often the queries run - if it's periodic, or what is
expected/statistical usage of the tool if it's user driven tool?
- Where could we see the code at the base of it and who maintains it?
- Feel free to add any other information about anything you think would
be useful for us to know.

What was that page again?

https://wikitech.wikimedia.org/wiki/Wikidata_query_service/Usage

Thanks in advance,
-- 
Stas Malyshev
smalys...@wikimedia.org

___
Wikidata-tech mailing list
Wikidata-tech@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-tech

[Wikidata-bugs] [Maniphest] [Updated] T181760: ItemChange ErrorExceptions on Wikibase master

[ReleaseTaggerBot]

ReleaseTaggerBot added a project: MW-1.31-release-notes (WMF-deploy-2017-12-05 (1.31.0-wmf.11)).
TASK DETAILhttps://phabricator.wikimedia.org/T181760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, ReleaseTaggerBotCc: gerritbot, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Luke081515, Wikidata-bugs, aude, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T173818: [Epic] Kill the Wikidata build step

[bd808]

bd808 added a comment.
The MediaWiki-Vagrant role clones https://gerrit.wikimedia.org/r/wikidata/build-resources. Does that need some replacement as well?TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, bd808Cc: bd808, Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T168057: create slide deck with Wikidata showcases

[PDrouin-WMF]

PDrouin-WMF added a comment.
I'd also like access to the doc. It'd be helpful for me in learning more about everything.TASK DETAILhttps://phabricator.wikimedia.org/T168057EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PDrouin-WMFCc: PDrouin-WMF, BVershbow_WMF, Sadads, SandraF_WMF, GoranSMilovanovic, DarTar, PokestarFan, HenkvD, Daniel_Mietchen, Framawiki, Planemad, Jonas, Spinster, Magnus, Multichill, NavinoEvans, Zorglub27, Lucie, Tpt, Andrawaag, Fnielsen, Pigsonthewing, Lucas_Werkmeister_WMDE, Lea_Lacroix_WMDE, johl, Aklapper, Lydia_Pintscher, Lahi, Gq86, QZanden, 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] T173818: [Epic] Kill the Wikidata build step

[Addshore]

Addshore added a comment.
The build is now DEAD!  
All that remains is cleanup TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T181760: ItemChange ErrorExceptions on Wikibase master

[gerritbot]

gerritbot added a comment.
Change 394432 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Unserialize compact diff when it's string not array

https://gerrit.wikimedia.org/r/394432TASK DETAILhttps://phabricator.wikimedia.org/T181760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Luke081515, Wikidata-bugs, aude, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T177060: Stop using extension-list-wikidata from the build in mediawiki-config

[Stashbot]

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2017-11-30T23:39:12Z]  Synchronized wmf-config: wdbuild: T173818 T177060 [[gerrit:394282|Add wikidata extensions to extension-list]] (duration: 00m 46s)TASK DETAILhttps://phabricator.wikimedia.org/T177060EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, StashbotCc: Stashbot, gerritbot, Addshore, aude, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T173818: [Epic] Kill the Wikidata build step

[Stashbot]

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2017-11-30T23:39:12Z]  Synchronized wmf-config: wdbuild: T173818 T177060 [[gerrit:394282|Add wikidata extensions to extension-list]] (duration: 00m 46s)TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, StashbotCc: Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T173818: [Epic] Kill the Wikidata build step

[Addshore]

Addshore closed subtask T177060: Stop using extension-list-wikidata from the build in mediawiki-config as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T177060: Stop using extension-list-wikidata from the build in mediawiki-config

[Addshore]

Addshore closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T177060EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: gerritbot, Addshore, aude, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T177060: Stop using extension-list-wikidata from the build in mediawiki-config

[gerritbot]

gerritbot added a comment.
Change 394282 merged by jenkins-bot:
[operations/mediawiki-config@master] wdbuild: Add wikidata extensions to extension-list

https://gerrit.wikimedia.org/r/394282TASK DETAILhttps://phabricator.wikimedia.org/T177060EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, gerritbotCc: gerritbot, Addshore, aude, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T173818: [Epic] Kill the Wikidata build step

[Stashbot]

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2017-11-30T23:35:35Z]  Synchronized wmf-config: wdbuild: T173818 [[gerrit:394216|Remove Wikibase-buildentry.php config file (empty)]] (duration: 00m 46s)TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, StashbotCc: Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T173818: [Epic] Kill the Wikidata build step

[Stashbot]

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2017-11-30T23:34:33Z]  Synchronized wmf-config/Wikibase.php: wdbuild: T173818 [[gerrit:394216|Remove Wikibase-buildentry.php config file (empty)]] (duration: 00m 45s)TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, StashbotCc: Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T173818: [Epic] Kill the Wikidata build step

[Stashbot]

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2017-11-30T23:30:38Z]  Synchronized wmf-config: wdbuild: T173818 [[gerrit:394215|Remove wmgUseWikidataBuild]] (duration: 00m 46s)TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, StashbotCc: Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T181760: ItemChange ErrorExceptions on Wikibase master

[gerritbot]

gerritbot added a comment.
Change 394496 merged by jenkins-bot:
[mediawiki/extensions/ProofreadPage@master] Make PageContentHander::getAutosummary() compatible with its parents

https://gerrit.wikimedia.org/r/394496TASK DETAILhttps://phabricator.wikimedia.org/T181760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Luke081515, Wikidata-bugs, aude, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T181760: ItemChange ErrorExceptions on Wikibase master

[gerritbot]

gerritbot added a comment.
Change 394495 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Make EntityHandler::getAutosummary() compatible with its parents

https://gerrit.wikimedia.org/r/394495TASK DETAILhttps://phabricator.wikimedia.org/T181760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Luke081515, Wikidata-bugs, aude, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T173818: [Epic] Kill the Wikidata build step

[Stashbot]

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2017-11-30T23:29:02Z]  Synchronized wmf-config/Wikibase-buildentry.php: wdbuild: T173818 [[gerrit:394215|Remove wmgUseWikidataBuild]] (duration: 00m 45s)TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, StashbotCc: Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T173818: [Epic] Kill the Wikidata build step

[Addshore]

Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...[ x] T175026 Deploy extensions as normal MW extensions (CommonSettings.php, etc.) and remove them from the build (note that we might need to set up manual classmaps for AutoloadClasses temporarily until {T99865} is resolvedTASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T175026: Remove extensions from the Wikidata build and deploy as a regular extension

[Addshore]

Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION... [x] wikibase/wikibase
 [x] wikibase/quality
 [x] wikibase/constraints
 [x] mediawiki/article-placeholder
 [x] propertysuggester/propertysuggester
 [x] wikibase/wikimedia-badges
 [x] wikibase/Wikidata.orgTASK DETAILhttps://phabricator.wikimedia.org/T175026EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: WMDE-leszek, Liuxinyu970226, Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T175026: Remove extensions from the Wikidata build and deploy as a regular extension

[Addshore]

Addshore closed subtask T175022: Remove the "ArticlePlaceholder" extension from the build and deploy as a regular extension as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T175026EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: WMDE-leszek, Liuxinyu970226, Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, 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] T175018: Remove the "Wikidata.org" extension from the build and deploy as a regular extension

[Addshore]

Addshore closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T175018EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Addshore, Lahi, Gq86, GoranSMilovanovic, QZanden, 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] T175024: Remove the "WikibaseQuality" extension from the build and deploy as a regular extension

[Addshore]

Addshore closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T175024EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Addshore, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, 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] T175019: Remove the "WikimediaBadges" extension from the build and deploy as a regular extension

[Addshore]

Addshore closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T175019EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, 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] T175023: Remove the "WikibaseQualityConstraints" extension from the build and deploy as a regular extension

[Addshore]

Addshore closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T175023EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Addshore, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, Agabi10, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T175026: Remove extensions from the Wikidata build and deploy as a regular extension

[Addshore]

Addshore closed subtask T175018: Remove the "Wikidata.org" extension from the build and deploy as a regular extension as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T175026EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: WMDE-leszek, Liuxinyu970226, Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, 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] T175021: Remove the "PropertySuggester" extension from the build and deploy as a regular extension

[Addshore]

Addshore closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T175021EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Liuxinyu970226, Aklapper, Addshore, Lahi, Gq86, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T173818: [Epic] Kill the Wikidata build step

[Addshore]

Addshore closed subtask T175026: Remove extensions from the Wikidata build and deploy as a regular extension as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T175026: Remove extensions from the Wikidata build and deploy as a regular extension

[Addshore]

Addshore closed subtask T175024: Remove the "WikibaseQuality" extension from the build and deploy as a regular extension as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T175026EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: WMDE-leszek, Liuxinyu970226, Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, 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] T175025: Remove the "Wikibase" extension from the build and deploy as a regular extension

[Addshore]

Addshore closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T175025EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Liuxinyu970226, Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T175026: Remove extensions from the Wikidata build and deploy as a regular extension

[Addshore]

Addshore closed subtask T175025: Remove the "Wikibase" extension from the build and deploy as a regular extension as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T175026EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: WMDE-leszek, Liuxinyu970226, Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, 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] T175026: Remove extensions from the Wikidata build and deploy as a regular extension

[Addshore]

Addshore closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T175026EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: WMDE-leszek, Liuxinyu970226, Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T175026: Remove extensions from the Wikidata build and deploy as a regular extension

[Addshore]

Addshore closed subtask T175023: Remove the "WikibaseQualityConstraints" extension from the build and deploy as a regular extension as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T175026EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: WMDE-leszek, Liuxinyu970226, Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, 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] T175022: Remove the "ArticlePlaceholder" extension from the build and deploy as a regular extension

[Addshore]

Addshore closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T175022EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T175026: Remove extensions from the Wikidata build and deploy as a regular extension

[Addshore]

Addshore closed subtask T175021: Remove the "PropertySuggester" extension from the build and deploy as a regular extension as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T175026EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: WMDE-leszek, Liuxinyu970226, Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T175026: Remove extensions from the Wikidata build and deploy as a regular extension

[Addshore]

Addshore closed subtask T175019: Remove the "WikimediaBadges" extension from the build and deploy as a regular extension as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T175026EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: WMDE-leszek, Liuxinyu970226, Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, 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] T173818: [Epic] Kill the Wikidata build step

[Stashbot]

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2017-11-30T23:21:54Z]  Synchronized wmf-config: wdbuild: T173818 [[gerrit:394214|wdbuild: Stop loading from build on ALL WIKIS]] The build is dead! Mwahahaaa (duration: 00m 47s)TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, StashbotCc: Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T181760: ItemChange ErrorExceptions on Wikibase master

[gerritbot]

gerritbot added a comment.
Change 394496 had a related patch set uploaded (by Addshore; owner: Addshore):
[mediawiki/extensions/ProofreadPage@master] Makr PageContentHander::getAutosummary() compatible with its parents

https://gerrit.wikimedia.org/r/394496TASK DETAILhttps://phabricator.wikimedia.org/T181760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Luke081515, Wikidata-bugs, aude, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T176948: Move config & loading logic out of Wikidata build and into mediawiki-config

[gerritbot]

gerritbot added a comment.
Change 394214 merged by jenkins-bot:
[operations/mediawiki-config@master] wdbuild: Stop loading from build on all wikis

https://gerrit.wikimedia.org/r/394214TASK DETAILhttps://phabricator.wikimedia.org/T176948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, gerritbotCc: WMDE-leszek, Stashbot, gerritbot, aude, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T181760: ItemChange ErrorExceptions on Wikibase master

[gerritbot]

gerritbot added a comment.
Change 394495 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani):
[mediawiki/extensions/Wikibase@master] Make EntityHandler::getAutosummary() compatible with its parents

https://gerrit.wikimedia.org/r/394495TASK DETAILhttps://phabricator.wikimedia.org/T181760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Luke081515, Wikidata-bugs, aude, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T176948: Move config & loading logic out of Wikidata build and into mediawiki-config

[gerritbot]

gerritbot added a comment.
Change 394213 merged by jenkins-bot:
[operations/mediawiki-config@master] wdbuild: Stop loading from build on all wikis (except enwiki)

https://gerrit.wikimedia.org/r/394213TASK DETAILhttps://phabricator.wikimedia.org/T176948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, gerritbotCc: WMDE-leszek, Stashbot, gerritbot, aude, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T176948: Move config & loading logic out of Wikidata build and into mediawiki-config

[gerritbot]

gerritbot added a comment.
Change 394212 merged by jenkins-bot:
[operations/mediawiki-config@master] wdbuild: Stop loading from build on group1

https://gerrit.wikimedia.org/r/394212TASK DETAILhttps://phabricator.wikimedia.org/T176948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, gerritbotCc: WMDE-leszek, Stashbot, gerritbot, aude, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] An answer to Lydia Pintscher regarding its considerations on Wikidata and CC-0

[Scott MacLeod]

Thanks, Luca,

Scott


On Thu, Nov 30, 2017 at 2:59 PM, Luca Martinelli 
wrote:

> Dear Scott,
>
> Wiktionary is CC BY-SA 3.0 as well, as all Wikimedia project are since
> around 2007.
>
> Wikidata too is under CC BY-SA 3.0, for its non-data part (that is,
> everything but ns0, that is CC0).
>
> L.
>
>
> Il 30 nov 2017 23:53, "Scott MacLeod" 
> ha scritto:
>
> Mathieu, Lydia and All,
>
> As a further clarification:
>
> I just looked up Wikipedia's license at bottom here -
> https://www.wikipedia.org/ - and it says it's CC-3 ((CC BY-SA 3.0)) -
> https://creativecommons.org/licenses/by-sa/3.0/ - which allows for
> commercial use.
>
> Wikidata.org's is CC-0 ( CC0 1.0 Universal (CC0 1.0) )
> which also allows for commercial use.
>
> Wiktionary doesn't seem to list a license on its front page -
> https://www.wiktionary.org/ .
>
> ( By way of comparison, both MIT OCW and MIT OCW Translated courses, which
> now seem to number 4, having recently lost Portuguese and Persian, use a
> CC-4 license ... ( 4.0 International (CC BY-NC-SA 4.0) )
> https://ocw.mit.edu/
> https://ocw.mit.edu/courses/translated-courses/
> https://creativecommons.org/licenses/by-nc-sa/4.0/
>
> Noncommercial means:
> The NonCommercial (“NC”) element is found in three of the six CC licenses:
> BY-NC, BY-NC-SA, and BY-NC-ND. In each of these licenses, NonCommercial is
> expressly defined as follows: “NonCommercial means not primarily intended
> for or directed towards commercial advantage or monetary compensation.”Oct
> 15, 2017
> NonCommercial interpretation - Creative Commons
> https://wiki.creativecommons.org/wiki/NonCommercial_interpretation )
>
> (World University and School donated itself to Wikidata in 2015, but since
> WUaS is CC-4 MIT OpenCourseWare-centric in 5 languages, WUaS obviously
> doesn't donate CC MIT OCW).
>
> Here's more about CC licenses:
> https://creativecommons.org/licenses/
>
> Are there ways that Wikidata or the Wikimedia Foundation might develop
> further the Wikidata CC-0 license in conversation with Creative Commons
> organization itself (as an alternative to license laundering or license
> migration over time)?
>
> What kind of license is Wiktionary, as a Wikipedia/Wikidata sister
> project, likely to list on its front page in the future, especially giving
> its relevance for a universal translator, and for Wikimedia's Content
> Translation?
>
> I'm grateful so much thought has gone into these CC licenses - and that
> there are such a variety of them, some explicitly international.
>
> Cheers,
> Scott
> CC-? World University and School
> https://wiki.worlduniversityandschool.org/wiki/Nation_States
>
>
>
> On Thu, Nov 30, 2017 at 1:17 PM, mathieu stumpf guntz <
> psychosl...@culture-libre.org> wrote:
>
>> Le 30/11/2017 à 18:05, Yair Rand a écrit :
>>
>> Wikidata is not replacing Wiktionary.
>>
>> We will see that in the future. At least the proposed model allow to
>> include most things that you might find in a Wiktionary article, plus it
>> comes with all the benefit of a relational(-like) database.
>>
>> See https://www.mediawiki.org/wiki/Extension:WikibaseLexeme/Data_Model
>> for more information on what it will allow or not.
>>
>>
>> Wikidata did not replace Wikipedia, and force all articles to be under
>> CC-0.
>>
>> Sure. Not yet. But if it continue to improve, as well as tools to
>> generate prose from it, at some point it might reach a good job at doing
>> just that.
>>
>> Structured data for Commons doesn't replace all Commons media with
>> CC-0-licensed content.
>>
>> Well, unlike one try to include use it in a very different way than what
>> it is aiming at, there is no chance as pictures contains far more
>> information than their metadata. Now, technically one might probably be
>> able to store the whole picture in that kind of structure (provided no size
>> restriction is enforced), but this is not the goal.
>>
>> This is very different case than the Wiktionary case. The case of
>> Wikipedia might be closer, but you can not make a simple one-to-one
>> correspondence between Wikidata elements and Wikipedia prose. Actually
>> Wikipedia extraction in statements usable in Wikidata is far more easier
>> with current natural language processing toolkits. One the other hand such
>> a bijective correspondence between a Wiktionary article and a set of
>> WikibaseLexeme elements is clearly straight forward. So the domain of
>> targeted knowledge documentation is extremely overlapping. Plus the
>> Wikibase approach bring many advantages in term of knowledge factorisation.
>>
>> To my mind, WikibaseLexeme have a good potential to quickly supersede our
>> plethora of sparsely communicating Wiktionaries. At least far sooner than
>> Wikibase will have a chance to approach the same level as Wikipedia article.
>>
>> The fact that France is in Europe is not, independently, copyrightable.
>> The fact that File:Vanessa_indica-Silent_Valley-2016-08-14-002.jpg 

Re: [Wikidata] An answer to Lydia Pintscher regarding its considerations on Wikidata and CC-0

[Luca Martinelli]

Dear Scott,

Wiktionary is CC BY-SA 3.0 as well, as all Wikimedia project are since
around 2007.

Wikidata too is under CC BY-SA 3.0, for its non-data part (that is,
everything but ns0, that is CC0).

L.


Il 30 nov 2017 23:53, "Scott MacLeod" 
ha scritto:

Mathieu, Lydia and All,

As a further clarification:

I just looked up Wikipedia's license at bottom here -
https://www.wikipedia.org/ - and it says it's CC-3 ((CC BY-SA 3.0)) -
https://creativecommons.org/licenses/by-sa/3.0/ - which allows for
commercial use.

Wikidata.org's is CC-0 ( CC0 1.0 Universal (CC0 1.0) )
which also allows for commercial use.

Wiktionary doesn't seem to list a license on its front page -
https://www.wiktionary.org/ .

( By way of comparison, both MIT OCW and MIT OCW Translated courses, which
now seem to number 4, having recently lost Portuguese and Persian, use a
CC-4 license ... ( 4.0 International (CC BY-NC-SA 4.0) )
https://ocw.mit.edu/
https://ocw.mit.edu/courses/translated-courses/
https://creativecommons.org/licenses/by-nc-sa/4.0/

Noncommercial means:
The NonCommercial (“NC”) element is found in three of the six CC licenses:
BY-NC, BY-NC-SA, and BY-NC-ND. In each of these licenses, NonCommercial is
expressly defined as follows: “NonCommercial means not primarily intended
for or directed towards commercial advantage or monetary compensation.”Oct
15, 2017
NonCommercial interpretation - Creative Commons
https://wiki.creativecommons.org/wiki/NonCommercial_interpretation )

(World University and School donated itself to Wikidata in 2015, but since
WUaS is CC-4 MIT OpenCourseWare-centric in 5 languages, WUaS obviously
doesn't donate CC MIT OCW).

Here's more about CC licenses:
https://creativecommons.org/licenses/

Are there ways that Wikidata or the Wikimedia Foundation might develop
further the Wikidata CC-0 license in conversation with Creative Commons
organization itself (as an alternative to license laundering or license
migration over time)?

What kind of license is Wiktionary, as a Wikipedia/Wikidata sister project,
likely to list on its front page in the future, especially giving its
relevance for a universal translator, and for Wikimedia's Content
Translation?

I'm grateful so much thought has gone into these CC licenses - and that
there are such a variety of them, some explicitly international.

Cheers,
Scott
CC-? World University and School
https://wiki.worlduniversityandschool.org/wiki/Nation_States



On Thu, Nov 30, 2017 at 1:17 PM, mathieu stumpf guntz <
psychosl...@culture-libre.org> wrote:

> Le 30/11/2017 à 18:05, Yair Rand a écrit :
>
> Wikidata is not replacing Wiktionary.
>
> We will see that in the future. At least the proposed model allow to
> include most things that you might find in a Wiktionary article, plus it
> comes with all the benefit of a relational(-like) database.
>
> See https://www.mediawiki.org/wiki/Extension:WikibaseLexeme/Data_Model
> for more information on what it will allow or not.
>
>
> Wikidata did not replace Wikipedia, and force all articles to be under
> CC-0.
>
> Sure. Not yet. But if it continue to improve, as well as tools to generate
> prose from it, at some point it might reach a good job at doing just that.
>
> Structured data for Commons doesn't replace all Commons media with
> CC-0-licensed content.
>
> Well, unlike one try to include use it in a very different way than what
> it is aiming at, there is no chance as pictures contains far more
> information than their metadata. Now, technically one might probably be
> able to store the whole picture in that kind of structure (provided no size
> restriction is enforced), but this is not the goal.
>
> This is very different case than the Wiktionary case. The case of
> Wikipedia might be closer, but you can not make a simple one-to-one
> correspondence between Wikidata elements and Wikipedia prose. Actually
> Wikipedia extraction in statements usable in Wikidata is far more easier
> with current natural language processing toolkits. One the other hand such
> a bijective correspondence between a Wiktionary article and a set of
> WikibaseLexeme elements is clearly straight forward. So the domain of
> targeted knowledge documentation is extremely overlapping. Plus the
> Wikibase approach bring many advantages in term of knowledge factorisation.
>
> To my mind, WikibaseLexeme have a good potential to quickly supersede our
> plethora of sparsely communicating Wiktionaries. At least far sooner than
> Wikibase will have a chance to approach the same level as Wikipedia article.
>
> The fact that France is in Europe is not, independently, copyrightable.
> The fact that File:Vanessa_indica-Silent_Valley-2016-08-14-002.jpg is a
> picture of a butterfly is not copyrightable. The facts that "balloons" is
> the plural of "balloon", and that "feliĉiĝi" is an intransitive verb in
> Esperanto, are not copyrightable.
>
> Surely that is something we all agree. :)
>
> Even if they were copyrightable, 

Re: [Wikidata] An answer to Lydia Pintscher regarding its considerations on Wikidata and CC-0

[James Heald]

Mathieu,

You don't seem to grasp the essential legal point, though several people 
in this thread have already tried to tell you.


Copyright protects expression and creative originality.  It does not 
protect merely a collation of facts.


The CC-SA licence is based on copyright.  Anything that is not protected 
by copyright is not protected by the CC-SA licence.


To the extent that an article can be reduced to a mere collation of 
facts, it is not protected by copyright.  What is protected is any 
originality or creativity in how those facts are organised and presented 
-- the expression, the sequence of thought, the selections of words, all 
the authorial choices in the text.


*That* is the difference between a copyright-protected Wiki article on 
the one hand, and a Wikidata collection of facts on the other.



In the European Union collections of facts can be protected by database 
rights.


That is the path Open Streetmap chose, when they designed the ODbL, to 
prevent their work being eaten up and assimilated by closed commercial 
rivals.


It is not the choice Wikidata made.  And it is not the choice any of the 
Wiki projects made before Wikidata -- CC-SA disclaims database rights.


The debate between the two views goes back at least as far as GPL vs 
BSD, and the arguments have been gone over many many times in many many 
communities over that time.



Yes, CC0 causes us some difficulties.

It means what we can import from OpenStreetmap is very restricted -- 
mass import falls foul of OSM's database rights; and also coordinates 
and boundaries are somewhat susceptible to judgment, so there is 
probably a copyright element to.


It also makes it difficult to import from official sources (eg the UK 
Open Government Licence) that use database rights to require attribution 
-- that is not an obligation we are prepared to pass on to out re-users, 
which means we generally have to forego such sources.


But the counterbalance is that for many people it is the openness and 
reusability for all purposes of Wikidata that very much encourages them 
to contribute -- they feel the more reusable and reused their work is, 
the more it is worth contributing.



The important point though is that this boat has sailed.  Wikidata is 
CC0, and it is not going to change now.


Yes, somebody could fork the data from Wikidata into their own ODbL 
project if they wanted to.   CC0 allows that.  (The reverse direction is 
what is difficult).  You might have preferred ODBL on viral GPL-style 
community-building (or community-isolating) grounds.  But that is not 
going to happen.


As regards Wiktionary, it means that Wikidata cannot import from 
Wiktionary anything that represents original expression or original 
creativity.


But there is no restriction, not from copyright law, nor from the 
CC-BY-SA licence, to stop Wikidata -- or anyone else -- extracting and 
systematically storing standard uncontroversial facts, so long as 
nothing of original expression is taken.


Please confirm that you understand this.


Best regards,

James.


On 30/11/2017 21:17, mathieu stumpf guntz wrote:

Le 30/11/2017 à 18:05, Yair Rand a écrit :

Wikidata is not replacing Wiktionary.
We will see that in the future. At least the proposed model allow to 
include most things that you might find in a Wiktionary article, plus it 
comes with all the benefit of a relational(-like) database.


See https://www.mediawiki.org/wiki/Extension:WikibaseLexeme/Data_Model 
for more information on what it will allow or not.


Wikidata did not replace Wikipedia, and force all articles to be under 
CC-0.
Sure. Not yet. But if it continue to improve, as well as tools to 
generate prose from it, at some point it might reach a good job at doing 
just that.
Structured data for Commons doesn't replace all Commons media with 
CC-0-licensed content.
Well, unlike one try to include use it in a very different way than what 
it is aiming at, there is no chance as pictures contains far more 
information than their metadata. Now, technically one might probably be 
able to store the whole picture in that kind of structure (provided no 
size restriction is enforced), but this is not the goal.


This is very different case than the Wiktionary case. The case of 
Wikipedia might be closer, but you can not make a simple one-to-one 
correspondence between Wikidata elements and Wikipedia prose. Actually 
Wikipedia extraction in statements usable in Wikidata is far more easier 
with current natural language processing toolkits. One the other hand 
such a bijective correspondence between a Wiktionary article and a set 
of WikibaseLexeme elements is clearly straight forward. So the domain of 
targeted knowledge documentation is extremely overlapping. Plus the 
Wikibase approach bring many advantages in term of knowledge factorisation.


To my mind, WikibaseLexeme have a good potential to quickly supersede 
our plethora of sparsely communicating Wiktionaries. At least far 

Re: [Wikidata] An answer to Lydia Pintscher regarding its considerations on Wikidata and CC-0

[Scott MacLeod]

Mathieu, Lydia and All,

As a further clarification:

I just looked up Wikipedia's license at bottom here -
https://www.wikipedia.org/ - and it says it's CC-3 ((CC BY-SA 3.0)) -
https://creativecommons.org/licenses/by-sa/3.0/ - which allows for
commercial use.

Wikidata.org's is CC-0 ( CC0 1.0 Universal (CC0 1.0) )
which also allows for commercial use.

Wiktionary doesn't seem to list a license on its front page -
https://www.wiktionary.org/ .

( By way of comparison, both MIT OCW and MIT OCW Translated courses, which
now seem to number 4, having recently lost Portuguese and Persian, use a
CC-4 license ... ( 4.0 International (CC BY-NC-SA 4.0) )
https://ocw.mit.edu/
https://ocw.mit.edu/courses/translated-courses/
https://creativecommons.org/licenses/by-nc-sa/4.0/

Noncommercial means:
The NonCommercial (“NC”) element is found in three of the six CC licenses:
BY-NC, BY-NC-SA, and BY-NC-ND. In each of these licenses, NonCommercial is
expressly defined as follows: “NonCommercial means not primarily intended
for or directed towards commercial advantage or monetary compensation.”Oct
15, 2017
NonCommercial interpretation - Creative Commons
https://wiki.creativecommons.org/wiki/NonCommercial_interpretation )

(World University and School donated itself to Wikidata in 2015, but since
WUaS is CC-4 MIT OpenCourseWare-centric in 5 languages, WUaS obviously
doesn't donate CC MIT OCW).

Here's more about CC licenses:
https://creativecommons.org/licenses/

Are there ways that Wikidata or the Wikimedia Foundation might develop
further the Wikidata CC-0 license in conversation with Creative Commons
organization itself (as an alternative to license laundering or license
migration over time)?

What kind of license is Wiktionary, as a Wikipedia/Wikidata sister project,
likely to list on its front page in the future, especially giving its
relevance for a universal translator, and for Wikimedia's Content
Translation?

I'm grateful so much thought has gone into these CC licenses - and that
there are such a variety of them, some explicitly international.

Cheers,
Scott
CC-? World University and School
https://wiki.worlduniversityandschool.org/wiki/Nation_States



On Thu, Nov 30, 2017 at 1:17 PM, mathieu stumpf guntz <
psychosl...@culture-libre.org> wrote:

> Le 30/11/2017 à 18:05, Yair Rand a écrit :
>
> Wikidata is not replacing Wiktionary.
>
> We will see that in the future. At least the proposed model allow to
> include most things that you might find in a Wiktionary article, plus it
> comes with all the benefit of a relational(-like) database.
>
> See https://www.mediawiki.org/wiki/Extension:WikibaseLexeme/Data_Model
> for more information on what it will allow or not.
>
>
> Wikidata did not replace Wikipedia, and force all articles to be under
> CC-0.
>
> Sure. Not yet. But if it continue to improve, as well as tools to generate
> prose from it, at some point it might reach a good job at doing just that.
>
> Structured data for Commons doesn't replace all Commons media with
> CC-0-licensed content.
>
> Well, unlike one try to include use it in a very different way than what
> it is aiming at, there is no chance as pictures contains far more
> information than their metadata. Now, technically one might probably be
> able to store the whole picture in that kind of structure (provided no size
> restriction is enforced), but this is not the goal.
>
> This is very different case than the Wiktionary case. The case of
> Wikipedia might be closer, but you can not make a simple one-to-one
> correspondence between Wikidata elements and Wikipedia prose. Actually
> Wikipedia extraction in statements usable in Wikidata is far more easier
> with current natural language processing toolkits. One the other hand such
> a bijective correspondence between a Wiktionary article and a set of
> WikibaseLexeme elements is clearly straight forward. So the domain of
> targeted knowledge documentation is extremely overlapping. Plus the
> Wikibase approach bring many advantages in term of knowledge factorisation.
>
> To my mind, WikibaseLexeme have a good potential to quickly supersede our
> plethora of sparsely communicating Wiktionaries. At least far sooner than
> Wikibase will have a chance to approach the same level as Wikipedia article.
>
> The fact that France is in Europe is not, independently, copyrightable.
> The fact that File:Vanessa_indica-Silent_Valley-2016-08-14-002.jpg is a
> picture of a butterfly is not copyrightable. The facts that "balloons" is
> the plural of "balloon", and that "feliĉiĝi" is an intransitive verb in
> Esperanto, are not copyrightable.
>
> Surely that is something we all agree. :)
>
> Even if they were copyrightable, copyrighting them independently would
> harm their potential reuse, as elements of a database, as has been
> previously explained.
>
> Any information monopoly is a possible obstacle to reuse. No one will deny
> that, I guess. But information monopolies, such as copyright, patent and so
> on do 

[Wikidata-bugs] [Maniphest] [Commented On] T176948: Move config & loading logic out of Wikidata build and into mediawiki-config

[gerritbot]

gerritbot added a comment.
Change 394211 merged by jenkins-bot:
[operations/mediawiki-config@master] wdbuild: Stop loading from build on group0

https://gerrit.wikimedia.org/r/394211TASK DETAILhttps://phabricator.wikimedia.org/T176948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, gerritbotCc: WMDE-leszek, Stashbot, gerritbot, aude, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T168035: dewiktionary on beta gives Undefined variable: wmgWikibaseSiteGroup

[Addshore]

Addshore added a project: User-Addshore.
TASK DETAILhttps://phabricator.wikimedia.org/T168035EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, Reedy, Lahi, Gq86, GoranSMilovanovic, QZanden, TerraCodes, Luke081515, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T176948: Move config & loading logic out of Wikidata build and into mediawiki-config

[gerritbot]

gerritbot added a comment.
Change 394210 merged by jenkins-bot:
[operations/mediawiki-config@master] wdbuild: Stop loading from build on test and testwikidata

https://gerrit.wikimedia.org/r/394210TASK DETAILhttps://phabricator.wikimedia.org/T176948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, gerritbotCc: WMDE-leszek, Stashbot, gerritbot, aude, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T181760: ItemChange ErrorExceptions on Wikibase master

[gerritbot]

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T181760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Luke081515, Wikidata-bugs, aude, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T181760: ItemChange ErrorExceptions on Wikibase master

[gerritbot]

gerritbot added a comment.
Change 394432 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani):
[mediawiki/extensions/Wikibase@master] Unserialize compact diff when it's string not array

https://gerrit.wikimedia.org/r/394432TASK DETAILhttps://phabricator.wikimedia.org/T181760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, Luke081515, Wikidata-bugs, aude, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T181760: ItemChange ErrorExceptions on Wikibase master

[Addshore]

Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...```

https://logstash-beta.wmflabs.org/goto/e59b90150ba02964f4c36a3555987f6eTASK DETAILhttps://phabricator.wikimedia.org/T181760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, AddshoreCc: Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, Luke081515, Wikidata-bugs, aude, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T181760: ItemChange ErrorExceptions on Wikibase master

[Addshore]

Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...```


```
/srv/mediawiki-staging/php-master/extensions/Wikibase/lib/includes/Changes/ItemChange.php:73
PHP Warning: get_class() expects parameter 1 to be object, string given
#0 [internal function]: MWExceptionHandler::handleError(integer, string, string, integer, array)
#1 /srv/mediawiki-staging/php-master/extensions/Wikibase/lib/includes/Changes/ItemChange.php(73): get_class(string)
#2 /srv/mediawiki-staging/php-master/extensions/Wikibase/lib/includes/Changes/ItemChange.php(32): Wikibase\ItemChange->logWarning(string)
#3 /srv/mediawiki-staging/php-master/extensions/Wikibase/repo/includes/ChangeDispatcher.php(346): Wikibase\ItemChange->getSiteLinkDiff()
#4 /srv/mediawiki-staging/php-master/extensions/Wikibase/repo/includes/ChangeDispatcher.php(405): Wikibase\Repo\ChangeDispatcher->isRelevantChange(Wikibase\ItemChange, string)
#5 /srv/mediawiki-staging/php-master/extensions/Wikibase/repo/includes/ChangeDispatcher.php(315): Wikibase\Repo\ChangeDispatcher->filterChanges(string, array, integer)
#6 /srv/mediawiki-staging/php-master/extensions/Wikibase/repo/includes/ChangeDispatcher.php(234): Wikibase\Repo\ChangeDispatcher->getPendingChanges(string, integer)
#7 /srv/mediawiki-staging/php-master/extensions/Wikidata/extensions/Wikibase/repo/maintenance/dispatchChanges.php(272): Wikibase\Repo\ChangeDispatcher->dispatchTo(array)
#8 /srv/mediawiki-staging/php-master/maintenance/doMaintenance.php(95): Wikibase\DispatchChanges->execute()
#9 /srv/mediawiki-staging/php-master/extensions/Wikidata/extensions/Wikibase/repo/maintenance/dispatchChanges.php(366): require_once(string)
#10 /srv/mediawiki-staging/multiversion/MWScript.php(100): require_once(string)
#11 {main}
```


```
/srv/mediawiki-staging/php-master/includes/debug/MWDebug.php:309
PHP Warning: Cannot get sitelink diff from . Change #1371938, type wikibase-item~update [Called from Wikibase\ItemChange::logWarning in /srv/mediawiki-staging/php-master/extensions/Wikibase/lib/includes/Changes/ItemChange.php at line 76]
#0 [internal function]: MWExceptionHandler::handleError(integer, string, string, integer, array)
#1 /srv/mediawiki-staging/php-master/includes/debug/MWDebug.php(309): trigger_error(string, integer)
#2 /srv/mediawiki-staging/php-master/includes/debug/MWDebug.php(164): MWDebug::sendMessage(string, array, string, integer)
#3 /srv/mediawiki-staging/php-master/includes/GlobalFunctions.php(1209): MWDebug::warning(string, integer, integer, string)
#4 /srv/mediawiki-staging/php-master/extensions/Wikibase/lib/includes/Changes/ItemChange.php(76): wfLogWarning(string)
#5 /srv/mediawiki-staging/php-master/extensions/Wikibase/lib/includes/Changes/ItemChange.php(32): Wikibase\ItemChange->logWarning(string)
#6 /srv/mediawiki-staging/php-master/extensions/Wikibase/repo/includes/ChangeDispatcher.php(346): Wikibase\ItemChange->getSiteLinkDiff()
#7 /srv/mediawiki-staging/php-master/extensions/Wikibase/repo/includes/ChangeDispatcher.php(405): Wikibase\Repo\ChangeDispatcher->isRelevantChange(Wikibase\ItemChange, string)
#8 /srv/mediawiki-staging/php-master/extensions/Wikibase/repo/includes/ChangeDispatcher.php(315): Wikibase\Repo\ChangeDispatcher->filterChanges(string, array, integer)
#9 /srv/mediawiki-staging/php-master/extensions/Wikibase/repo/includes/ChangeDispatcher.php(234): Wikibase\Repo\ChangeDispatcher->getPendingChanges(string, integer)
#10 /srv/mediawiki-staging/php-master/extensions/Wikidata/extensions/Wikibase/repo/maintenance/dispatchChanges.php(272): Wikibase\Repo\ChangeDispatcher->dispatchTo(array)
#11 /srv/mediawiki-staging/php-master/maintenance/doMaintenance.php(95): Wikibase\DispatchChanges->execute()
#12 /srv/mediawiki-staging/php-master/extensions/Wikidata/extensions/Wikibase/repo/maintenance/dispatchChanges.php(366): require_once(string)
#13 /srv/mediawiki-staging/multiversion/MWScript.php(100): require_once(string)
#14 {main}
```TASK DETAILhttps://phabricator.wikimedia.org/T181760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, AddshoreCc: Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, Luke081515, Wikidata-bugs, aude, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Triaged] T181760: ItemChange ErrorExceptions on Wikibase master

[Addshore]

Addshore triaged this task as "High" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T181760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, AddshoreCc: Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, Luke081515, Wikidata-bugs, aude, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T181760: ItemChange ErrorExceptions on Wikibase master

[Addshore]

Addshore created this task.Addshore added projects: Wikidata, Beta-Cluster-reproducible.Herald added a subscriber: Aklapper.Herald added a project: User-Ladsgroup.
TASK DESCRIPTIONSpotted while switching the beta cluster over from using the Wikidata build to master of the extensions.
They are not related to the build.

I believe I produced these by making a new item, and then loading recent changes on either a client or repo.

[{exception_id}] {exception_url} ErrorException from line 73 of /srv/mediawiki-staging/php-master/extensions/Wikibase/lib/includes/Changes/ItemChange.php: PHP Warning: get_class() expects parameter 1 to be object, string given

[{exception_id}] {exception_url} ErrorException from line 309 of /srv/mediawiki-staging/php-master/includes/debug/MWDebug.php: PHP Warning: Cannot get sitelink diff from . Change #1371937, type wikibase-item~add [Called from Wikibase\ItemChange::logWarnTASK DETAILhttps://phabricator.wikimedia.org/T181760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, AddshoreCc: Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, Luke081515, Wikidata-bugs, aude, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Block] T173818: [Epic] Kill the Wikidata build step

[Addshore]

Addshore created subtask T181759: Figure out why WikidataBuild tests failed but Wikibase tests didnt in WMF CI.
TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T181759: Figure out why WikidataBuild tests failed but Wikibase tests didnt in WMF CI

[Addshore]

Addshore created this task.Addshore added projects: Wikidata, Release-Engineering-Team, User-Addshore.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThe build created @ https://gerrit.wikimedia.org/r/#/c/394409/ failed the CI checks.
It included https://gerrit.wikimedia.org/r/#/c/393780/ which seemed to break them.

However this change had already been merged into Wikibase, but no tests failed?

How did this happen?
Are some tests being missed?
Was this just a very odd case?TASK DETAILhttps://phabricator.wikimedia.org/T181759EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, aude, Ladsgroup, Addshore, Lahi, Gq86, GoranSMilovanovic, QZanden, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] An answer to Lydia Pintscher regarding its considerations on Wikidata and CC-0

[mathieu stumpf guntz]

Le 30/11/2017 à 18:05, Yair Rand a écrit :

Wikidata is not replacing Wiktionary.
We will see that in the future. At least the proposed model allow to 
include most things that you might find in a Wiktionary article, plus it 
comes with all the benefit of a relational(-like) database.


See https://www.mediawiki.org/wiki/Extension:WikibaseLexeme/Data_Model 
for more information on what it will allow or not.


Wikidata did not replace Wikipedia, and force all articles to be under 
CC-0.
Sure. Not yet. But if it continue to improve, as well as tools to 
generate prose from it, at some point it might reach a good job at doing 
just that.
Structured data for Commons doesn't replace all Commons media with 
CC-0-licensed content.
Well, unlike one try to include use it in a very different way than what 
it is aiming at, there is no chance as pictures contains far more 
information than their metadata. Now, technically one might probably be 
able to store the whole picture in that kind of structure (provided no 
size restriction is enforced), but this is not the goal.


This is very different case than the Wiktionary case. The case of 
Wikipedia might be closer, but you can not make a simple one-to-one 
correspondence between Wikidata elements and Wikipedia prose. Actually 
Wikipedia extraction in statements usable in Wikidata is far more easier 
with current natural language processing toolkits. One the other hand 
such a bijective correspondence between a Wiktionary article and a set 
of WikibaseLexeme elements is clearly straight forward. So the domain of 
targeted knowledge documentation is extremely overlapping. Plus the 
Wikibase approach bring many advantages in term of knowledge factorisation.


To my mind, WikibaseLexeme have a good potential to quickly supersede 
our plethora of sparsely communicating Wiktionaries. At least far sooner 
than Wikibase will have a chance to approach the same level as Wikipedia 
article.
The fact that France is in Europe is not, independently, 
copyrightable. The fact that 
File:Vanessa_indica-Silent_Valley-2016-08-14-002.jpg is a picture of a 
butterfly is not copyrightable. The facts that "balloons" is the 
plural of "balloon", and that "feliĉiĝi" is an intransitive verb in 
Esperanto, are not copyrightable.

Surely that is something we all agree. :)
Even if they were copyrightable, copyrighting them independently would 
harm their potential reuse, as elements of a database, as has been 
previously explained.
Any information monopoly is a possible obstacle to reuse. No one will 
deny that, I guess. But information monopolies, such as copyright, 
patent and so on do exists. And so does unequal access to resources 
useful for human flourishing, including knowledge.


Now, personally I am not satisfied with this situation, nor with the 
growth of inequalities. A part of my motivation in contributing in 
Wikimedia projects is that it might contribute to make situation evolve 
otherwise. That might not enter in the field of motivations of every 
contributor, but I guess I'm not alone on this.


So the question for me is not, "how do we make our knowledge bank 
current snapshots as reusable as possible right now?", but "how do we 
build a sustainable movement which maintain and update knowledge banks 
that are as accessible as possible for every single human out there with 
this goal of sustainability in mind?".


Maybe it's not what every single stakeholder of our movement is 
expecting. But I don't feel that this personal vision is at odd with 
what is stated in the strategic direction. And I hope I'm not alone 
holding this vision.


Wikipedia articles and Commons Media are not structured data, and as 
such, they do not belong in Wikidata.
I think you statement is wrong here. Wikipedia articles are structured 
on several analysable levels. For example, from the point of view of a 
common linguistic theory,  they are structured and analysable on 
syntaxique level, semantic level and pragmatic level. But they are many 
other way in which you might analyse them because they are structured 
data. But it is true that there are not structured in a way that ease 
SQL-like querying.


However, every single sentence contained in Wikipedia articles can be 
reduce down to a set of predicates, that is they are reducible in things 
that can be stored in Wikidata. There is no technical barrier I'm aware 
of that prevent putting the whole content of all Wikipedia in as many as 
required statements within Wikidata.


Elements of prose in Wiktionary, such as definitions, appendices, 
extensive usage notes and notes on grammar and whatnot, are 
copyrightable. Similar to Wikipedia articles, licensing them under 
CC-BY-SA would not particularly harm their reuse, as attribution is 
completely feasible. They are also not structured data, and can not be 
made into structured data.
Well, as far as I'm concerned that would be great news to hear that 
Wikidata team will allow contributors to indeed 

[Wikidata-bugs] [Maniphest] [Commented On] T176948: Move config & loading logic out of Wikidata build and into mediawiki-config

[gerritbot]

gerritbot added a comment.
Change 394209 merged by jenkins-bot:
[operations/mediawiki-config@master] wdbuild: Stop using wikidata build on LABS / BETA

https://gerrit.wikimedia.org/r/394209TASK DETAILhttps://phabricator.wikimedia.org/T176948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, gerritbotCc: WMDE-leszek, Stashbot, gerritbot, aude, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T177060: Stop using extension-list-wikidata from the build in mediawiki-config

[gerritbot]

gerritbot added a comment.
Change 394208 merged by jenkins-bot:
[operations/mediawiki-config@master] wdbuild: extension-list-labs stop using build entry points

https://gerrit.wikimedia.org/r/394208TASK DETAILhttps://phabricator.wikimedia.org/T177060EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, gerritbotCc: gerritbot, Addshore, aude, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T173818: [Epic] Kill the Wikidata build step

[Stashbot]

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2017-11-30T21:01:28Z]  Synchronized wmf-config: wdbuild: T173818: add switch to ease killing (again) (duration: 00m 46s)TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, StashbotCc: Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T173818: [Epic] Kill the Wikidata build step

[Stashbot]

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2017-11-30T20:59:44Z]  Synchronized wmf-config/InitialiseSettings.php: wdbuild: T173818: add switch to ease killing (again) (duration: 00m 45s)TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, StashbotCc: Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T173818: [Epic] Kill the Wikidata build step

[Stashbot]

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2017-11-30T20:32:30Z]  Synchronized wmf-config: REVERT wdbuild: T173818: add switch to ease killing (duration: 00m 47s)TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, StashbotCc: Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T173818: [Epic] Kill the Wikidata build step

[Stashbot]

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2017-11-30T20:30:40Z]  Synchronized wmf-config: wdbuild: T173818: add switch to ease killing (duration: 00m 47s)TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, StashbotCc: Stashbot, gerritbot, Izno, Smalyshev, Ladsgroup, Ricordisamoa, Jrbranaa, Liuxinyu970226, demon, VColeman, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T176948: Move config & loading logic out of Wikidata build and into mediawiki-config

[gerritbot]

gerritbot added a comment.
Change 394207 merged by jenkins-bot:
[operations/mediawiki-config@master] wdbuild: add switch to ease killing

https://gerrit.wikimedia.org/r/394207TASK DETAILhttps://phabricator.wikimedia.org/T176948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, gerritbotCc: WMDE-leszek, Stashbot, gerritbot, aude, Addshore, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T176417: Make AffectedPagesFinder take DESCRIPTION_USAGE into account [S]

[gerritbot]

gerritbot added a comment.
Change 394390 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani):
[mediawiki/extensions/Wikibase@master] Stop adding "other usage" when we are using just the description

https://gerrit.wikimedia.org/r/394390TASK DETAILhttps://phabricator.wikimedia.org/T176417EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, thiemowmde, Aklapper, Bianjiang, aude, jeremyb, liangent, Wikidata-bugs, greg, Abraham, Legoktm, Tobi_WMDE_SW, Daniel_Mietchen, jayvdb, Micru, Ricordisamoa, MZMcBride, Ainali, Sannita, Lydia_Pintscher, Eloquence, zhuyifei1999, daniel, jmadler, PokestarFan, eranroz, hoo, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T180467: Make it possible to handle sub-entities in the storage layer of Wikibase

[thiemowmde]

thiemowmde updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION~~Should rely on the HierarchicalEntityId concept, once it has been added to the Wikibase Data Model.~~

The current draft at https://gerrit.wikimedia.org/r/394070 allows extensions to decorate both the EntityStore and the EntityRevisionLookup with a thin layer that knows about a specific type of "sub-entities" (in this case: Forms), and forwards calls appropriately. This decoration layer lives in the Lexeme extension, and uses Lexeme vocabulary. "Sub-entities" or "hierarchies" are never mentioned in this code.

As a consequence, the conce it has been added to the Wikibase Data Modelpt of "sub-entities" will (for now) exclusively live in the Lexeme code base.TASK DETAILhttps://phabricator.wikimedia.org/T180467EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: gerritbot, Lydia_Pintscher, Aklapper, WMDE-leszek, Lahi, Gq86, Baloch007, Lordiis, Cinemantique, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 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] T181745: [Task] Make FormDiffer/FormPatcher implement EntityDifferStrategy/EntityPatcherStrategy

[thiemowmde]

thiemowmde added a subtask: T181746: [Task] Make ChangeFormDiffOp extend EntityDiff.
TASK DETAILhttps://phabricator.wikimedia.org/T181745EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Jonas, Ladsgroup, WMDE-leszek, thiemowmde, Aklapper, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, 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] T181746: [Task] Make ChangeFormDiffOp extend EntityDiff

[thiemowmde]

thiemowmde edited parent tasks, added: T181745: [Task] Make FormDiffer/FormPatcher implement EntityDifferStrategy/EntityPatcherStrategy; removed: T180467: Make it possible to handle sub-entities in the storage layer of Wikibase.
TASK DETAILhttps://phabricator.wikimedia.org/T181746EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Jonas, Ladsgroup, WMDE-leszek, thiemowmde, Aklapper, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, 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] T180467: Make it possible to handle sub-entities in the storage layer of Wikibase

[thiemowmde]

thiemowmde removed a subtask: T181746: [Task] Make ChangeFormDiffOp extend EntityDiff.
TASK DETAILhttps://phabricator.wikimedia.org/T180467EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: gerritbot, Lydia_Pintscher, Aklapper, WMDE-leszek, Lahi, Gq86, Baloch007, Lordiis, Cinemantique, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 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] [Created] T181746: [Task] Make ChangeFormDiffOp extend EntityDiff

[thiemowmde]

thiemowmde created this task.thiemowmde added projects: Wikidata, Lexicographical data, Wikidata-Sprint-2017-11-22.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThis is required because EntityPatcherStrategy, EntityDifferStrategy (see ), and EntityPatcher require the Diff to be an EntityDiff.

Draft code is already at https://gerrit.wikimedia.org/r/394072.TASK DETAILhttps://phabricator.wikimedia.org/T181746EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Jonas, Ladsgroup, WMDE-leszek, thiemowmde, Aklapper, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, 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] T181745: [Task] Make FormDiffer/FormPatcher implement EntityDifferStrategy/EntityPatcherStrategy

[thiemowmde]

thiemowmde updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION... * Properly test all differ methods.

Draft code is already at https://gerrit.wikimedia.org/r/394072.TASK DETAILhttps://phabricator.wikimedia.org/T181745EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Jonas, Ladsgroup, WMDE-leszek, thiemowmde, Aklapper, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, 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] [Block] T180467: Make it possible to handle sub-entities in the storage layer of Wikibase

[thiemowmde]

thiemowmde created subtask T181746: [Task] Make ChangeFormDiffOp extend EntityDiff.
TASK DETAILhttps://phabricator.wikimedia.org/T180467EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: gerritbot, Lydia_Pintscher, Aklapper, WMDE-leszek, Lahi, Gq86, Baloch007, Lordiis, Cinemantique, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 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] [Created] T181745: [Task] Make FormDiffer/FormPatcher implement EntityDifferStrategy/EntityPatcherStrategy

[thiemowmde]

thiemowmde created this task.thiemowmde added projects: Wikidata, Lexicographical data, Wikidata-Sprint-2017-11-22.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONBoth EntityDifferStrategy and EntityPatcherStrategy are (luckily) not abstract, but only interfaces. What I see needs to be done is:


 Make FormPatcher implement EntityPatcherStrategy.
This should be trivial, basically renaming an existing method.
Properly test all patcher methods.

 Make FormDiffer implement EntityDifferStrategy.
Coming up with proper implementations for getConstructionDiff/getDestructionDiff might get a little tricky. Note that an "empty Form" should not contain a representation, otherwise the diff will not properly show the initial representation. The current implementation does not allow to construct a Form with no representation, but allows to remove all.
Properly test all differ methods.

TASK DETAILhttps://phabricator.wikimedia.org/T181745EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Jonas, Ladsgroup, WMDE-leszek, thiemowmde, Aklapper, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, 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] [Block] T180467: Make it possible to handle sub-entities in the storage layer of Wikibase

[thiemowmde]

thiemowmde created subtask T181745: [Task] Make FormDiffer/FormPatcher implement EntityDifferStrategy/EntityPatcherStrategy.
TASK DETAILhttps://phabricator.wikimedia.org/T180467EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: gerritbot, Lydia_Pintscher, Aklapper, WMDE-leszek, Lahi, Gq86, Baloch007, Lordiis, Cinemantique, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 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] [Claimed] T177358: Metrics for SDoC: translations

[chelsyx]

chelsyx claimed this task.chelsyx moved this task from Backlog to In progress on the Discovery-Analysis (Current work) board.
TASK DETAILhttps://phabricator.wikimedia.org/T177358WORKBOARDhttps://phabricator.wikimedia.org/project/board/1241/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: chelsyxCc: Aklapper, mpopov, chelsyx, Abit, SandraF_WMF, Ramsey-WMF, Capt_Swing, debt, Lahi, PDrouin-WMF, Gq86, E1presidente, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Steinsplitter, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T177534: Search Metrics for SDoC: eventlogging

[chelsyx]

chelsyx moved this task from In progress to Needs review on the Discovery-Analysis (Current work) board.chelsyx added a comment.
We computed several search metrics with event logging data in November 2017, and compare them with English Wikipedia. They are searches on desktop only, since we have very few searches on mobile web on Commons (less than 100 search result pages daily).

The zero results rate for full-text search is slightly lower on Commons compared to English Wikipedia:
F11091871: zrr_all.png

However, the clickthrough rate for full-text search is much lower than English Wikipedia, only 10.42%:
F11091881: ctr_all.png

Also, users on Commons are much more likely to click to see other pages of search results:
F11091886: serp_offset_all.png

See https://github.com/wikimedia-research/SDoC-Initial-Metrics/tree/master/T177534 for more results.TASK DETAILhttps://phabricator.wikimedia.org/T177534WORKBOARDhttps://phabricator.wikimedia.org/project/board/1241/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: chelsyxCc: mpopov, chelsyx, debt, Aklapper, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Steinsplitter, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] An answer to Lydia Pintscher regarding its considerations on Wikidata and CC-0

[Vi to]

+1

Wikipedia and wiktionary themselves rely upon taking "facts, not they way
they're stated" from sources.

Vito

2017-11-30 18:05 GMT+01:00 Yair Rand :

> Wikidata is not replacing Wiktionary. Wikidata did not replace Wikipedia,
> and force all articles to be under CC-0. Structured data for Commons
> doesn't replace all Commons media with CC-0-licensed content. They didn't
> even set up parallel projects to hold CC-0 articles or media. There is no
> reason to believe that structured data for Wiktionary would do any of these
> things. Wikidata is for holding structured data, and only structured data.
>
> The fact that France is in Europe is not, independently, copyrightable.
> The fact that File:Vanessa_indica-Silent_Valley-2016-08-14-002.jpg is a
> picture of a butterfly is not copyrightable. The facts that "balloons" is
> the plural of "balloon", and that "feliĉiĝi" is an intransitive verb in
> Esperanto, are not copyrightable. Even if they were copyrightable,
> copyrighting them independently would harm their potential reuse, as
> elements of a database, as has been previously explained.
>
> A Wikipedia article is copyrightable. Licensing it under CC-BY-SA does not
> particularly harm its reuse, and makes it so that reuse can happen with
> attribution. Wikidata includes links to Wikipedia articles, and while the
> links are under CC-0, the linked content is under CC-BY-SA. Similarly for
> Commons content. Wikipedia articles and Commons Media are not structured
> data, and as such, they do not belong in Wikidata.
>
> Elements of prose in Wiktionary, such as definitions, appendices,
> extensive usage notes and notes on grammar and whatnot, are copyrightable.
> Similar to Wikipedia articles, licensing them under CC-BY-SA would not
> particularly harm their reuse, as attribution is completely feasible. They
> are also not structured data, and can not be made into structured data.
> Wikidata will not be laundering this data to CC-0, nor will it be setting
> up a parallel project to duplicate the efforts under a license which is not
> appropriate for the type of content.
>
> Attempting to license the database's contents under CC-BY-SA would not
> ensure attribution, and would harm reuse. I fail to see any potential
> benefits to using the more restrictive license. Attribution will be
> required where it is possible (in Wiktionary proper), and content will be
> as reusable as possible in areas where requiring attribution isn't feasible
> (in Wikidata). There's no real conflict here.
>
> -- Yair Rand
>
> 2017-11-29 16:45 GMT-05:00 Mathieu Stumpf Guntz <
> psychosl...@culture-libre.org>:
>
>> Saluton ĉiuj,
>>
>> I forward here the message I initially posted on the Meta Tremendous
>> Wiktionary User Group talk page
>> ,
>> because I'm interested to have a wider feedback of the community on this
>> point. Whether you think that my view is completely misguided or that I
>> might have a few relevant points, I'm extremely interested to know it, so
>> please be bold.
>>
>> Before you consider digging further in this reading, keep in mind that I
>> stay convinced that Wikidata is a wonderful project and I wish it a bright
>> future full of even more amazing things than what it already brung so far.
>> My sole concern is really a license issue.
>>
>> Bellow is a copy/paste of the above linked message:
>>
>> Thank you Lydia Pintscher
>>  for
>> taking the time to answer. Unfortunately this answer
>> 
>> miss too many important points to solve all concerns which have been raised.
>>
>> Notably, there is still no beginning of hint in it about where the
>> decision of using CC0 exclusively for Wikidata came from. But as this
>> inquiry on the topic
>> 
>> advance, an answer is emerging from it. It seems that Wikidata choice
>> toward CC0 was heavily influenced by Denny Vrandečić, who – to make it
>> short – is now working in the Google Knowledge Graph team. Also it worth
>> noting that Google funded a quarter of the initial development work.
>> Another quarter came from the Gordon and Betty Moore Foundation,
>> established by Intel co-founder. And half the money came from Microsoft
>> co-founder Paul Allen's Institute for Artificial Intelligence (AI2)[1]
>> .
>> To state it shortly in a conspirational fashion, Wikidata is the puppet
>> trojan horse of big tech hegemonic companies into the realm of Wikimedia.
>> For a less tragic, more 

[Wikidata-bugs] [Maniphest] [Created] T181736: Trial of vue.js in the term box

[Lydia_Pintscher]

Lydia_Pintscher created this task.Lydia_Pintscher added projects: Wikidata-Former-Sprint-Board, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONAs part of the work on lexicographical data we are using vue.js. In order to be more secure with this new technology in production we want to try it out in an existing feature. At the same time our users are asking for an additional feature in the term box (i.e. being able to add labels/description/aliases for languages that are currently not filled out or the user's chosen languages). So we will migrate the term box to vue.js and add this new feature in order to get some assurance that vue.js is working as we need it in production (scalability, performance, etc).

Things to think about: Should we have an easy way to revert this change in case it runs into trouble for one or two deployments? Or a config switch?TASK DETAILhttps://phabricator.wikimedia.org/T181736EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs