Re: [Wikimedia-l] Next steps regarding WMF<->community disputes about deployments

On Tue, Aug 19, 2014 at 11:48 PM, Erik Moeller wrote: > [1] http://strategy.wikimedia.org/wiki/Task_force I meant to say - the one example where we've tried targeted task forces that I can think of was this one, as part of the strategy process years ago. IIRC some of the task forces were pretty

Re: [Wikimedia-l] Next steps regarding WMF<->community disputes about deployments

On Tue, Aug 19, 2014 at 2:18 PM, Andy Mabbett wrote: > Nonetheless, I'm having difficulty understanding how these two statements: > >> the Wikimedia Foundation reserves the right to determine the final >> configuration of the MediaViewer feature, > >> We’re absolutely not saying that WMF simply w

Re: [Wikimedia-l] Next steps regarding WMF<->community disputes about deployments

thank you erik, and martin for this! currently more than 600 persons express that this story should be resolved by reverting to the state before it started: https://de.wikipedia.org/wiki/Wikipedia:Umfragen/Superschutz . while i thought originally "who cares", i do think now beeing sorry is expresse

[Wikimedia-l] Accounting software for thematic orgs

Hi all, There are online small business accounting software packages. Do any thematic orgs have experience with them? Any recommendations? I am thinking about proposing Quickbooks Online for the Cascadia user group, but as this Forbes article says, there are competitors: http://www.forbes.com/site

Re: [Wikimedia-l] Next steps regarding WMF<->community disputes about deployments

Erik Moeller wrote: >I am -- genuinely -- sorry that this escalation occurred. We would >have preferred to avoid it. I think making amends requires cleaning up the mess you've made on the German Wikipedia and throughout the Wikimedia ecosystem. I don't think many German Wikipedians or other Wikime

Re: [Wikimedia-l] Recruiting for Wikimedia security newsletter

Hi Wil, Yes, this newsletter will be similar to those on the page you linked. The relevance of an article about check fraud is that Wikimedia thematic organizations should be aware of financial security issues that could impact them, and check fraud is one of those issues. Yes, a how-to article

Re: [Wikimedia-l] Next steps regarding WMF<->community disputes about deployments

On 19 August 2014 20:12, Erik Moeller wrote: Thank your for your lengthy and considered post. It's clear that you and the WMF are seeking an amicable resolution, which is to be applauded. Nonetheless, I'm having difficulty understanding how these two statements: > the Wikimedia Foundation reser

Re: [Wikimedia-l] Next steps regarding WMF<->community disputes about deployments

I think those are wonderful steps and I really hope that the German wikipedians are ready for dialogue. Given the big number of people that might want to answer Lila's questions, shouldn't they be asked in a more public page, or organized in a more international/multilingual way, for a delimited ti

Re: [Wikimedia-l] Next steps regarding WMF<->community disputes about deployments

Thank you, Erik, for your clarifications and understanding. Personally, I hope that most anger will calm down now although not everyone will agree with everything that was said or done (e.g. ignoring RfCs under some conditions, using superprotect instead of counting on local procedures to stop whee

[Wikimedia-l] Next steps regarding WMF<->community disputes about deployments

Hi folks, This is a response to Martin's note here: https://lists.wikimedia.org/pipermail/wikimedia-l/2014-August/073936.html .. and also a more general update on the next steps regarding disputes about deployments. As you may have seen, Lila has also posted an update to her talk page, here: http

Re: [Wikimedia-l] Compare person data

On Tue, Aug 19, 2014 at 12:41 PM, Magnus Manske wrote: > Of course, if Infoboxes/Persondata on these Wikipedias were to use some Lua > magic, biographies with e.g. mismatching birthdates could automatically be > added to a maintenance category... > We already do that for various infoboxes using

Re: [Wikimedia-l] Compare person data

Gerard Meijssen wrote: >What is needed is a report that looks good enough for now and a public ie >visible place to put it. Neat idea! There's , of course. In my experience, users don't really care what the report is titled or how it looks;

Re: [Wikimedia-l] Compare person data

Sorry to digress into minutiae, but as a note. The maintenance category idea may have a subtle flaw, I suspect wikidata data updates won't update said maintenance category until the corresponding Wikipedia page is purged/rerendered. --Joe www.joedecker.net > On Aug 19, 2014, at 3:41, Magnus

Re: [Wikimedia-l] Compare person data

Hi, 2014-08-19 12:13 GMT+02:00 Joe Decker : > Pretty sure those are just the :first: 38... Note the q numbers. (They are ascending and don't make to q5000.) > > That suggests the full list will be very large indeed. This makes a lot of sense. Thanks. Il 19/ago/2014 12:19 "Gerard Meijssen" ha sc

Re: [Wikimedia-l] Compare person data

IMHO a simple table, maybe even a wikitable, would suffice for the initial iteration. We can get much more fancy later. Of course, if Infoboxes/Persondata on these Wikipedias were to use some Lua magic, biographies with e.g. mismatching birthdates could automatically be added to a maintenance cate

Re: [Wikimedia-l] Recruiting for Wikimedia security newsletter

Hi Pine, I'd love to contribute. I'll mail you offlist about that, but I have a few general questions that others may be wondering about. Would this be similar to one of these newsletters? https://meta.wikimedia.org/wiki/Newsletters#List_of_newsletters If so, from your list of topics it sounds li

Re: [Wikimedia-l] Compare person data

HoI, You are absolutely right.. What is needed is a report that looks good enough for now and a public ie visible place to put it. Thanks, GerardM On 19 August 2014 12:13, Joe Decker wrote: > Pretty sure those are just the :first: 38... Note the q numbers. (They > are ascending and don't

Re: [Wikimedia-l] Compare person data

Pretty sure those are just the :first: 38... Note the q numbers. (They are ascending and don't make to q5000.) That suggests the full list will be very large indeed. Joe www.joedecker.net > On Aug 19, 2014, at 2:49, Cristian Consonni wrote: > > Hi Amir, > > 2014-08-19 10:38 GMT+02:00 Amir

Re: [Wikimedia-l] Compare person data

Can we join more Wikipedias to the comparison? -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com ‪“We're living in pieces, I want to live in peace.” – T. Moore‬ 2014-08-19 10:38 GMT+03:00 Gerard Meijssen : > Hoi, > Amir has created functionality that compares da

Re: [Wikimedia-l] Compare person data

Hi Amir, 2014-08-19 10:38 GMT+02:00 Amir Ladsgroup : > It's three now but the way I designed, it's very easy to extend. Thanks for this report. I am amazed that over the hundreds of thousands of Wikipedia biographies[*] it seems that we have only 38 inconsistencies. Am I understanding your report

Re: [Wikimedia-l] Compare person data

Hoi, My bad; four sources, three wikipedia ... I do not think in terms of Wikipedias I am afraid. Thanks, GerardM On 19 August 2014 09:58, Cristian Consonni wrote: > Il 19/ago/2014 09:38 "Gerard Meijssen" ha > scritto: > > > > Hoi, > > Amir has created functionality that compares data fro

Re: [Wikimedia-l] Compare person data

Il 19/ago/2014 09:38 "Gerard Meijssen" ha scritto: > > Hoi, > Amir has created functionality that compares data from en.wp de.wp and > it.wp. It is data about "humans" and it only shows differences where they > exist. It compares those four Wikipedias with information in Wikidata. Hi Gerard, en.

[Wikimedia-l] Compare person data

Hoi, Amir has created functionality that compares data from en.wp de.wp and it.wp. It is data about "humans" and it only shows differences where they exist. It compares those four Wikipedias with information in Wikidata. The idea is that the report will be updated regularly. The problem we face i