Re: [Wikitech-l] [Google Summer of Code '13] Project Idea - "Inspire Me" Button

[Steven Walling]

On Mon, Apr 22, 2013 at 9:54 AM, Cheng Xing  wrote:

> For example, if a programmer clicks the "Inspire Me" button on Wikipedia,
> articles such as the Whitespace programming language, Rubber Duck
> Debugging, etc. would show up.  Things that the user probably doesn't know
> about, that would probably interest the user, will show up by clicking that
> button.  Very occasionally there'd be random things like Stitches, which
> the user might know nothing about, but might actually be interesting.
>

Matt is right about how the Getting Started work relates to this. I think
it would be complementary rather than duplicative.

The big question for implementing a reader recommender system is where you
get your data from. Tracking reader activity on Wikipedia is a _very_
touchy subject for a whole host of legitimate reasons, and to be totally
honest I don't think you're going to be able to implement
any recommender system based on people's reading habits.

You might be able to do this if you limit yourself to recommending solely
based on the current page, or based on user input (e.g. a recommender
search with "What's your favorite article?" and some matching based on
various attributes you could tinker with.)

If you're interested in recommender systems, as Matt says we are nearly
ready to explore personalizing the list at Special:GettingStarted based on
your past editing history. This is a slightly smaller scope, so if you want
to take a whack at this, we might be able to help you along the way with
advice, code review, etc. (assuming the engineers on the team don't think
I'm crazy).

Steven
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [GSoC 2013] Proposal: ConceptualWiki

[Quim Gil]

Hello Marco, thank you for sharing your ideas.

On 04/22/2013 02:05 AM, Marco Jacopo Ferrarotti wrote:

Hi,

I'm pursuing a M.Sc. degree in Physics of Complex Systems (currently
attending the 2nd year). I have a background in electronic engineering, I'm
passionate in computer science and I'm looking for the possibility of being
part of something that I've always admired.

My proposal regards ConceptualWiki: an extension to improve the usability
of wikis as educational/study tools (a drag-and-drop interface to quickly
built up conceptual maps from wiki articles).

I'm drafting the project here:
http://www.mediawiki.org/wiki/User:MaJac89/GSoC2013/ConceptualWiki

And I've submitted a bug report here:
https://bugzilla.wikimedia.org/show_bug.cgi?id=47476

Hope you find it interesting, let me know if you have any
question/suggestion for the project.


I'm not a good candidate to mentor or asess this project, but in any 
case I had time visualizing the features you are after. Yes, you 
describe them, even with some basic ASCII mockups but somehow I feel 
like not getting completely what you want to explain.


In any case, this project has potentially the risk of falling in the 
category of proposals that must convince Wikipedia. Either it is an 
extension that makes sense to 3rd party wikis (could be the case), or we 
agree that this could be an experimental prototype, or maybe it could be 
developed as a gadget (although it is perhaps too complex, having to 
store data somewhere).


Also, you should explain more about your skills and experience 
developing with PHP and Javascript. This doesn't look like an easy 
challenge.


All in all it feels quite risky for a GSoC project, also because we have 
now just a few days to discuss it and hope that a mentor wants to 
volunteer for it. In your situation I would wait a day or so to evaluate 
the feedback and then make a decision on betting on it or finding an 
alternative from the featured project ideas proposed at 
https://www.mediawiki.org/wiki/Summer_of_Code_2013


Thank you for your interest in contributing to Wikimedia!

--
Quim Gil
Technical Contributor Coordinator @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Google Summer of Code '13] Project Idea - "Inspire Me" Button

[Matthew Flaschen]

On 04/23/2013 12:37 AM, K. Peachey wrote:
> I believe E:Getting_Started is already working on something like this.

It's similar, though "Inspire Me" seems targeted towards interesting
things to *read*, whereas GettingStarted is meant for interesting things
to *edit.

Also, GettingStarted is not currently personalized, but we are
considering possible approaches to doing so.

Matt Flaschen

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Google Summer of Code '13] Project Idea - "Inspire Me" Button

[Quim Gil]

Hello Cheng, thank you for sharing your proposal.

On 04/22/2013 09:54 AM, Cheng Xing wrote:

I realize that this could become quite a big project, so if I get the
chance to work on this, I will do a small part (possibly the basic
infrastructure of the system) for GSoC, and I am more than willing to
continue to contribute after that.


GSoC projects must be self-contained. If there is no time for a 
full-fledged and solid solution, then at least a prototype should be 
delivered to prove the concept.



I have some ideas of how this recommender systems would work, but this
email is pretty long as it is.


Ok, we are now ready to see the sauce of this project.  :)

Thank you for your interest in contributing to Wikimedia!

--
Quim Gil
Technical Contributor Coordinator @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Google Summer of Code '13] Project Idea - "Inspire Me" Button

[K. Peachey]

I believe E:Getting_Started is already working on something like this.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Bug 189: "Add a music wikimodule" resolved/fixed

[MZMcBride]

Tim Starling wrote:
>So, what should be next ancient body dredged up from Bugzilla and
>resurrected by Platform Engineering?

In many ways, I view these two bugs as similar to the departed bug 189 (in
terms of being old, annoying, and seemingly having had some progress made
toward them, but never having gotten finished):

* https://bugzilla.wikimedia.org/show_bug.cgi?id=9890
  "Reasonably efficient interwiki transclusion"

* https://bugzilla.wikimedia.org/show_bug.cgi?id=3311
  "Automatic category redirects"

While bug 3311 is apparently slated for GSoC 2013, surely we've learned
our lesson here year after year.

And bug 9890 could save thousands of man-hours per year. Given the concern
that wiki editorship is on the decline, maximizing editor time by
minimizing duplicate effort seems like a pretty clear win.

In my mind, I think the winner would be a proper wiki configuration
graphical user interface, though. This would make MediaWiki far more
attractive and robust, it would help with project sovereignty (by allowing
Wikimedia stewards to implement requests for individual Wikimedia wikis
and by allowing local wiki bureaucrats to administer their own wiki
without the possible need for a shell user/FTP access/whatever), and it's
the kind of undertaking that many outsiders are uninterested in pursuing
themselves, but that would benefit both Wikimedia and MediaWiki greatly.

* https://bugzilla.wikimedia.org/show_bug.cgi?id=26992
  "Implement configuration database aka configuration management aka no
  shell excuse (tracking)"
  https://mediawiki.org/wiki/Requests_for_comment/Configuration_database

MZMcBride



___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Bug 189: "Add a music wikimodule" resolved/fixed

[Tim Starling]

On 23/04/13 12:27, MZMcBride wrote:
> Hi.
> 
> https://bugzilla.wikimedia.org/show_bug.cgi?id=189
> 
> Congrats to all involved in getting bug 189 resolved! :-)
> 
> Bug 189 was one of the oldest unresolved and one of the better known bugs
> in Bugzilla involving a request to add a music module to Wikimedia wikis.
> Quick stats about the bug:
> 
> * Opened: 2004-08-22
> * Votes: 48
> * Comments: 123

So, what should be next ancient body dredged up from Bugzilla and
resurrected by Platform Engineering?

Bugs by number of votes: http://ln-s.net/-3_c

Bug 708 has the most votes, but I'm not sure if a text list in the
sidebar would be prominent enough in cases where the sister project is
truly relevant, for example Wikinews links on current events, or
Wikivoyage links on cities. It would be a very small step towards
correcting the historical lack of cross-project promotion.

Bugs 2867, 167 and 3311 are in progress in some form, so probably
don't need our help.

Bug 674 then? It would fit in neatly with


-- Tim Starling


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Bug 189: "Add a music wikimodule" resolved/fixed

[James Forrester]

On 22 April 2013 19:27, MZMcBride  wrote:
> Hi.
>
> https://bugzilla.wikimedia.org/show_bug.cgi?id=189
>
> Congrats to all involved in getting bug 189 resolved! :-)

Yes, brilliant, isn't it? :-) Congratulations to all involved.

[Snip]

> I tried looking around for a point and click
> lilypond or ABC code generation tool (preferably Web-based), but a lot of
> these tools quickly went over my head.

And of course, anyone who feels like taking on a major (but
unbelievably cool) project could lash an existing JS Lilypond editor
into VisualEditor (or, to be even more impressive, write one
themselves) - it could be wonderful!

https://bugzilla.wikimedia.org/show_bug.cgi?id=47528

J.
--
James D. Forrester
Product Manager, VisualEditor
Wikimedia Foundation, Inc.

jforres...@wikimedia.org | @jdforrester

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Bug 189: "Add a music wikimodule" resolved/fixed

[gnosygnu]

Wow! Congrats indeed. That's really great! I really hope this gets used a
lot; I'd love to see full classical music scores on Wikipedia / Wikisource
(especially since these are the least likely to be copyright-encumbered)

Regarding a lilypond code generation tool:

Last time I used lilypond, I used jEdit (http://en.wikipedia.org/wiki/jEdit).
It's not web-based, but it is open-source (GPLv2) and multi-platform (I run
it on Windows and Linux). Its LilyPond plugin has a number of features (pdf
generation; midi generation) and also a "virtual piano" to generate markup.
See http://i.imgur.com/57wQ5op.png

If you're interested, here are some basic steps:
- Download / install jedit from here: http://www.jedit.org/
- Select Plugins -> Plugin Manager
- Select the Install Tab. Select and download the LilyPondTool
- Depending on platform, you may have to configure the LilyPond binary
path. Go to Plugins -> Plugin Options -> LilyPondTool -> Commands

Hope this is useful...

On Mon, Apr 22, 2013 at 10:27 PM, MZMcBride  wrote:

> Hi.
>
> https://bugzilla.wikimedia.org/show_bug.cgi?id=189
>
> Congrats to all involved in getting bug 189 resolved! :-)
>
> Bug 189 was one of the oldest unresolved and one of the better known bugs
> in Bugzilla involving a request to add a music module to Wikimedia wikis.
> Quick stats about the bug:
>
> * Opened: 2004-08-22
> * Votes: 48
> * Comments: 123
>
> The bug filer is still around and left a nice note on the bug
> ():
>
> ---
> Congratulations to all !
>
> It makes my dream comes true today !
>
> Thanks million times!
> ---
>
>  seemed like an easy target for
> demoing the newly deployed Score extension
> () on a production site,
> if anyone's interested. I tried looking around for a point and click
> lilypond or ABC code generation tool (preferably Web-based), but a lot of
> these tools quickly went over my head.
>
> MZMcBride
>
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Announcement: Erik Bernhardson joins Wikimedia as Features Engineer

[K. Peachey]

On Tue, Apr 23, 2013 at 9:00 AM, Terry Chay  wrote:
> ...
> His first official day is today (April 22). He is going to work with the 
> Editor Engagement team on Messaging, and any other stuff we can throw at him 
> until he feels sufficiently overwhelmed. I’m still trying to figure out how 
> to verbally distinguish between my boss and him (suggestions welcome!).

Does it have to verbally? I recommend some sort of crazy hat setup,
and the other staff members can choose the hats each day?

One day someone might choose a Sombrero, the next day someone might
choose [something cool] like a Fez

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Wmfall] Announcement: Erik Bernhardson joins Wikimedia as Features Engineer

[Philippe Beaudette]

They do, Katie. Have you forgotten how we got you?  :-)

—
Philippe Beaudette
Director, Community Advocacy
Wikimedia Foundation, Inc



On Apr 22, 2013, at 4:40 PM, Katie Horn  wrote:

Hmm... "integrated dozens of different payment processors (shh… don’t tell
FR-tech)", you say?
/me nonchalantly checks to see if Amazon sells comically large butterfly
nets

Welcome! :)

-Katie
Fundraising Tech Lead


On Tue, Apr 23, 2013 at 12:16 AM, Jeremy Baron wrote:

> On Mon, Apr 22, 2013 at 11:00 PM, Terry Chay  wrote:
> > His first official day is today (April 22). He is going to work with the
> Editor Engagement team on Messaging, and any other stuff we can throw at
> him until he feels sufficiently overwhelmed. I’m still trying to figure out
> how to verbally distinguish between my boss and him (suggestions welcome!).
>
> What do you do with Erik Zachte?
>
> > Please join me in a welcoming Erik to the Wikimedia Foundation. :-)
>
> Welcome!
>
> -Jeremy
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>

___
Wmfall mailing list
wmf...@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wmfall
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Bug 189: "Add a music wikimodule" resolved/fixed

[MZMcBride]

Hi.

https://bugzilla.wikimedia.org/show_bug.cgi?id=189

Congrats to all involved in getting bug 189 resolved! :-)

Bug 189 was one of the oldest unresolved and one of the better known bugs
in Bugzilla involving a request to add a music module to Wikimedia wikis.
Quick stats about the bug:

* Opened: 2004-08-22
* Votes: 48
* Comments: 123

The bug filer is still around and left a nice note on the bug
():

---
Congratulations to all !

It makes my dream comes true today !

Thanks million times!
---

 seemed like an easy target for
demoing the newly deployed Score extension
() on a production site,
if anyone's interested. I tried looking around for a point and click
lilypond or ABC code generation tool (preferably Web-based), but a lot of
these tools quickly went over my head.

MZMcBride



___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Wmfall] Announcement: Erik Bernhardson joins Wikimedia as Features Engineer

[James Forrester]

Welcome, Erik - great to have you here!

As a naming system that's helpful when people have common forenames
beginning with a vowel, you can always use  as a name - there's Merik, Berik and Zerik. Worked
at a previous workplace of mine. ;-)

J. (Blessed with a name that doesn't start with a vowel, at least in English.)

On 22 April 2013 16:00, Terry Chay  wrote:
> Hello everyone,
>
> It’s with great pleasure that I’m announcing that Erik Bernhardson has
> joined the Wikimedia Foundation as a Features Engineer.
>
> Before joining us, Erik was a web developer and operational
> jack-of-all-trades at Cite Media/Maverick Media which is a custom Symfony2
> CRM working on “what the internet is for”[1]. There he worked on MySQL,
> Redis, Graylog2, ElasticSearch, Nginx w/PHP-FPM integration, phpUnderControl
> and capifony. He integrated dozens of different payment processors (shh…
> don’t tell FR-tech) and automated micro-site rollout for the clients using
> PHP integration into Chef.
>
> Six years ago, he became a PHP developer when he found out, while hacking
> his DVR that it had a PHP-based webserver. He still likes to do a lot of
> open-source work[2], and we found him because he was patching HipHop to add
> namespace support.
>
> His first official day is today (April 22). He is going to work with the
> Editor Engagement team on Messaging, and any other stuff we can throw at him
> until he feels sufficiently overwhelmed. I’m still trying to figure out how
> to verbally distinguish between my boss and him (suggestions welcome!).
>
> Erik lives in Campbell, CA, but is strangely okay with commuting to San
> Francisco all the time. He likes to drive his motorcycle down to Monterrey
> on weekends.
>
> Please join me in a welcoming Erik to the Wikimedia Foundation. :-)
>
> Take care,
> Terry
>
> [1]: http://www.youtube.com/watch?v=eWEjvCRPrCo
> [2]: https://github.com/ebernhardson
>
> terry chay  최태리
> Director of Features Engineering
> Wikimedia Foundation
> “Imagine a world in which every single human being can freely share in the
> sum of all knowledge. That's our commitment.”
>
> p: +1 (415) 839-6885 x6832
> m: +1 (408) 480-8902
> e: tc...@wikimedia.org
> i: http://terrychay.com/
> w: http://meta.wikimedia.org/wiki/User:Tychay
> aim: terrychay
>
>
> ___
> Wmfall mailing list
> wmf...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wmfall
>



-- 
James D. Forrester
Product Manager, VisualEditor
Wikimedia Foundation, Inc.

jforres...@wikimedia.org | @jdforrester

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Google Summer of Code '13] Project Idea - "Inspire Me" Button

[Daniel Friesen]

How do you intend to get the data you need to pick a page?

For something like this to work properly traditionally I'd expect it would  
involve storing personal information that currently isn't stored.  
Something that would require controversial changes to Wikimedia's privacy  
policy.

Have you talked to anyone about this?

On Mon, 22 Apr 2013 09:54:15 -0700, Cheng Xing  wrote:


Hi Wikimedia Developers,

My name is Cheng Xing, and I'm interested in working with Wikimedia for
GSoC this summer.  I sent the email below to the mailing list few days  
ago,

but it didn't seem like it went through, so here it is again.

Thank you for your time!

Sincerely,
Cheng
-- Forwarded message --
From: "Cheng Xing" 
Date: Apr 18, 2013 5:40 PM
Subject: [Google Summer of Code '13] Project Idea - "Inspire Me" Button
To: 

Hi Wikimedia Developers,

My name is Cheng Xing, and I am a freshman in Cornell University College  
of

Engineering planning to pursue a major in Computer Science and minor in
Electrical and Computer Engineering.

The gist of my idea is this: Create a magical "Inspire Me" button in the
homepage of Wikimedia sites so that it directs the user to a page that
he/she is most likely interested in. In other words, it's a page
recommender system.

For example, if a programmer clicks the "Inspire Me" button on Wikipedia,
articles such as the Whitespace programming language, Rubber Duck
Debugging, etc. would show up.  Things that the user probably doesn't  
know
about, that would probably interest the user, will show up by clicking  
that

button.  Very occasionally there'd be random things like Stitches, which
the user might know nothing about, but might actually be interesting.

I got this idea from three different places: Pandora, XKCD, and my own
Wikiholic-ness.  Pandora, for its impressive recommender system that uses
user accounts and likes/dislikes to track recommendation data; XKCD, for
its entertainment through their "Random" button; and lastly, my own
Wikiholic-ness, for its eagerness to find random interesting things on
Wikipedia.

I think the best part of Wikimedia is its ability to inspire people from
all over the world, and it has achieved this by simply presenting
information to the masses.  In my opinion, a tool that filters and
recommends information to users would be much more inspirational.  Just
imagine how many people all over the world can find their dreams this  
way.


I realize that this could become quite a big project, so if I get the
chance to work on this, I will do a small part (possibly the basic
infrastructure of the system) for GSoC, and I am more than willing to
continue to contribute after that.

I have some ideas of how this recommender systems would work, but this
email is pretty long as it is.  Please send me questions and comments!  I
really appreciate it.

Sincerely,
Cheng
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l



--
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/]


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Announcement: Erik Bernhardson joins Wikimedia as Features Engineer

[Katie Horn]

Hmm... "integrated dozens of different payment processors (shh… don’t tell
FR-tech)", you say?
/me nonchalantly checks to see if Amazon sells comically large butterfly
nets

Welcome! :)

-Katie
Fundraising Tech Lead


On Tue, Apr 23, 2013 at 12:16 AM, Jeremy Baron wrote:

> On Mon, Apr 22, 2013 at 11:00 PM, Terry Chay  wrote:
> > His first official day is today (April 22). He is going to work with the
> Editor Engagement team on Messaging, and any other stuff we can throw at
> him until he feels sufficiently overwhelmed. I’m still trying to figure out
> how to verbally distinguish between my boss and him (suggestions welcome!).
>
> What do you do with Erik Zachte?
>
> > Please join me in a welcoming Erik to the Wikimedia Foundation. :-)
>
> Welcome!
>
> -Jeremy
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Announcement: Erik Bernhardson joins Wikimedia as Features Engineer

[Jeremy Baron]

On Mon, Apr 22, 2013 at 11:00 PM, Terry Chay  wrote:
> His first official day is today (April 22). He is going to work with the 
> Editor Engagement team on Messaging, and any other stuff we can throw at him 
> until he feels sufficiently overwhelmed. I’m still trying to figure out how 
> to verbally distinguish between my boss and him (suggestions welcome!).

What do you do with Erik Zachte?

> Please join me in a welcoming Erik to the Wikimedia Foundation. :-)

Welcome!

-Jeremy

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Announcement: Erik Bernhardson joins Wikimedia as Features Engineer

[Matthew Flaschen]

On 04/22/2013 07:00 PM, Terry Chay wrote:
> Hello everyone,
> 
> It’s with great pleasure that I’m announcing that Erik Bernhardson has
> joined the Wikimedia Foundation as a Features Engineer.

Welcome!  You've got a really interesting background and I look forward
to working with you.

Matt Flaschen

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] GSoC / OPW application period is open!

[Quim Gil]

On 04/22/2013 01:14 PM, Nilesh Chakraborty wrote:

Hi Quim,

Being a first-time GSoCer, I have a question about this - "We recommend all
candidates to apply soon and be ready to improve your project proposals
fast based on feedback received." - do you mean that I should post the
project proposal in this list -> discuss -> receive feedback -> modify ->
reiterate -> apply through google?

OR, should I apply through google with the project proposals -> receive
feedback -> modify -> reiterate?


Good question.

Your evaluation will be done based on your GSoC application. Apply to 
the GSoC website as soon as you have the basics of you project right. 
This will get you officially under our radar. Note that you can edit 
your submitted application until the deadline.


The GSoC mentors and myself as org admin will do our best helping you 
polishing your proposal. However, the real deal is to get community 
interest, feedback and help. This is why we also ask candidates to share 
your plans in a wiki page linked from a Bugzilla report and a post in 
Wikitech-l.


After this there should be only two channels of discussion:

1. Details about your skills, availability etc are discussed directly 
with you via email.


2. Technical discussion happens in the related Bugzilla report.



I hope you get what I mean and would really appreciate the clarification.
Sorry if it's too obvious. :)


Not obvious at all. Thank you for asking.

--
Quim Gil
Technical Contributor Coordinator @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Announcement: Erik Bernhardson joins Wikimedia as Features Engineer

[Terry Chay]

Hello everyone,

It’s with great pleasure that I’m announcing that Erik Bernhardson has joined 
the Wikimedia Foundation as a Features Engineer.

Before joining us, Erik was a web developer and operational jack-of-all-trades 
at Cite Media/Maverick Media which is a custom Symfony2 CRM working on “what 
the internet is for”[1]. There he worked on MySQL, Redis, Graylog2, 
ElasticSearch, Nginx w/PHP-FPM integration, phpUnderControl and capifony. He 
integrated dozens of different payment processors (shh… don’t tell FR-tech) and 
automated micro-site rollout for the clients using PHP integration into Chef.

Six years ago, he became a PHP developer when he found out, while hacking his 
DVR that it had a PHP-based webserver. He still likes to do a lot of 
open-source work[2], and we found him because he was patching HipHop to add 
namespace support.

His first official day is today (April 22). He is going to work with the Editor 
Engagement team on Messaging, and any other stuff we can throw at him until he 
feels sufficiently overwhelmed. I’m still trying to figure out how to verbally 
distinguish between my boss and him (suggestions welcome!).

Erik lives in Campbell, CA, but is strangely okay with commuting to San 
Francisco all the time. He likes to drive his motorcycle down to Monterrey on 
weekends.

Please join me in a welcoming Erik to the Wikimedia Foundation. :-)

Take care,
Terry

[1]: http://www.youtube.com/watch?v=eWEjvCRPrCo
[2]: https://github.com/ebernhardson

terry chay  최태리
Director of Features Engineering
Wikimedia Foundation
“Imagine a world in which every single human being can freely share in the sum 
of all knowledge. That's our commitment.”

p: +1 (415) 839-6885 x6832
m: +1 (408) 480-8902
e: tc...@wikimedia.org
i: http://terrychay.com/
w: http://meta.wikimedia.org/wiki/User:Tychay
aim: terrychay

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] GSoC / OPW application period is open!

[Teresa Cho]

Nilesh,

I wasn't a GSoC applicant, but I just finished my OPW internship. For me, I
got in touch with mentor on the project I was interested in and discussed
with him. After getting an idea of what I wanted to do, I created a
proposal page (https://www.mediawiki.org/wiki/User:Chot/OPW/Proposal). Mine
is pretty sparse and not the best example of a good proposal. The more
details you can provide, the better the application will be, especially
with the number of candidates that Wikimedia has been getting. Then you can
ask the community for feedback; a good alternative to this email list is
through your talk page or irc. I would say apply when you have a polished
idea and have established a working relationship with your would-be
mentor(s) since you'll be working closely with them.

In any case, the important thing isn't *when* you apply, it's that you get
involved. The mentorship programs are a gateway to get people engaged in
the community so don't be shy about participating and asking questions.
Everyone, for the most part, is really nice and knowledgable.

Also, here are the launch pages for both the programs:
http://www.mediawiki.org/wiki/Summer_of_Code_2013
http://www.mediawiki.org/wiki/Outreach_Program_for_Women

Keep an eye on these pages since they tend to change with important
information.

Good luck with your application!
Teresa aka terrrydactyl


On Mon, Apr 22, 2013 at 11:14 PM, Nilesh Chakraborty wrote:

> Hi Quim,
>
> Being a first-time GSoCer, I have a question about this - "We recommend all
> candidates to apply soon and be ready to improve your project proposals
> fast based on feedback received." - do you mean that I should post the
> project proposal in this list -> discuss -> receive feedback -> modify ->
> reiterate -> apply through google?
>
> OR, should I apply through google with the project proposals -> receive
> feedback -> modify -> reiterate?
>
> I hope you get what I mean and would really appreciate the clarification.
> Sorry if it's too obvious. :)
>
> Thanks,
> Nilesh
>
>
> On Tue, Apr 23, 2013 at 1:29 AM, Quim Gil  wrote:
>
> > Hi,
> >
> > Just a note to say that Google Summer of Code application period is now
> > officially open:
> >
> > http://www.google-melange.com/**gsoc/events/google/gsoc2013<
> http://www.google-melange.com/gsoc/events/google/gsoc2013>
> >
> > The deadline is May 3. In the meantime, the Outreach Program for Women
> > application period is also open, until May 1.
> >
> > We recommend all candidates to apply soon and be ready to improve your
> > project proposals fast based on feedback received.
> >
> > Women interested in both programs are encouraged to apply to both. If you
> > are unsure, apply to both as well, or just ask (the sooner, the better).
> >
> > All this may create some extra traffic in this list. New project
> proposals
> > are encouraged to be announced here, pointing to their related Bugzilla
> > reports. Please move the technical discussions to the Bugzilla reports as
> > much and as soon as possible.
> >
> > Thank you and good luck to all candidates!
> >
> > --
> > Quim Gil
> > Technical Contributor Coordinator @ Wikimedia Foundation
> > http://www.mediawiki.org/wiki/**User:Qgil<
> http://www.mediawiki.org/wiki/User:Qgil>
> >
> > __**_
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/**mailman/listinfo/wikitech-l<
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l>
>
>
>
>
> --
> A quest eternal, a life so small! So don't just play the guitar, build one.
> You can also email me at cont...@nileshc.com or visit my
> website
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] GSoC / OPW application period is open!

[Nilesh Chakraborty]

Hi Quim,

Being a first-time GSoCer, I have a question about this - "We recommend all
candidates to apply soon and be ready to improve your project proposals
fast based on feedback received." - do you mean that I should post the
project proposal in this list -> discuss -> receive feedback -> modify ->
reiterate -> apply through google?

OR, should I apply through google with the project proposals -> receive
feedback -> modify -> reiterate?

I hope you get what I mean and would really appreciate the clarification.
Sorry if it's too obvious. :)

Thanks,
Nilesh


On Tue, Apr 23, 2013 at 1:29 AM, Quim Gil  wrote:

> Hi,
>
> Just a note to say that Google Summer of Code application period is now
> officially open:
>
> http://www.google-melange.com/**gsoc/events/google/gsoc2013
>
> The deadline is May 3. In the meantime, the Outreach Program for Women
> application period is also open, until May 1.
>
> We recommend all candidates to apply soon and be ready to improve your
> project proposals fast based on feedback received.
>
> Women interested in both programs are encouraged to apply to both. If you
> are unsure, apply to both as well, or just ask (the sooner, the better).
>
> All this may create some extra traffic in this list. New project proposals
> are encouraged to be announced here, pointing to their related Bugzilla
> reports. Please move the technical discussions to the Bugzilla reports as
> much and as soon as possible.
>
> Thank you and good luck to all candidates!
>
> --
> Quim Gil
> Technical Contributor Coordinator @ Wikimedia Foundation
> http://www.mediawiki.org/wiki/**User:Qgil
>
> __**_
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/**mailman/listinfo/wikitech-l




-- 
A quest eternal, a life so small! So don't just play the guitar, build one.
You can also email me at cont...@nileshc.com or visit my
website
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Data-URI and WebP for thumbnails, a cute experiment

[Brion Vibber]

Clever... that technique (loading a data URI of a small file and making
sure it works) should work with other formats too. I smell an avenue for
SVG support too here... ;)

-- brion


On Mon, Apr 22, 2013 at 12:33 PM, Mathias Schindler <
mathias.schind...@gmail.com> wrote:

> On Mon, Apr 22, 2013 at 8:27 PM, Brion Vibber  wrote:
>
> > Another possibility is to preferably load images on view/section
> expansion
> > via JavaScript, which can potentially give you a chance to query the
> format
> > compatibility in client JS and avoid any HTTP-level negotiation. (And
> also
> > doesn't load any images until you need them.) Things to think about...
>
> format compatibility check is usually done with these few lines:
> http://queryj.wordpress.com/2012/06/11/detecting-webp-support/
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] GSoC / OPW application period is open!

[Quim Gil]

Hi,

Just a note to say that Google Summer of Code application period is now 
officially open:


http://www.google-melange.com/gsoc/events/google/gsoc2013

The deadline is May 3. In the meantime, the Outreach Program for Women 
application period is also open, until May 1.


We recommend all candidates to apply soon and be ready to improve your 
project proposals fast based on feedback received.


Women interested in both programs are encouraged to apply to both. If 
you are unsure, apply to both as well, or just ask (the sooner, the better).


All this may create some extra traffic in this list. New project 
proposals are encouraged to be announced here, pointing to their related 
Bugzilla reports. Please move the technical discussions to the Bugzilla 
reports as much and as soon as possible.


Thank you and good luck to all candidates!

--
Quim Gil
Technical Contributor Coordinator @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Query about GSoC 2013

[Lydia Pintscher]

Hey Siddha :)

On Mon, Apr 22, 2013 at 6:50 PM, Siddha Ganju  wrote:
> Hi! This is Siddha, an open source enthusiast and I really want to work on
> the Mobilize Wikidata project for GSoC 2013. Having developed apps for the
> Windows Phone I believe has given me some experience in developing mobile
> UIs, which shall help me contribute for this project.

Great!

> The link for a mentor has not been provided. Could you please direct me to
> where I should start discussing for a solution for implementing a mobile
> view for Wikidata.
>
> I am really excited to help out, please let me know where to start.

Have you already looked at the other threads about this project on
this mailing list? Reading them is a good start. Let me know what
other questions you have after that.


Cheers
Lydia

--
Lydia Pintscher - http://about.me/lydia.pintscher
Community Communications for Technical Projects

Wikimedia Deutschland e.V.
Obentrautstr. 72
10963 Berlin
www.wikimedia.de

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.

Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Data-URI and WebP for thumbnails, a cute experiment

[Mathias Schindler]

On Mon, Apr 22, 2013 at 8:27 PM, Brion Vibber  wrote:

> Another possibility is to preferably load images on view/section expansion
> via JavaScript, which can potentially give you a chance to query the format
> compatibility in client JS and avoid any HTTP-level negotiation. (And also
> doesn't load any images until you need them.) Things to think about...

format compatibility check is usually done with these few lines:
http://queryj.wordpress.com/2012/06/11/detecting-webp-support/

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Data-URI and WebP for thumbnails, a cute experiment

[Brion Vibber]

On Mon, Apr 22, 2013 at 6:30 AM, Mathias Schindler <
mathias.schind...@gmail.com> wrote:

> Which one is larger (given an empty cache)? One single big file
> containing the thumbnails or one small HTML file and individual
> thumbnail files (that includes possible overhead in the TCP/IP
> packages for both scenarios)?
>

For very small images, HTTP headers can indeed overwhelm the actual data;
that's why we use embedded data URIs in styles a lot, which tend to have
very small icons and such.

For typical photo thumbnails there's less relative overhead, but it's still
a bunch of extra files to fetch.

There are a couple disadvantages to using data URIs for largish inline
images such as photo thumbs though:

* browser can't render all the text layout before downloading the images;
images are forced to load at their inline positions.
* increased memory usage -- DOM is going to contain the full base64 data
URI, whereas a separate image file would only store a small link and go
into disk cache. This may be an issue on memory-constrained devices such as
smartphones and tablets.
* I'm not actually sure how disk caching works with data URIs. :) They may
just eat up RAM as long as the page is opened, even when not shown
onnscreen.

I love the idea of using more compact image formats when available, but
doing the negotiating makes things more complicated. Maybe edge-side
includes can rig something up, maybe their overhead would kill the cache
servers. Dunno. :)

Another possibility is to preferably load images on view/section expansion
via JavaScript, which can potentially give you a chance to query the format
compatibility in client JS and avoid any HTTP-level negotiation. (And also
doesn't load any images until you need them.) Things to think about...

-- brion
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Echo] Is it possible to register my own events?

[Alex Monk]

And Extension:Thanks . I
probably should've mentioned this one before.


On Mon, Apr 22, 2013 at 6:57 PM, Steven Walling wrote:

> On Monday, April 22, 2013, Yury Katkov wrote:
>
> > Hi everyone!
> >
> > The Echo notifications are wonderfully good idea! Is it possible to
> create
> > the Echo events inside my extensions? For example I want my voting
> > extension to produce Echo notifications to the contributors of the
> article
> > each time someone have voted for this article.
> > -
> > Yury Katkov, WikiVote
>
>
> Yep, we are doing the same thing inside Extension:GettingStarted.
>
>
>
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org 
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Echo] Is it possible to register my own events?

[Steven Walling]

On Monday, April 22, 2013, Yury Katkov wrote:

> Hi everyone!
>
> The Echo notifications are wonderfully good idea! Is it possible to create
> the Echo events inside my extensions? For example I want my voting
> extension to produce Echo notifications to the contributors of the article
> each time someone have voted for this article.
> -
> Yury Katkov, WikiVote


Yep, we are doing the same thing inside Extension:GettingStarted.



> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org 
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Echo] Is it possible to register my own events?

[Alex Monk]

Yes. Take a look at how the PageTriage and OpenStackManager extensions do
it (LiquidThreads used to but that functionality has not been updated for
changes to Echo so I'm not sure that it still works).
(Just grepping for 'Echo' should show you everything you need.)

I would consider carefully before creating such voting events however, it's
unlikely that most contributors to an article will want to know about that.

Alex Monk


On Mon, Apr 22, 2013 at 6:41 PM, Yury Katkov  wrote:

> Hi everyone!
>
> The Echo notifications are wonderfully good idea! Is it possible to create
> the Echo events inside my extensions? For example I want my voting
> extension to produce Echo notifications to the contributors of the article
> each time someone have voted for this article.
> -
> Yury Katkov, WikiVote
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] [Echo] Is it possible to register my own events?

[Yury Katkov]

Hi everyone!

The Echo notifications are wonderfully good idea! Is it possible to create
the Echo events inside my extensions? For example I want my voting
extension to produce Echo notifications to the contributors of the article
each time someone have voted for this article.
-
Yury Katkov, WikiVote
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Google Summer of Code '13] Project Idea - "Inspire Me" Button

[David Cuenca]

Hi Cheng,

As you say there are many recommendation systems, some of them already work
or used to work with wikipedia (like StumbleThru) or just to find
interesting articles (like reddit.com/r/wikipedia ).
In my opinion those systems are better developed externally because if not
done right, they can get easily annoying... for instance, if you use
previous contribution or watchlist data, I might have edited or be watching
articles about themes I am not longer interested in. And if done right,
then you need to put many more hours than a Gsoc would allow you.
Anyway, maybe a mentor is interested, if not take a look to the proposed
projects with mentor. There are some cool ideas there too :)

Micru


On Mon, Apr 22, 2013 at 12:54 PM, Cheng Xing  wrote:

> Hi Wikimedia Developers,
>
> My name is Cheng Xing, and I'm interested in working with Wikimedia for
> GSoC this summer.  I sent the email below to the mailing list few days ago,
> but it didn't seem like it went through, so here it is again.
>
> Thank you for your time!
>
> Sincerely,
> Cheng
> -- Forwarded message --
> From: "Cheng Xing" 
> Date: Apr 18, 2013 5:40 PM
> Subject: [Google Summer of Code '13] Project Idea - "Inspire Me" Button
> To: 
>
> Hi Wikimedia Developers,
>
> My name is Cheng Xing, and I am a freshman in Cornell University College of
> Engineering planning to pursue a major in Computer Science and minor in
> Electrical and Computer Engineering.
>
> The gist of my idea is this: Create a magical "Inspire Me" button in the
> homepage of Wikimedia sites so that it directs the user to a page that
> he/she is most likely interested in. In other words, it's a page
> recommender system.
>
> For example, if a programmer clicks the "Inspire Me" button on Wikipedia,
> articles such as the Whitespace programming language, Rubber Duck
> Debugging, etc. would show up.  Things that the user probably doesn't know
> about, that would probably interest the user, will show up by clicking that
> button.  Very occasionally there'd be random things like Stitches, which
> the user might know nothing about, but might actually be interesting.
>
> I got this idea from three different places: Pandora, XKCD, and my own
> Wikiholic-ness.  Pandora, for its impressive recommender system that uses
> user accounts and likes/dislikes to track recommendation data; XKCD, for
> its entertainment through their "Random" button; and lastly, my own
> Wikiholic-ness, for its eagerness to find random interesting things on
> Wikipedia.
>
> I think the best part of Wikimedia is its ability to inspire people from
> all over the world, and it has achieved this by simply presenting
> information to the masses.  In my opinion, a tool that filters and
> recommends information to users would be much more inspirational.  Just
> imagine how many people all over the world can find their dreams this way.
>
> I realize that this could become quite a big project, so if I get the
> chance to work on this, I will do a small part (possibly the basic
> infrastructure of the system) for GSoC, and I am more than willing to
> continue to contribute after that.
>
> I have some ideas of how this recommender systems would work, but this
> email is pretty long as it is.  Please send me questions and comments!  I
> really appreciate it.
>
> Sincerely,
> Cheng
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Etiamsi omnes, ego non
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] [Google Summer of Code '13] Project Idea - "Inspire Me" Button

[Cheng Xing]

Hi Wikimedia Developers,

My name is Cheng Xing, and I'm interested in working with Wikimedia for
GSoC this summer.  I sent the email below to the mailing list few days ago,
but it didn't seem like it went through, so here it is again.

Thank you for your time!

Sincerely,
Cheng
-- Forwarded message --
From: "Cheng Xing" 
Date: Apr 18, 2013 5:40 PM
Subject: [Google Summer of Code '13] Project Idea - "Inspire Me" Button
To: 

Hi Wikimedia Developers,

My name is Cheng Xing, and I am a freshman in Cornell University College of
Engineering planning to pursue a major in Computer Science and minor in
Electrical and Computer Engineering.

The gist of my idea is this: Create a magical "Inspire Me" button in the
homepage of Wikimedia sites so that it directs the user to a page that
he/she is most likely interested in. In other words, it's a page
recommender system.

For example, if a programmer clicks the "Inspire Me" button on Wikipedia,
articles such as the Whitespace programming language, Rubber Duck
Debugging, etc. would show up.  Things that the user probably doesn't know
about, that would probably interest the user, will show up by clicking that
button.  Very occasionally there'd be random things like Stitches, which
the user might know nothing about, but might actually be interesting.

I got this idea from three different places: Pandora, XKCD, and my own
Wikiholic-ness.  Pandora, for its impressive recommender system that uses
user accounts and likes/dislikes to track recommendation data; XKCD, for
its entertainment through their "Random" button; and lastly, my own
Wikiholic-ness, for its eagerness to find random interesting things on
Wikipedia.

I think the best part of Wikimedia is its ability to inspire people from
all over the world, and it has achieved this by simply presenting
information to the masses.  In my opinion, a tool that filters and
recommends information to users would be much more inspirational.  Just
imagine how many people all over the world can find their dreams this way.

I realize that this could become quite a big project, so if I get the
chance to work on this, I will do a small part (possibly the basic
infrastructure of the system) for GSoC, and I am more than willing to
continue to contribute after that.

I have some ideas of how this recommender systems would work, but this
email is pretty long as it is.  Please send me questions and comments!  I
really appreciate it.

Sincerely,
Cheng
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Query about GSoC 2013

[Siddha Ganju]

Hi! This is Siddha, an open source enthusiast and I really want to work on
the Mobilize Wikidata project for GSoC 2013. Having developed apps for the
Windows Phone I believe has given me some experience in developing mobile
UIs, which shall help me contribute for this project.

The link for a mentor has not been provided. Could you please direct me to
where I should start discussing for a solution for implementing a mobile
view for Wikidata.

I am really excited to help out, please let me know where to start.


Links for the apps I had developed:

1.
http://www.windowsphone.com/en-ug/store/app/caladd/6546cf64-7fdd-43b0-aaab-9677b433c310

2.
http://www.windowsphone.com/en-ug/store/app/doodle/be9f29de-1439-4e06-abd5-2b96da5d177

 Thanks a lot!
-- 
Siddha Ganju
2nd Year Undergraduate Student
Computer Science and Engineering Department
National Institute of Technology, Hamirpur - 177005
E-mail Id : siddhaga...@gmail.com
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] 1.21.0rc4 -- another week, another RC

[Mark A. Hershberger]

This is RC4 for 1.21.0 due to be released on May 15, 2013.  The
patches included since RC3 are after the download instructions.

While testing this release candidate, I discovered a bug in the
installer (Bug #47489) which I would like to get fixed before a final
release.

I've changed the list of bugs I would like to see fixed in the next
couple of weeks before release to 3 installer-only bugs:

https://bugzilla.wikimedia.org/buglist.cgi?bug_id=47489%2C46802%2C43817

https://bugzilla.wikimedia.org/43817
Include short descriptions for extensions bundled in the release

https://bugzilla.wikimedia.org/46802
Enabling extensions during install process displays empty readonly
textbox on status page

https://bugzilla.wikimedia.org/47489
white screen after no db selection

I'll take a stab at these, but I appreciate any help you guys can give.

Full release notes:
https://www.mediawiki.org/wiki/Release_notes/1.21


**
Download:
http://download.wikimedia.org/mediawiki/1.21/mediawiki-core-1.21.0rc4.tar.gz
http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc4.tar.gz

Patch to previous version (1.20.0), without interface text:
http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc4.patch.gz
Interface text changes:
http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc4.patch.gz

GPG signatures:
http://download.wikimedia.org/mediawiki/1.21/mediawiki-core-1.21.0rc4.tar.gz.sig
http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc4.tar.gz.sig
http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc4.patch.gz.sig
http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc4.patch.gz.sig

Public keys:
https://secure.wikimedia.org/keys.html

Patches included since RC3:

commit 29d3243339f836ad13a722762e4b0f7056ee3764
Author: Brad Jorsch 
Date:   Sun Mar 3 22:35:05 2013 -0500

Add parser method to call parser functions

There is currently no straightforward way for anything to call a
parser function and get the result. This abstracts out that portion
of braceSubstitution() to allow this.

The immediate motivation for this patch is to close bug 41769
against Scribunto, see I0138836654b0e34c5c23daaedcdf5d4f9d1c7ab2.

Bug: 41769
Change-Id: I339b882010dedd714e7965e25ad650ed8b8cd48f

commit c81f3673423021c92a8e08a207236b4d48b0bc46
Author: Timo Tijhof 
Date:   Tue Mar 26 18:59:07 2013 +0100

mw.loader: Guard against odd setTimeout behaviour in old Firefox

Bug: 46575
Change-Id: I80af730daa815f0c273fe942c570d1f01441

commit d43c43727c0273ab9a861b39a70609bfbe14a801
Author: PleaseStand 
Date:   Wed Apr 17 13:49:50 2013 +

Revert "Remove link to Special:ActiveUsers from Special:Statistics"

Special:ActiveUsers still seems to be in REL1_21, and
there is a pending change set (Ib43b4205) to add back
the special page on the master branch.

This reverts commit 4b2c7373f2ab6f701cbd7f371ad4b95829e34e70

Change-Id: I5669477091ada36ea28c33de1232d2b7e9d0b413

commit c6528bb73b99de3ae6a5f3d8493e9dc8a1eb9120
Author: csteipp 
Date:   Mon Apr 15 13:42:02 2013 -0700

Sanitize $limitReport before outputting

Prevents possible injection of "-->" and other HTML by extensions
using the ParserLimitReport hook.

bug: 46084
Change-Id: Id97b6668da6df3e5e4c0acefffa00c82cac3c44a
(cherry picked from commit 69f96f65dd99e54b84e489e7d957b7526653474c)

commit 73f30041f2cf4f5cac08bb3b37a38fa80832bec3
Author: csteipp 
Date:   Mon Apr 15 13:44:23 2013 -0700

Disable external entities in XMLReader

Temporarily disable loading entities in XMLReader when calling
read() with libxml_disable_entity_loader(true).

bug: 46859

Change-Id: I0b2ef270f15c7b4da17edee680bf7e2410919915
(cherry picked from commit 1ed76385c31f44c589f6e5a99c9c56f1f3f76728)

commit 9c902fb78536566c3deb85cc1bfb033074520e22
Author: csteipp 
Date:   Mon Apr 15 13:47:10 2013 -0700

Disable external entities in Import

Temporarily disable loading entities in XMLReader when calling
read() during import.

(cherry picked from commit 77a8d576918b6a47b80a67a3653662a2d705d6c3)

bug: 47251
Change-Id: I0b39386e6cf4ec0244aab8ebc4095922511e2964

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [GSoc2013] Interested in developing Entity Suggester

[Denny Vrandečić]

You can get the data from here:
http://dumps.wikimedia.org/wikidatawiki/20130417/

All items with all properties and their values are inside the dump. The
questions would be, based on this data, could we make suggestions for:

* when I create a new statement, suggest a property. then suggest a value
* suggest qualifier properties, then suggest qualifier values (there is no
data yet on qualifiers, but this would change soon)
* suggest properties for references, and values

Does this help?

Cheers,
Denny





2013/4/19 Nilesh Chakraborty 

> Hi,
>
> I am a 3rd year undergraduate student of computer science, pursuing my
> B.Tech degree at RCC Institute of Information Technology. I am proficient
> in Java, PHP and C#.
>
> Among the project ideas on the GSoC 2013 ideas page, the one particular
> idea that seemed really interesting to me is developing an Entity
> Suggester for Wikidata. I want to work on it.
>
> I am passionate about data mining, big data and recommendation engines,
> therefore this idea naturally appeals to me a lot. I have experience with
> building music and people recommendation systems, and have worked with
> Myrrix and Apache Mahout. I recently designed and implemented such a
> recommendation system and deployed it on a live production site, where I'm
> interning at, to recommend Facebook users to each other depending upon
> their interests.
>
> The problem is, the documentation for Wikidata and the Wikibase extension
> seems pretty daunting to me since I have not ever configured a mediawiki
> instance or actually used it. (I am on my way to try it out following the
> instructions at
> http://www.mediawiki.org/wiki/Summer_of_Code_2013#Where_to_start.) I can
> easily build a recommendation system and create a web-service or REST based
> API through which the engine can be trained with existing data, and queried
> and all. This seems to be a collaborative filtering problem (people who
> bought x also bought y). It'll be easier if I could get some help about the
> part where/how I need to integrate it with Wikidata. Also, some sample
> datasets (csv files?) or schemas (just the column names and data types?)
> would help a lot, for me to figure this out.
>
> I have added this email as a comment on the bug report at
> https://bugzilla.wikimedia.org/show_bug.cgi?id=46555#c1.
>
> Please ask me if you have any questions. :-)
>
> Thanks,
> Nilesh
>
> --
> A quest eternal, a life so small! So don't just play the guitar, build one.
> You can also email me at cont...@nileshc.com or visit my
> website
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Project director Wikidata
Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
Tel. +49-30-219 158 26-0 | http://wikimedia.de

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Update to jQuery 1.9 and jQuery UI 1.9

[Daniel Werner]

Still wondering about the same question every week.
Are there any plans/schedule for updating to jQuery/jQuery UI 1.9 at this
point?
Would be neat to have the new jQuery.ui.Widget related features of 1.9
available.

Cheers,
Daniel

2012/12/6 Jan Luca 

> Hi,
>
> is there already a schedule to update jQuery and jQuery UI to 1.9 or are
> there problems at moment? I want to use the new tooltip widget of jQuery UI
> 1.9 [1].
>
> Best regards,
> Jan
>
> [1] http://jqueryui.com/tooltip/
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>



-- 
Daniel Werner
Software Engineer

Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
Tel. (030) 219 158 26-0

http://wikimedia.de

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Data-URI and WebP for thumbnails, a cute experiment

[Tyler Romeo]

Looks good. Makes me wish H.264 wasn't so loaded down with patents. Then
we'd maybe have an even better codec.

*-- *
*Tyler Romeo*
Stevens Institute of Technology, Class of 2015
Major in Computer Science
www.whizkidztech.com | tylerro...@gmail.com


On Mon, Apr 22, 2013 at 9:38 AM, Magnus Manske
wrote:

> On Mon, Apr 22, 2013 at 2:17 PM, Denny Vrandečić <
> denny.vrande...@wikimedia.de> wrote:
>
> > That looks like a cool idea.
> >
> > I am trying to experiment it on a few pages, and it seems to considerably
> > reduce the number of web requests (for
> > https://en.wikipedia.org/wiki/Vincent_van_Gogh it goes from 120 to under
> > 40
> > requests).
> >
> >
> Note that this could even be less if I added the Wikipedia chrome (logo,
> icons etc.) as data URLs. However, since these should be in local cache
> after the first page view, it would be quite wasteful to transmit them on
> each page view again, as base64 no less.
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Data-URI and WebP for thumbnails, a cute experiment

[Magnus Manske]

On Mon, Apr 22, 2013 at 2:17 PM, Denny Vrandečić <
denny.vrande...@wikimedia.de> wrote:

> That looks like a cool idea.
>
> I am trying to experiment it on a few pages, and it seems to considerably
> reduce the number of web requests (for
> https://en.wikipedia.org/wiki/Vincent_van_Gogh it goes from 120 to under
> 40
> requests).
>
>
Note that this could even be less if I added the Wikipedia chrome (logo,
icons etc.) as data URLs. However, since these should be in local cache
after the first page view, it would be quite wasteful to transmit them on
each page view again, as base64 no less.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Data-URI and WebP for thumbnails, a cute experiment

[Mathias Schindler]

On Mon, Apr 22, 2013 at 3:17 PM, Denny Vrandečić
 wrote:
> That looks like a cool idea.
>
> I am trying to experiment it on a few pages, and it seems to considerably
> reduce the number of web requests (for
> https://en.wikipedia.org/wiki/Vincent_van_Gogh it goes from 120 to under 40
> requests).
>
> But the pages get quite bigger, obviously.

Which one is larger (given an empty cache)? One single big file
containing the thumbnails or one small HTML file and individual
thumbnail files (that includes possible overhead in the TCP/IP
packages for both scenarios)?

Mathias

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Data-URI and WebP for thumbnails, a cute experiment

[Jeremy Baron]

On Apr 22, 2013 9:18 AM, "Denny Vrandečić" 
wrote:
> But the pages get quite bigger, obviously. Also, it introduces a caching
> issue for images...

That's why we have https://bugzilla.wikimedia.org/32618 :-)

> Still, pretty cool.

Yeah… makes me wonder what the status of SPDY is. (client-side too)

-Jeremy
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Data-URI and WebP for thumbnails, a cute experiment

[Denny Vrandečić]

That looks like a cool idea.

I am trying to experiment it on a few pages, and it seems to considerably
reduce the number of web requests (for
https://en.wikipedia.org/wiki/Vincent_van_Gogh it goes from 120 to under 40
requests).

But the pages get quite bigger, obviously. Also, it introduces a caching
issue for images...

Still, pretty cool.





2013/4/22 Mathias Schindler 

> Hi everyone,
>
> Magnus was very kind to implement an idea that consists of two parts:
>
> 1. use of WebP (http://en.wikipedia.org/wiki/WebP) instead of PNG/JPEG
> for thumbnails in Wikipedia articles
> 2. use of Data-URIs (https://en.wikipedia.org/wiki/Data_URI_scheme) to
> inline incluse those thumbnails.
>
> The experiment can be watched using Chrome and Opera browsers at
>
> http://toolserver.org/~magnus/wp_data_url.php?lang=en&title=Albrecht_D%C3%BCrer&webp=1
>
> Firefox and other Data-URI capable but currently WebP incapable
> browsers can watch the second part of the experiment at
>
> http://toolserver.org/~magnus/wp_data_url.php?lang=en&title=Albrecht_D%C3%BCrer
>
> Base64 encoding has a ~1/3 overhead. This overhead is reduced when the
> server sends out gzip files.
>
> Mathias
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Project director Wikidata
Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
Tel. +49-30-219 158 26-0 | http://wikimedia.de

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Data-URI and WebP for thumbnails, a cute experiment

[Mathias Schindler]

Hi everyone,

Magnus was very kind to implement an idea that consists of two parts:

1. use of WebP (http://en.wikipedia.org/wiki/WebP) instead of PNG/JPEG
for thumbnails in Wikipedia articles
2. use of Data-URIs (https://en.wikipedia.org/wiki/Data_URI_scheme) to
inline incluse those thumbnails.

The experiment can be watched using Chrome and Opera browsers at
http://toolserver.org/~magnus/wp_data_url.php?lang=en&title=Albrecht_D%C3%BCrer&webp=1

Firefox and other Data-URI capable but currently WebP incapable
browsers can watch the second part of the experiment at
http://toolserver.org/~magnus/wp_data_url.php?lang=en&title=Albrecht_D%C3%BCrer

Base64 encoding has a ~1/3 overhead. This overhead is reduced when the
server sends out gzip files.

Mathias

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] [GSoC 2013] Proposal: ConceptualWiki

[Marco Jacopo Ferrarotti]

Hi,

I'm pursuing a M.Sc. degree in Physics of Complex Systems (currently
attending the 2nd year). I have a background in electronic engineering, I'm
passionate in computer science and I'm looking for the possibility of being
part of something that I've always admired.

My proposal regards ConceptualWiki: an extension to improve the usability
of wikis as educational/study tools (a drag-and-drop interface to quickly
built up conceptual maps from wiki articles).

I'm drafting the project here:
http://www.mediawiki.org/wiki/User:MaJac89/GSoC2013/ConceptualWiki

And I've submitted a bug report here:
https://bugzilla.wikimedia.org/show_bug.cgi?id=47476

Hope you find it interesting, let me know if you have any
question/suggestion for the project.

Thank you,

Marco
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Support for 3D content

[Nicolas Vervelle]

Hi,

I'd like to come to the Amsterdam Hackathon to discuss the Jmol extension,
and have advice on a few things to develop it (security, ...).
But I'm not yet sure I will be in Europe that weekend :(

Nico


On Fri, Apr 19, 2013 at 5:05 PM, Dan Andreescu wrote:

> Sounds like NicoV started work again to try to address those issues.  We
> should take a look at the Amsterdam Hackathon or Wikimania.
>
>
> On Fri, Apr 19, 2013 at 10:54 AM, Eugene Zelenko
> wrote:
>
> > Hi!
> >
> > Extension and viewer for Chemical Markup Language were created long
> > time ago. However it's still not reviewed for security issues to be
> > included on WMF projects. See
> > https://bugzilla.wikimedia.org/show_bug.cgi?id=16491.
> >
> > On Fri, Apr 19, 2013 at 6:03 AM, Mathieu Stumpf
> >  wrote:
> > > Hi,
> > >
> > > Reading the "2012-13 Plan", I see that multimedia is one the key
> > activities
> > > for Mediawiki. So I was wondering if there was already any plan to
> > integrate
> > > 3D model viewers, which would be for example very interesting for
> anatomy
> > > articles, or simply 3D maths objects.
> >
> > Eugene.
> >
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> >
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l