Hoi,
For your information there are several things Wikidata can already do.
- When for instance a district is associated with a shape, multiple
shapes could be known and dated by Wikidata.
- It could know of the existence of maps and when a map is defined in a
way that allows for
On Thu, May 15, 2014 at 7:35 PM, Dan Andreescu dandree...@wikimedia.orgwrote:
I like Visual:, any +1s? +2s?
I give it a +0.5 :) I also like Render but its meaning has become too
attached to 3d graphics...
Anyhow if we have a Visual and a VisualData namespace, they could be
associated to each
On May 16, 2014 1:42 AM, C. Scott Ananian canan...@wikimedia.org wrote:
Ideally you would be able to link your (say) github and WMF account.
So that if I (as an outsider) start a bug report/patch/etc using my
existing github account, and then eventually get a WMF account (so
that I can do
On Thu, May 15, 2014 at 7:36 PM, Steven Walling steven.wall...@gmail.comwrote:
On Thu, May 15, 2014 at 2:20 PM, Quim Gil q...@wikimedia.org wrote:
However, Phabricator can support authentication using 3rd party providers
like GitHub, Google, etc. You can get an idea at
On Thu, May 15, 2014 at 11:53 PM, Andrew Gray andrew.g...@dunelm.org.ukwrote:
Definitely agree that we needed something like this. There's a lot of
confusion about what Wikidata is for, and what is and isn't appropriate for
it - both from outsiders and from within the Wikimedia community. I've
Hi All,
Please excuse me for sending an HTML attachment to this list. There is
a need to display some part of it with color.
[1]Bug 13462 - Enhance line matching in diffs; An [2]example diff
similar to what I specifically have a problem with on one of Wikimedia
projects for several months:
On May 15, 2014 3:56 PM, hoo h...@online.de wrote:
On Thu, 2014-05-15 at 14:20 -0700, Quim Gil wrote:
This is a casual request for comments about the use of 3rd party
authentication providers for our future Wikimedia Phabricator instance.
Wikimedia Phabricator is expected to replace
One of these feel-good emails:
Thanks to the people who are working hard on developing the new search:
Nik, Chad, Dan, and everybody who helps, tests, deploys and writes feedback.
A Hebrew Wikipedia user wrote a big and detailed thank you note[1] that
wiki's Village Pump, especially praising the
Yes. Support as many providers as possible, google at least, I
basically don't even want to use any more web services with own login
unless I have to. single login FTW
On Fri, May 16, 2014 at 3:51 PM, Chris Steipp cste...@wikimedia.org wrote:
On May 15, 2014 3:56 PM, hoo h...@online.de wrote:
On Thu, May 15, 2014 at 4:42 PM, C. Scott Ananian canan...@wikimedia.orgwrote:
Ideally you would be able to link your (say) github and WMF account.
So that if I (as an outsider) start a bug report/patch/etc using my
existing github account, and then eventually get a WMF account (so
that I can
Hi again!
I have rewritten the patch that enabled HTML based transclusion:
https://gerrit.wikimedia.org/r/#/c/132710/
I tried to address the concerns raised about my previous attempt, namely, how
HTML based transclusion is handled in expandtemplates, and how page meta data
such as resource
Hi All,
To clarify:
This software silently converted the message to plain text, so what I meant is
clarified below.
On Fri, 16 May 2014, at 21:22, Gryllida wrote:
Hi All,
Please excuse me for sending an HTML attachment to this list. There is
a need to display some part of it with
On Thursday, May 15, 2014, Ryan Lane
rlan...@gmail.comjavascript:_e(%7B%7D,'cvml','rlan...@gmail.com');
wrote:
Will Labs no longer have the same authentication as the rest of the
tooling? Is this something that will be solved before the switch?
Wikitech-LDAP-Labs-Gerrit remains untouched in
On Friday, May 16, 2014, Petr Bena benap...@gmail.com wrote:
Yes. Support as many providers as possible, google at least, I
basically don't even want to use any more web services with own login
unless I have to. single login FTW
I wonder why a user without a Wikimedia account or a GitHub
On Fri, May 16, 2014 at 9:23 AM, Quim Gil q...@wikimedia.org wrote:
On Friday, May 16, 2014, Petr Bena benap...@gmail.com wrote:
Yes. Support as many providers as possible, google at least, I
basically don't even want to use any more web services with own login
unless I have to. single login
On 05/15/2014 04:42 PM, Daniel Kinzler wrote:
The one thing that will not work on wikis with
$wgRawHtml disabled is parsing the output of expandtemplates.
Yes, which means that it won't work with Parsoid, Flow, VE and other users.
I do think that we can do better, and I pointed out possible
Looks like Javascript/CSS is intermittently failing.
http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#Something_is_broken
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
Just wanted to send out an update on the progress we made around MW-Vagrant
improvements at the Zürich Hackathon. Our primary goal was to make some key
production services available in MW-Vagrant in order to make local
development/testing easier/more reliable. We made some excellent headway,
I feel like the ideal situation would be to:
1) Only allow Phabricator login with a Wikimedia account; and
2) When logging into Wikimedia, allow login with Google, GitHub, etc.
Unfortunately, fulfilling that situation means deploying the OpenID
extension, which is definitely not ready yet.
*--
PS One thing I forgot to mention - mega thanks to WMF's Office IT for
helping with ordering and imaging the USB sticks!!!
On Fri, May 16, 2014 at 1:40 PM, Arthur Richards aricha...@wikimedia.orgwrote:
Just wanted to send out an update on the progress we made around
MW-Vagrant improvements at
Hello and welcome to the latest edition of the WMF Engineering Roadmap
and Deployment update.
The full log of planned deployments next week can be found at:
https://wikitech.wikimedia.org/wiki/Deployments#Week_of_May_19th
A quick list of notable items...
== Monday ==
* Enable CirrusSearch as
On Fri, May 16, 2014 at 3:11 PM, Arthur Richards
aricha...@wikimedia.org wrote:
PS One thing I forgot to mention - mega thanks to WMF's Office IT for
helping with ordering and imaging the USB sticks!!!
On Fri, May 16, 2014 at 1:40 PM, Arthur Richards
aricha...@wikimedia.orgwrote:
Just
Hi John,
thanks for bringing this up.
On Fri, 2014-05-16 at 16:07 -0400, John wrote:
Looks like Javascript/CSS is intermittently failing.
http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#Something_is_broken
This was discussed also in #wikimedia-tech on IRC and as a first
On 2014-05-16, 1:57 PM, Tyler Romeo wrote:
2) When logging into Wikimedia, allow login with Google, GitHub, etc.
Unfortunately, fulfilling that situation means deploying the OpenID
extension, which is definitely not ready yet.
GitHub doesn't support OpenID.
~Daniel Friesen (Dantman,
http://www.worldtimebuddy.com/?qm=1lid=1816670,2147714,1277333,5128581h=1816670date=2014-5-19sln=19-20
I will be in #wikimedia-dev on Monday for an hour to talk about the
performance guidelines
https://www.mediawiki.org/wiki/Performance_guidelines as well as
upcoming security and architecture
I've addressed the feedback I got in Zurich.
https://www.mediawiki.org/wiki/Performance_guidelines
I think this page is ready to have the {{draft}} tag removed. I believe
it now represents our consensus on what MediaWiki core, extensions, and
gadgets developers should do to preserve high
I've addressed the feedback I got in Zurich.
https://www.mediawiki.org/wiki/Performance_guidelines
I think this page is ready to have the {{draft}} tag removed. I believe
it now represents our consensus on what MediaWiki core, extensions, and
gadgets developers should do to preserve high
Chris Steipp wrote:
Accounts are kinda namespaced, so github user foo and sul user foo can
both have phabricator accounts.
Since we're using OAuth though, that requires a global wiki account so
local only accounts would not be able to join. So we probably need
password or LDAP auth at minimum.
I
https://bugzilla.wikimedia.org/show_bug.cgi?id=65424
--
Matma Rex
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Thanks so much for working on this, guys!
Dan
On 16 May 2014 19:59, Bartosz Dziewoński matma@gmail.com wrote:
https://bugzilla.wikimedia.org/show_bug.cgi?id=65424
--
Matma Rex
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
On Fri, May 16, 2014 at 4:38 PM, MZMcBride z...@mzmcbride.com wrote:
Chris Steipp wrote:
Accounts are kinda namespaced, so github user foo and sul user foo can
both have phabricator accounts.
Since we're using OAuth though, that requires a global wiki account so
local only accounts would
-- Forwarded message --
From: Jared Zimmerman jared.zimmer...@wikimedia.org
Date: Mon, May 12, 2014 at 1:05 AM
Subject: Abigail Ripstra joins the the User Experience team
To: wmf...@lists.wikimedia.org
Cc: Abbey Ripstra arips...@wikimedia.org
Everyone,
Its my great pleasure to
Chad wrote:
On Fri, May 16, 2014 at 4:38 PM, MZMcBride wrote:
I suppose you could rely only on global (in the CentralAuth extension
sense) accounts, but it really would make sense for Wikimedia to get its
own house in order first: we should finish fully unifying login across
Wikimedia wikis
Legoktm will be working on this with me, but part of the condition of him
being released from his Flow work to do this was that he finish what he's
doing with Flow first.
Once he's done, we'll be working on it. I really have no way of guessing
when that'll be or how much work we've got ahead of
On May 16, 2014 5:20 PM, Chad innocentkil...@gmail.com wrote:
On Fri, May 16, 2014 at 4:38 PM, MZMcBride z...@mzmcbride.com wrote:
Chris Steipp wrote:
Accounts are kinda namespaced, so github user foo and sul user foo can
both have phabricator accounts.
Since we're using OAuth
On Fri, May 16, 2014 at 8:20 AM, Amir E. Aharoni
amir.ahar...@mail.huji.ac.il wrote:
One of these feel-good emails:
Thanks to the people who are working hard on developing the new search:
Nik, Chad, Dan, and everybody who helps, tests, deploys and writes
feedback.
A Hebrew Wikipedia user
On Fri, May 16, 2014 at 2:18 PM, Bryan Davis bd...@wikimedia.org wrote:
All in all it felt like a very fruitful hack session, and we're closer
than ever to having a ready-to-go developer instance that mimics our
production environment. Big thanks to everyone involved in making our
work
37 matches
Mail list logo
