[Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Yuvi Panda
I came across http://www.whatcanidoformozilla.org/ today, and
proceeded to register whatcanidoforwikipedia.org :)

Thoughts on what to put there? I cal already think of the following
languages to put up:

1. PHP
2. JS
3. Lua
4. Python
5. Java
6. Obj-C
7. 'Design'

I'll start a wiki page sometime to collect content, and then spend
some time writing the code - we can even fork the original site's code
and use it.

Thoughts?

P.S. Can we *please* not bikeshed on the domain name? Domain names are cheap
--
Yuvi Panda T
http://yuvi.in/blog

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Amir E. Aharoni
Perl (EasyTimeline)

C++ (Parsoid)

Prolog, Puppet

Translation (translatewiki.net)

And of course, there's that obvious thing that a lot of people don't
realize - editing articles and proofreading books. Unless, of course,
you want to focus only technology.

--
Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
http://aharoni.wordpress.com
‪“We're living in pieces,
I want to live in peace.” – T. Moore‬


2013/4/7 Yuvi Panda yuvipa...@gmail.com:
 I came across http://www.whatcanidoformozilla.org/ today, and
 proceeded to register whatcanidoforwikipedia.org :)

 Thoughts on what to put there? I cal already think of the following
 languages to put up:

 1. PHP
 2. JS
 3. Lua
 4. Python
 5. Java
 6. Obj-C
 7. 'Design'

 I'll start a wiki page sometime to collect content, and then spend
 some time writing the code - we can even fork the original site's code
 and use it.

 Thoughts?

 P.S. Can we *please* not bikeshed on the domain name? Domain names are cheap
 --
 Yuvi Panda T
 http://yuvi.in/blog

 ___
 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] whatcanidoforwikipedia.org

2013-04-07 Thread Petr Bena
C# - huggle, wm-bot

On Sun, Apr 7, 2013 at 12:41 PM, Amir E. Aharoni
amir.ahar...@mail.huji.ac.il wrote:
 Perl (EasyTimeline)

 C++ (Parsoid)

 Prolog, Puppet

 Translation (translatewiki.net)

 And of course, there's that obvious thing that a lot of people don't
 realize - editing articles and proofreading books. Unless, of course,
 you want to focus only technology.

 --
 Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
 http://aharoni.wordpress.com
 ‪“We're living in pieces,
 I want to live in peace.” – T. Moore‬


 2013/4/7 Yuvi Panda yuvipa...@gmail.com:
 I came across http://www.whatcanidoformozilla.org/ today, and
 proceeded to register whatcanidoforwikipedia.org :)

 Thoughts on what to put there? I cal already think of the following
 languages to put up:

 1. PHP
 2. JS
 3. Lua
 4. Python
 5. Java
 6. Obj-C
 7. 'Design'

 I'll start a wiki page sometime to collect content, and then spend
 some time writing the code - we can even fork the original site's code
 and use it.

 Thoughts?

 P.S. Can we *please* not bikeshed on the domain name? Domain names are cheap
 --
 Yuvi Panda T
 http://yuvi.in/blog

 ___
 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] whatcanidoforwikipedia.org

2013-04-07 Thread Petr Bena
You should have call it whatcanidoforwikimedia because this is too
wikipedia specific - that's an encyclopedia, people who want to
contribute to encyclopedia usually aren't programmers, except for
weirdos like me

On Sun, Apr 7, 2013 at 12:54 PM, Petr Bena benap...@gmail.com wrote:
 C# - huggle, wm-bot

 On Sun, Apr 7, 2013 at 12:41 PM, Amir E. Aharoni
 amir.ahar...@mail.huji.ac.il wrote:
 Perl (EasyTimeline)

 C++ (Parsoid)

 Prolog, Puppet

 Translation (translatewiki.net)

 And of course, there's that obvious thing that a lot of people don't
 realize - editing articles and proofreading books. Unless, of course,
 you want to focus only technology.

 --
 Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
 http://aharoni.wordpress.com
 ‪“We're living in pieces,
 I want to live in peace.” – T. Moore‬


 2013/4/7 Yuvi Panda yuvipa...@gmail.com:
 I came across http://www.whatcanidoformozilla.org/ today, and
 proceeded to register whatcanidoforwikipedia.org :)

 Thoughts on what to put there? I cal already think of the following
 languages to put up:

 1. PHP
 2. JS
 3. Lua
 4. Python
 5. Java
 6. Obj-C
 7. 'Design'

 I'll start a wiki page sometime to collect content, and then spend
 some time writing the code - we can even fork the original site's code
 and use it.

 Thoughts?

 P.S. Can we *please* not bikeshed on the domain name? Domain names are cheap
 --
 Yuvi Panda T
 http://yuvi.in/blog

 ___
 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] whatcanidoforwikipedia.org

2013-04-07 Thread Harsh Kothari
I can help with C,C++, python, java.


On Sun, Apr 7, 2013 at 4:24 PM, Petr Bena benap...@gmail.com wrote:

 C# - huggle, wm-bot

 On Sun, Apr 7, 2013 at 12:41 PM, Amir E. Aharoni
 amir.ahar...@mail.huji.ac.il wrote:
  Perl (EasyTimeline)
 
  C++ (Parsoid)
 
  Prolog, Puppet
 
  Translation (translatewiki.net)
 
  And of course, there's that obvious thing that a lot of people don't
  realize - editing articles and proofreading books. Unless, of course,
  you want to focus only technology.
 
  --
  Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
  http://aharoni.wordpress.com
  ‪“We're living in pieces,
  I want to live in peace.” – T. Moore‬
 
 
  2013/4/7 Yuvi Panda yuvipa...@gmail.com:
  I came across http://www.whatcanidoformozilla.org/ today, and
  proceeded to register whatcanidoforwikipedia.org :)
 
  Thoughts on what to put there? I cal already think of the following
  languages to put up:
 
  1. PHP
  2. JS
  3. Lua
  4. Python
  5. Java
  6. Obj-C
  7. 'Design'
 
  I'll start a wiki page sometime to collect content, and then spend
  some time writing the code - we can even fork the original site's code
  and use it.
 
  Thoughts?
 
  P.S. Can we *please* not bikeshed on the domain name? Domain names are
 cheap
  --
  Yuvi Panda T
  http://yuvi.in/blog
 
  ___
  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




-- 
Harsh Kothari
Engineering Trainee,
Physical Research Laboratory.
Follow Me : harshkothari410 https://twitter.com/harshkothari410/
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Yuvi Panda
On Sun, Apr 7, 2013 at 4:27 PM, Petr Bena benap...@gmail.com wrote:
 You should have call it whatcanidoforwikimedia because this is too
 wikipedia specific - that's an encyclopedia, people who want to
 contribute to encyclopedia usually aren't programmers, except for
 weirdos like me

I just bought whatcanidoforwikimedia.org and whatcanidoformediawiki.org too.

Working on the Wiki page now :)

--
Yuvi Panda T
http://yuvi.in/blog

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Petr Bena
fork it. that will be faster and prevent doing the same work

On Sun, Apr 7, 2013 at 1:02 PM, Yuvi Panda yuvipa...@gmail.com wrote:
 On Sun, Apr 7, 2013 at 4:27 PM, Petr Bena benap...@gmail.com wrote:
 You should have call it whatcanidoforwikimedia because this is too
 wikipedia specific - that's an encyclopedia, people who want to
 contribute to encyclopedia usually aren't programmers, except for
 weirdos like me

 I just bought whatcanidoforwikimedia.org and whatcanidoformediawiki.org too.

 Working on the Wiki page now :)

 --
 Yuvi Panda T
 http://yuvi.in/blog

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

[Wikitech-l] HTML versioning information in skins?

2013-04-07 Thread Bartosz Dziewoński

tl;dr: Let's add class=skintimestamp-MMDD to body in all skins,
   so we can make HTML+CSS changes without breaking the sites.

[Resending as it doesn't seem to have gotten through the first time.]

We need HTML versioning information needed in skins to be able to
cleanly make incompatible CSS changes.

In the Wikimedia setup generated page HTML is cached for ~30 days
regardless of skin HTML changes, while CSSJS is purged at most a few
minutes after a change is deployed.

This is a highly suboptimal situation, as this means that in every
change that modifies both the HTML and the CSS, the CSS must be
backwards-compatible with old HTML. This requires a lot of care and
additional awkward testing and causes major issues when not done
carefully enough (e.g. bug 42452), and sometimes just isn't possible
at all unless some transitional hacks are inserted (e.g. bug 46947).

Luckily this isn't an issue for most third-party wikis, as
`php update.php` after upgrade purges the cache entirely.



I'm proposing adding another class to body,
skintimestamp-MMDD, where MMDD is the year, month and day of
the time that given skin's HTML was last modified in an incompatible
way. Day should be enough granularity to avoid conflicts while keeping
the class name short enough.

This can be easily done using the addToBodyAttributes() method of the
Skin class. The timestamp would be updated manually by whoever is
making those changes, and the class could be used in the CSS to only
apply new styles to newly generated HTML. Older styles could be simply
left intact, and then removed after enough time has passed.

If multiple incompatible changes are ever done in overlapping time
periods, the successive ones would include updates to the old new
styles to use both the new and old class.

Thoughts?

[Bug for this is https://bugzilla.wikimedia.org/show_bug.cgi?id=46956 ,
but let's keep the discussion here, please.]


--
Matma Rex

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Yuvi Panda
On Sun, Apr 7, 2013 at 4:39 PM, Petr Bena benap...@gmail.com wrote:
 fork it. that will be faster and prevent doing the same work

Agreed. The Wiki page is just for us to consolidate content and figure
out what links to where.


--
Yuvi Panda T
http://yuvi.in/blog

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Yuvi Panda
Skeleton page:

https://www.mediawiki.org/wiki/User:Yuvipanda/whatcanidoforwikipedia.org

Fill it in!

--
Yuvi Panda T
http://yuvi.in/blog

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Yury Katkov
Yuvi, that's great project of you!

What do you think about adding not only languages but also technologies?
For example if you know Semantic Web technologies (RDF and SPARQL) you can
help Semantic MediaWiki.

Other examples: MapReduce, Natural Language Processing, theory of compilers.
-
Yury Katkov, WikiVote



On Sun, Apr 7, 2013 at 3:32 PM, Yuvi Panda yuvipa...@gmail.com wrote:

 Skeleton page:

 https://www.mediawiki.org/wiki/User:Yuvipanda/whatcanidoforwikipedia.org

 Fill it in!

 --
 Yuvi Panda T
 http://yuvi.in/blog

 ___
 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] whatcanidoforwikipedia.org

2013-04-07 Thread MZMcBride
Yuvi Panda wrote:
Skeleton page:

https://www.mediawiki.org/wiki/User:Yuvipanda/whatcanidoforwikipedia.org

Fill it in!

Hi.

Thanks for working on this. You probably want to talk to Quim and others
in his team about this. He's been doing related work:

* https://www.mediawiki.org/wiki/How_to_contribute

And some of my old notes about this:

* https://www.mediawiki.org/w/index.php?oldid=585568#Blueprint

It's unclear whether you want to only focus on technologies or if you want
to also focus on (for example) re-using content from Wikimedia wikis.
What can I do for Wikimedia? -- re-use our content via XML dumps and
the MediaWiki API.

MZMcBride



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

[Wikitech-l] A new project - Wikicards

2013-04-07 Thread Gaurav Chawla
Hello,

I am Gaurav Chawla, an undergraduate student at IIT Roorkee, India.
I am applying for this year's Google Summer of Code as a developer for
Wikimedia. For the past few days, I have been researching about any new
improvement or extension in funtionality that can be introduced to this
awesome wiki and finally came up with this idea: WikIcards - small
information cards.
I have drafted a project proposal with full description of WikIcards and
also a sample structure of it at http://www.mediawiki.org/wiki/User:Grv99

I have also filed it as an extension request (Bug 46970) at
https://bugzilla.wikimedia.org/show_bug.cgi?id=46970

I request you to go through this new project and give your suggestions and
feedback. You can give the feedback on the bug report. Alternatively, you
can also add your suggestions at Suggestions section near the end of the
project proposal page. Please comment on its feasibility too.

Hoping for a good response.

Thank you.

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Yuvi Panda
On Sun, Apr 7, 2013 at 8:17 PM, MZMcBride z...@mzmcbride.com wrote:
 Thanks for working on this. You probably want to talk to Quim and others
 in his team about this. He's been doing related work:

 * https://www.mediawiki.org/wiki/How_to_contribute

Will do :) It's a nice page, I hadn't checked it out before! I should
be able to steal some from there

 And some of my old notes about this:

 * https://www.mediawiki.org/w/index.php?oldid=585568#Blueprint

 It's unclear whether you want to only focus on technologies or if you want
 to also focus on (for example) re-using content from Wikimedia wikis.
 What can I do for Wikimedia? -- re-use our content via XML dumps and
 the MediaWiki API.

I think for now we should limit scope and only focus on the
'contribute code to Wikimedia' part, rather than the 'use our data in
interesting ways' part. The sit is, after all, what can I do *for*
wikimedia/wikipedia/mediawiki, rather than *with*. We can get those
domains too, but I think that's a much larger project than what I'd
want to sign up for right now :)

I'm thinking of limiting it to *just* developers to begin with, and
add localization afterwards. Thoughts?

--
Yuvi Panda T
http://yuvi.in/blog

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread K. Peachey
Why not just point it to a page onwiki somewhere? that way everyone
can contribute!

(we could even semi-protect it I guess...)

On Mon, Apr 8, 2013 at 1:00 AM, Yuvi Panda yuvipa...@gmail.com wrote:
 On Sun, Apr 7, 2013 at 8:17 PM, MZMcBride z...@mzmcbride.com wrote:
 Thanks for working on this. You probably want to talk to Quim and others
 in his team about this. He's been doing related work:

 * https://www.mediawiki.org/wiki/How_to_contribute

 Will do :) It's a nice page, I hadn't checked it out before! I should
 be able to steal some from there

 And some of my old notes about this:

 * https://www.mediawiki.org/w/index.php?oldid=585568#Blueprint

 It's unclear whether you want to only focus on technologies or if you want
 to also focus on (for example) re-using content from Wikimedia wikis.
 What can I do for Wikimedia? -- re-use our content via XML dumps and
 the MediaWiki API.

 I think for now we should limit scope and only focus on the
 'contribute code to Wikimedia' part, rather than the 'use our data in
 interesting ways' part. The sit is, after all, what can I do *for*
 wikimedia/wikipedia/mediawiki, rather than *with*. We can get those
 domains too, but I think that's a much larger project than what I'd
 want to sign up for right now :)

 I'm thinking of limiting it to *just* developers to begin with, and
 add localization afterwards. Thoughts?

 --
 Yuvi Panda T
 http://yuvi.in/blog

 ___
 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] whatcanidoforwikipedia.org

2013-04-07 Thread Yuvi Panda
On Sun, Apr 7, 2013 at 5:50 PM, Yury Katkov katkov.ju...@gmail.com wrote:
 Yuvi, that's great project of you!

Thank you!

 What do you think about adding not only languages but also technologies? For
 example if you know Semantic Web technologies (RDF and SPARQL) you can help
 Semantic MediaWiki.

 Other examples: MapReduce, Natural Language Processing, theory of compilers.

That would split things across two axes, with lots of intersection.
Plus it's sort of murky to categorize things based on 'technology
type' - where would Mobile apps come in, for example? Easier to keep
it simpler for now.


--
Yuvi Panda T
http://yuvi.in/blog

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Yuvi Panda
On Sun, Apr 7, 2013 at 8:33 PM, K. Peachey p858sn...@gmail.com wrote:
 Why not just point it to a page onwiki somewhere? that way everyone
 can contribute!

 (we could even semi-protect it I guess...)

https://www.mediawiki.org/wiki/How_to_contribute is onwiki :)

This is a bit more, random and quirky, I guess? It's just a directory
- all links will point back to wiki. Plus the site itself (code +
data) will be on GitHub, so people *can* contribute easily.

--
Yuvi Panda T
http://yuvi.in/blog

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread MZMcBride
K. Peachey wrote:
Why not just point it to a page onwiki somewhere? that way everyone
can contribute!

(we could even semi-protect it I guess...)

https://www.mediawiki.org/wiki/Get_involved was my half-assed attempt at
that. A wiki page has some advantages, but so does doing this inside (for
example) a MediaWiki extension. Particularly in terms of built-in
localization support.

For what it's worth, I added a (colorful) single page option to the Get
involved page, as some developers just want all the information in the
same browser page at once, no hand-holding or guiding. Perhaps an option
to consider for whatever you're building. Good luck. :-)

MZMcBride



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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Petr Bena
I don't like idea that it's on a wiki page. That way some people can
contribute (everyone is controversial term when it comes to wiki
editing, let's say everyone who isn't blocked, not matching some range
blocks, not using a tor or not using an open proxy and many others...)

The reason why I don't like idea of having this on a wiki page is that
it will be never so cool as it is using that code this guy created. It
let you interactively pick what you want - mediawiki can't create such
a page, or it can but it would be overly complicated.

If you want Everyone to be able to contribute, install this to
wikimedia labs, and make the project open enough.

On Sun, Apr 7, 2013 at 5:23 PM, MZMcBride z...@mzmcbride.com wrote:
 K. Peachey wrote:
Why not just point it to a page onwiki somewhere? that way everyone
can contribute!

(we could even semi-protect it I guess...)

 https://www.mediawiki.org/wiki/Get_involved was my half-assed attempt at
 that. A wiki page has some advantages, but so does doing this inside (for
 example) a MediaWiki extension. Particularly in terms of built-in
 localization support.

 For what it's worth, I added a (colorful) single page option to the Get
 involved page, as some developers just want all the information in the
 same browser page at once, no hand-holding or guiding. Perhaps an option
 to consider for whatever you're building. Good luck. :-)

 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] whatcanidoforwikipedia.org

2013-04-07 Thread Yuvi Panda
On Sun, Apr 7, 2013 at 9:21 PM, Petr Bena benap...@gmail.com wrote:
 The reason why I don't like idea of having this on a wiki page is that
 it will be never so cool as it is using that code this guy created. It
 let you interactively pick what you want - mediawiki can't create such
 a page, or it can but it would be overly complicated.

Agreed!

 If you want Everyone to be able to contribute, install this to
 wikimedia labs, and make the project open enough.

Labs isn't supposed to be used for production services, no? :) I'm
sure my VPS can handle this :)


--
Yuvi Panda T
http://yuvi.in/blog

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Petr Bena
labs are able to handle production services :) that means production
services which aren't supposed to have guaranteed 24*7 availability.

For example bots / tools project is supposed to host bots that are now
hosted on toolserver. So I think you could host it there if you
wanted...

But TBH I don't care as long as you keep it updated with the content
of wiki page :)

On Sun, Apr 7, 2013 at 5:54 PM, Yuvi Panda yuvipa...@gmail.com wrote:
 On Sun, Apr 7, 2013 at 9:21 PM, Petr Bena benap...@gmail.com wrote:
 The reason why I don't like idea of having this on a wiki page is that
 it will be never so cool as it is using that code this guy created. It
 let you interactively pick what you want - mediawiki can't create such
 a page, or it can but it would be overly complicated.

 Agreed!

 If you want Everyone to be able to contribute, install this to
 wikimedia labs, and make the project open enough.

 Labs isn't supposed to be used for production services, no? :) I'm
 sure my VPS can handle this :)


 --
 Yuvi Panda T
 http://yuvi.in/blog

 ___
 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] A new project - Wikicards

2013-04-07 Thread Petr Bena
On first sight I was like WTF is he proposing.

Then I read your proposal and it sounds very nice. I hope you will be
able to make it happen.

On Sun, Apr 7, 2013 at 4:58 PM, Gaurav Chawla grvi...@gmail.com wrote:
 Hello,

 I am Gaurav Chawla, an undergraduate student at IIT Roorkee, India.
 I am applying for this year's Google Summer of Code as a developer for
 Wikimedia. For the past few days, I have been researching about any new
 improvement or extension in funtionality that can be introduced to this
 awesome wiki and finally came up with this idea: WikIcards - small
 information cards.
 I have drafted a project proposal with full description of WikIcards and
 also a sample structure of it at http://www.mediawiki.org/wiki/User:Grv99

 I have also filed it as an extension request (Bug 46970) at
 https://bugzilla.wikimedia.org/show_bug.cgi?id=46970

 I request you to go through this new project and give your suggestions and
 feedback. You can give the feedback on the bug report. Alternatively, you
 can also add your suggestions at Suggestions section near the end of the
 project proposal page. Please comment on its feasibility too.

 Hoping for a good response.

 Thank you.

 Regards,
 Gaurav Chawla
 ___
 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] A new project - Wikicards

2013-04-07 Thread Petr Bena
I think you should describe more how these cards are supposed to be
created. I think there should be special elements in wiki code that
can mark some text as something that is supposed to be in wiki card.

Like:

''card'John Fitzgerald''' '''Jack''' '''Kennedy''' (May 29,
1917nbsp;– November 22, 1963), often referred to by his initials
'''JFK''', was the [[List of Presidents of the United States|35th]]
[[President of the United States]]/card, serving from 1961 until
[[Assassination of John F. Kennedy|his death]] in 1963.

(note the card markup tags)

This way you could update the card content together with article so
that you would ensure it's synced

On Sun, Apr 7, 2013 at 6:05 PM, Petr Bena benap...@gmail.com wrote:
 On first sight I was like WTF is he proposing.

 Then I read your proposal and it sounds very nice. I hope you will be
 able to make it happen.

 On Sun, Apr 7, 2013 at 4:58 PM, Gaurav Chawla grvi...@gmail.com wrote:
 Hello,

 I am Gaurav Chawla, an undergraduate student at IIT Roorkee, India.
 I am applying for this year's Google Summer of Code as a developer for
 Wikimedia. For the past few days, I have been researching about any new
 improvement or extension in funtionality that can be introduced to this
 awesome wiki and finally came up with this idea: WikIcards - small
 information cards.
 I have drafted a project proposal with full description of WikIcards and
 also a sample structure of it at http://www.mediawiki.org/wiki/User:Grv99

 I have also filed it as an extension request (Bug 46970) at
 https://bugzilla.wikimedia.org/show_bug.cgi?id=46970

 I request you to go through this new project and give your suggestions and
 feedback. You can give the feedback on the bug report. Alternatively, you
 can also add your suggestions at Suggestions section near the end of the
 project proposal page. Please comment on its feasibility too.

 Hoping for a good response.

 Thank you.

 Regards,
 Gaurav Chawla
 ___
 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] A new project - Wikicards

2013-04-07 Thread Paul Selitskas
Indeed. We have a Universal Language Selector for 3rd party websites
already. This one would be super-duper great. This is where Wikidata
can play its part as well!

As for images, we have already a PageImages extension in all wikis,
and we have Wikidata, where item properties may point to images.

On Sun, Apr 7, 2013 at 7:05 PM, Petr Bena benap...@gmail.com wrote:
 On first sight I was like WTF is he proposing.

 Then I read your proposal and it sounds very nice. I hope you will be
 able to make it happen.

 On Sun, Apr 7, 2013 at 4:58 PM, Gaurav Chawla grvi...@gmail.com wrote:
 Hello,

 I am Gaurav Chawla, an undergraduate student at IIT Roorkee, India.
 I am applying for this year's Google Summer of Code as a developer for
 Wikimedia. For the past few days, I have been researching about any new
 improvement or extension in funtionality that can be introduced to this
 awesome wiki and finally came up with this idea: WikIcards - small
 information cards.
 I have drafted a project proposal with full description of WikIcards and
 also a sample structure of it at http://www.mediawiki.org/wiki/User:Grv99

 I have also filed it as an extension request (Bug 46970) at
 https://bugzilla.wikimedia.org/show_bug.cgi?id=46970

 I request you to go through this new project and give your suggestions and
 feedback. You can give the feedback on the bug report. Alternatively, you
 can also add your suggestions at Suggestions section near the end of the
 project proposal page. Please comment on its feasibility too.

 Hoping for a good response.

 Thank you.

 Regards,
 Gaurav Chawla
 ___
 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



-- 
З павагай,
Павел Селіцкас/Pavel Selitskas
Wizardist @ Wikimedia projects

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Quim Gil

Thank you Yuvi for putting efforts in new contributor outreach!

Let me plug in the thoughts and discussions we have got in a similar 
direction so far. Back in January Ross (CCed) had the same idea and we 
started discussing until I enourage him to move to wiki pages  here for 
further details. Also, let's start applying the lessons learned with the 
'Wikitech contributors' debate.


On 04/07/2013 03:11 AM, Yuvi Panda wrote:

I came across http://www.whatcanidoformozilla.org/ today, and
proceeded to register whatcanidoforwikipedia.org :)


Why not doing exactly the same but on mediawiki.org directly? All the 
effort put on promoting a brand new site could be put instead in 
promoting mediawiki.org in a new, fresh way.


Why not use the technologies we are already developing? like

https://www.mediawiki.org/wiki/Extension:GettingStarted
https://www.mediawiki.org/wiki/Extension:GuidedTour

We would become their users, we would help testing and improving them. 
The effort you are putting contributing code on this new project could 
be put instead in patches to those extensions, better CSS and look  
feel for our site, etc. Producing and eating our own dog food.


Why not improving mediawiki.org pages making them friendly to newcomers 
instead of creating content from scratch that would point to the same 
mediawiki.org pages that we would need to improve anyway?


For example, no matter how nice your page on Lua is, the users clicking 
it would still land on


https://www.mediawiki.org/wiki/Lua 



Thoughts on what to put there? I cal already think of the following
languages to put up:

1. PHP
2. JS
3. Lua
4. Python
5. Java
6. Obj-C
7. 'Design'


This recollection is exactly the same work we are calling One ontology 
at http://www.mediawiki.org/wiki/Project:New_contributors#One_ontology


Why not creating 
http://www.mediawiki.org/wiki/Project:New_contributors/One_ontology , 
move this list there and continue defining more categories on that page?



I'll start a wiki page sometime to collect content, and then spend
some time writing the code - we can even fork the original site's code
and use it.


Yes please, start a wiki page documenting this effort that I hope 
becomes the same effort that we want to put in mediawiki.org. URL suggested:


http://www.mediawiki.org/wiki/Project:New_contributors/What_can_I_do

--
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] whatcanidoforwikipedia.org

2013-04-07 Thread Paul Selitskas
Please, don't forget to make the website translatable. Although most
tech people speak English, they will be much more pleased to
contribute if they are invited in their mother tongue. :)

On Sun, Apr 7, 2013 at 7:17 PM, Quim Gil q...@wikimedia.org wrote:
 Thank you Yuvi for putting efforts in new contributor outreach!

 Let me plug in the thoughts and discussions we have got in a similar
 direction so far. Back in January Ross (CCed) had the same idea and we
 started discussing until I enourage him to move to wiki pages  here for
 further details. Also, let's start applying the lessons learned with the
 'Wikitech contributors' debate.


 On 04/07/2013 03:11 AM, Yuvi Panda wrote:

 I came across http://www.whatcanidoformozilla.org/ today, and
 proceeded to register whatcanidoforwikipedia.org :)


 Why not doing exactly the same but on mediawiki.org directly? All the effort
 put on promoting a brand new site could be put instead in promoting
 mediawiki.org in a new, fresh way.

 Why not use the technologies we are already developing? like

 https://www.mediawiki.org/wiki/Extension:GettingStarted
 https://www.mediawiki.org/wiki/Extension:GuidedTour

 We would become their users, we would help testing and improving them. The
 effort you are putting contributing code on this new project could be put
 instead in patches to those extensions, better CSS and look  feel for our
 site, etc. Producing and eating our own dog food.

 Why not improving mediawiki.org pages making them friendly to newcomers
 instead of creating content from scratch that would point to the same
 mediawiki.org pages that we would need to improve anyway?

 For example, no matter how nice your page on Lua is, the users clicking it
 would still land on

 https://www.mediawiki.org/wiki/Lua 



 Thoughts on what to put there? I cal already think of the following
 languages to put up:

 1. PHP
 2. JS
 3. Lua
 4. Python
 5. Java
 6. Obj-C
 7. 'Design'


 This recollection is exactly the same work we are calling One ontology at
 http://www.mediawiki.org/wiki/Project:New_contributors#One_ontology

 Why not creating
 http://www.mediawiki.org/wiki/Project:New_contributors/One_ontology , move
 this list there and continue defining more categories on that page?


 I'll start a wiki page sometime to collect content, and then spend
 some time writing the code - we can even fork the original site's code
 and use it.


 Yes please, start a wiki page documenting this effort that I hope becomes
 the same effort that we want to put in mediawiki.org. URL suggested:

 http://www.mediawiki.org/wiki/Project:New_contributors/What_can_I_do

 --
 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



-- 
З павагай,
Павел Селіцкас/Pavel Selitskas
Wizardist @ Wikimedia projects

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Yuvi Panda
On Sun, Apr 7, 2013 at 9:47 PM, Quim Gil q...@wikimedia.org wrote:
 Why not doing exactly the same but on mediawiki.org directly? All the effort
 put on promoting a brand new site could be put instead in promoting
 mediawiki.org in a new, fresh way.

I think there's a slight misunderstanding. If you see
http://whatcanidoformozilla.org, it doesn't have much *original*
content by itself - it just links back to an appropriate page on
mozwiki. This one will also be the same - it will just link back to
appropriate mediawiki.org pages. And if the pages are not good enough,
I'll try improve them (or poke people into doing that).

--
Yuvi Panda T
http://yuvi.in/blog

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Yuvi Panda
On Sun, Apr 7, 2013 at 9:50 PM, Paul Selitskas p.selits...@gmail.com wrote:
 Please, don't forget to make the website translatable. Although most
 tech people speak English, they will be much more pleased to
 contribute if they are invited in their mother tongue. :)

Oh sure! What do you think will be the best way to go about this?
Translatewiki.net?

--
Yuvi Panda T
http://yuvi.in/blog

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Petr Bena
On Sun, Apr 7, 2013 at 6:17 PM, Quim Gil q...@wikimedia.org wrote:
 Thank you Yuvi for putting efforts in new contributor outreach!

 Let me plug in the thoughts and discussions we have got in a similar
 direction so far. Back in January Ross (CCed) had the same idea and we
 started discussing until I enourage him to move to wiki pages  here for
 further details. Also, let's start applying the lessons learned with the
 'Wikitech contributors' debate.


 On 04/07/2013 03:11 AM, Yuvi Panda wrote:

 I came across http://www.whatcanidoformozilla.org/ today, and
 proceeded to register whatcanidoforwikipedia.org :)


 Why not doing exactly the same but on mediawiki.org directly? All the effort
 put on promoting a brand new site could be put instead in promoting
 mediawiki.org in a new, fresh way.


I think that this whatcanido whatever .org sites just sound more cool
:) or I don't know why mozilla wouldn't use mozilla.org as well

 Why not use the technologies we are already developing? like

 https://www.mediawiki.org/wiki/Extension:GettingStarted
 https://www.mediawiki.org/wiki/Extension:GuidedTour

 We would become their users, we would help testing and improving them. The
 effort you are putting contributing code on this new project could be put
 instead in patches to those extensions, better CSS and look  feel for our
 site, etc. Producing and eating our own dog food.


I don't think he needs to put much effort into it - the code exist and
is on open source, it's not meant to replace these extensions, it's
meant to create yet another way to lure more people :)

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Paul Selitskas
Sure. Translatewiki FTW. :) Perhaps you would try to ask the Language
Engineering Team for some consulting and assisting (Amire, Nikkerabit
or Siebrand, saying off-hand).

On Sun, Apr 7, 2013 at 7:25 PM, Yuvi Panda yuvipa...@gmail.com wrote:
 On Sun, Apr 7, 2013 at 9:50 PM, Paul Selitskas p.selits...@gmail.com wrote:
 Please, don't forget to make the website translatable. Although most
 tech people speak English, they will be much more pleased to
 contribute if they are invited in their mother tongue. :)

 Oh sure! What do you think will be the best way to go about this?
 Translatewiki.net?

 --
 Yuvi Panda T
 http://yuvi.in/blog

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



-- 
З павагай,
Павел Селіцкас/Pavel Selitskas
Wizardist @ Wikimedia projects

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

Re: [Wikitech-l] A new project - Wikicards

2013-04-07 Thread Nischay Nahata
Wow! That looks like an amazing proposal even in its inception.
With more refinement it will have great potential.


On Sun, Apr 7, 2013 at 9:41 PM, Paul Selitskas p.selits...@gmail.comwrote:

 Indeed. We have a Universal Language Selector for 3rd party websites
 already. This one would be super-duper great. This is where Wikidata
 can play its part as well!

 As for images, we have already a PageImages extension in all wikis,
 and we have Wikidata, where item properties may point to images.

 On Sun, Apr 7, 2013 at 7:05 PM, Petr Bena benap...@gmail.com wrote:
  On first sight I was like WTF is he proposing.
 
  Then I read your proposal and it sounds very nice. I hope you will be
  able to make it happen.
 
  On Sun, Apr 7, 2013 at 4:58 PM, Gaurav Chawla grvi...@gmail.com wrote:
  Hello,
 
  I am Gaurav Chawla, an undergraduate student at IIT Roorkee, India.
  I am applying for this year's Google Summer of Code as a developer for
  Wikimedia. For the past few days, I have been researching about any new
  improvement or extension in funtionality that can be introduced to this
  awesome wiki and finally came up with this idea: WikIcards - small
  information cards.
  I have drafted a project proposal with full description of WikIcards and
  also a sample structure of it at
 http://www.mediawiki.org/wiki/User:Grv99
 
  I have also filed it as an extension request (Bug 46970) at
  https://bugzilla.wikimedia.org/show_bug.cgi?id=46970
 
  I request you to go through this new project and give your suggestions
 and
  feedback. You can give the feedback on the bug report. Alternatively,
 you
  can also add your suggestions at Suggestions section near the end of
 the
  project proposal page. Please comment on its feasibility too.
 
  Hoping for a good response.
 
  Thank you.
 
  Regards,
  Gaurav Chawla
  ___
  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



 --
 З павагай,
 Павел Селіцкас/Pavel Selitskas
 Wizardist @ Wikimedia projects

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




-- 
Cheers,

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Quim Gil

On 04/07/2013 09:23 AM, Yuvi Panda wrote:

On Sun, Apr 7, 2013 at 9:47 PM, Quim Gil q...@wikimedia.org wrote:

Why not doing exactly the same but on mediawiki.org directly? All the effort
put on promoting a brand new site could be put instead in promoting
mediawiki.org in a new, fresh way.


I think there's a slight misunderstanding.


I don't think so  :)  but it's fine. No stop energy.


If you see
http://whatcanidoformozilla.org, it doesn't have much *original*
content by itself - it just links back to an appropriate page on
mozwiki. This one will also be the same - it will just link back to
appropriate mediawiki.org pages.


Yes, yes. We could argue about the tactics of creating own sites for 
each activity as opposed to build on top of your current platform but 
there is actually little point in doing so.


Please continue with your initiative but document / discuss in your 
preferred destination under Project:New contributors


This will help us being all in sync


And if the pages are not good enough,
I'll try improve them (or poke people into doing that).


This is the big part of the work. And related to this: improving 
mediawiki.org homepage and Developer Hub to reflect all the 
opportunities for contribution you are describing.


--
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] whatcanidoforwikipedia.org

2013-04-07 Thread Nischay Nahata
I think such a website attracts new contributors more easily than
mediawiki.org can. Later when it points to MW for most stuff the
contributor gets used to it :)


On Sun, Apr 7, 2013 at 11:34 PM, Quim Gil q...@wikimedia.org wrote:

 On 04/07/2013 09:23 AM, Yuvi Panda wrote:

 On Sun, Apr 7, 2013 at 9:47 PM, Quim Gil q...@wikimedia.org wrote:

 Why not doing exactly the same but on mediawiki.org directly? All the
 effort
 put on promoting a brand new site could be put instead in promoting
 mediawiki.org in a new, fresh way.


 I think there's a slight misunderstanding.


 I don't think so  :)  but it's fine. No stop energy.


  If you see
 http://whatcanidoformozilla.**org http://whatcanidoformozilla.org, it
 doesn't have much *original*
 content by itself - it just links back to an appropriate page on
 mozwiki. This one will also be the same - it will just link back to
 appropriate mediawiki.org pages.


 Yes, yes. We could argue about the tactics of creating own sites for each
 activity as opposed to build on top of your current platform but there is
 actually little point in doing so.

 Please continue with your initiative but document / discuss in your
 preferred destination under Project:New contributors

 This will help us being all in sync


  And if the pages are not good enough,
 I'll try improve them (or poke people into doing that).


 This is the big part of the work. And related to this: improving
 mediawiki.org homepage and Developer Hub to reflect all the opportunities
 for contribution you are describing.


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

 __**_
 Wikitech-l mailing list
 Wikitech-l@lists.wikimedia.org
 https://lists.wikimedia.org/**mailman/listinfo/wikitech-lhttps://lists.wikimedia.org/mailman/listinfo/wikitech-l




-- 
Cheers,

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

Re: [Wikitech-l] A new project - Wikicards

2013-04-07 Thread Max Semenik
On 07.04.2013, 20:11 Paul wrote:

 Indeed. We have a Universal Language Selector for 3rd party websites
 already. This one would be super-duper great. This is where Wikidata
 can play its part as well!

 As for images, we have already a PageImages extension in all wikis,
 and we have Wikidata, where item properties may point to images.

Also, there's Navigation popups[1] while with
api.php?action=queryprop=extracts you can get the text of page lede,
or N first sentences. To summarize, almost everything (or
eveerything) needed for this project is already available, so in a
couple hours of hacking it should be possible to hack the navpopups to
work in the way described in the proposal. I wonder how much reasearch
have the proposer done before making it public? Nevertheless, I'm not
saying that this proposal is not worth a SoC, however it should be
heavily revised based on input from this thread, then we could decide
if it has enough potential.


-- 
Best regards,
  Max Semenik ([[User:MaxSem]])


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

Re: [Wikitech-l] A new project - Wikicards

2013-04-07 Thread Gaurav Chawla
Thanks for the feedback.

My idea is to initially take the data from the intro of wiki page, but when
somebody suggests a change, then the suggestions will be put up for voting.
Most voted suggestion will go onto the card.

I really like that idea of putting special tags for syncing. But, won't
that change the literal structure of the main article?

For example: If I use these tags on Madonna's wikipage,

Madonna Louise Ciccone[1] (/t??'ko?ne?/ chi-koh-nay; born August 16, 1958)
is an American singer-songwriter, actress, director, dancer, and
entrepreneur. card Born in Bay City, Michigan, she moved to New York City
in 1977 to pursue a career in modern dance and performed in the music
groups Breakfast Club and Emmy./card
br /
Madonna is known for continuously reinventing both her music and image, and
for retaining a standard of autonomy within the recording industry. She
attained immense popularity by pushing the boundaries of lyrical content in
mainstream popular music and imagery in her music videos, which became a
fixture on MTV. Critics have praised her.

And I change the card content to something like..An influential pop
culture icon, Madonna is known for continuously reinventing her music and
image. Her work often include explicit content which drives her into
controversies. (And then some of her best musics.)

In this particular case, two things are happening:
1. The previous data that was irrelevant as card content but was relevant
and good for the main article is now gone.
2. The literal structure of the article is damaged. There may be immediate
repetition of information, or sudden change in the flow of article, or
something else like that.

And that's why I am planning to either save its definition part on Wikidata
or make its own database/table for saving. What do you think? Is there any
other better solution for this problem?
One thing that comes to my mind is, we can fetch it from the wiki page as
long as it's not changed from it's initial version and once changed we can
then, save it in database and call from there. But, this will make it
fragmented :-/


On 7 April 2013 21:40, Petr Bena benap...@gmail.com wrote:

 I think you should describe more how these cards are supposed to be
 created. I think there should be special elements in wiki code that
 can mark some text as something that is supposed to be in wiki card.

 Like:

 ''card'John Fitzgerald''' '''Jack''' '''Kennedy''' (May 29,
 1917nbsp;– November 22, 1963), often referred to by his initials
 '''JFK''', was the [[List of Presidents of the United States|35th]]
 [[President of the United States]]/card, serving from 1961 until
 [[Assassination of John F. Kennedy|his death]] in 1963.

 (note the card markup tags)

 This way you could update the card content together with article so
 that you would ensure it's synced

 On Sun, Apr 7, 2013 at 6:05 PM, Petr Bena benap...@gmail.com wrote:
  On first sight I was like WTF is he proposing.
 
  Then I read your proposal and it sounds very nice. I hope you will be
  able to make it happen.
 
  On Sun, Apr 7, 2013 at 4:58 PM, Gaurav Chawla grvi...@gmail.com wrote:
  Hello,
 
  I am Gaurav Chawla, an undergraduate student at IIT Roorkee, India.
  I am applying for this year's Google Summer of Code as a developer for
  Wikimedia. For the past few days, I have been researching about any new
  improvement or extension in funtionality that can be introduced to this
  awesome wiki and finally came up with this idea: WikIcards - small
  information cards.
  I have drafted a project proposal with full description of WikIcards and
  also a sample structure of it at
 http://www.mediawiki.org/wiki/User:Grv99
 
  I have also filed it as an extension request (Bug 46970) at
  https://bugzilla.wikimedia.org/show_bug.cgi?id=46970
 
  I request you to go through this new project and give your suggestions
 and
  feedback. You can give the feedback on the bug report. Alternatively,
 you
  can also add your suggestions at Suggestions section near the end of
 the
  project proposal page. Please comment on its feasibility too.
 
  Hoping for a good response.
 
  Thank you.
 
  Regards,
  Gaurav Chawla
  ___
  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] A new project - Wikicards

2013-04-07 Thread Gaurav Chawla
@paul
Thankyou for suggesting these useful extensions. I will try to integrate
them with WikIcards. They will be really helpful.

@max, Thank you for your feedback.

Please, also read my discussion page. I have tried to explain the
difference between WikIcards and Navigation popups. Here it is -
http://www.mediawiki.org/wiki/User_talk:Grv99
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] A new project - Wikicards

2013-04-07 Thread Max Semenik
On 07.04.2013, 22:56 Gaurav wrote:

 Thanks for the feedback.

 My idea is to initially take the data from the intro of wiki page, but when
 somebody suggests a change, then the suggestions will be put up for voting.
 Most voted suggestion will go onto the card.

Are you familiar with contributing to Wikipedia? There's an edit link,
you change stuff and once you press Save it immediately goes live
(oh well, on wikis with FlaggedRevs your change will need to be
reviewed by an experienced editor for compliance with basic
principles, but still not as complex and exploitable as voting). Why
should changing a minor part about an article be more complex and
bureaucratic that editing the page altogether?


 I really like that idea of putting special tags for syncing. But, won't
 that change the literal structure of the main article?

Once you separate the extract from the article, you will have a
problem of having to update the extract to reflect the latest state of
the article, it it really worth it?


-- 
Best regards,
  Max Semenik ([[User:MaxSem]])


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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Steven Walling
On Sunday, April 7, 2013, Yuvi Panda wrote:

 I came across http://www.whatcanidoformozilla.org/ today, and
 proceeded to register whatcanidoforwikipedia.org :)

 Thoughts on what to put there? I cal already think of the following
 languages to put up:

 1. PHP
 2. JS
 3. Lua
 4. Python
 5. Java
 6. Obj-C
 7. 'Design'

 I'll start a wiki page sometime to collect content, and then spend
 some time writing the code - we can even fork the original site's code
 and use it.

 Thoughts?


Wikipedia needs editors just as much or more than it needs people who know
PHP etc. I would prefer to focus on higher levels of contribution, one of
which would be Code, and then drills down into the languages or frameworks.



 P.S. Can we *please* not bikeshed on the domain name? Domain names are
 cheap
 --
 Yuvi Panda T
 http://yuvi.in/blog

 ___
 Wikitech-l mailing list
 Wikitech-l@lists.wikimedia.org javascript:;
 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] A new project - Wikicards

2013-04-07 Thread Gaurav Chawla
- I introduced voting to include the users view into the
information/definition that wikIcards will show. That will give a more
accepted defn.

- For this, the cards are editable (suggest+vote) too.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Jon Robson
+1 to what Stephen said!!
On 7 Apr 2013 12:17, Steven Walling steven.wall...@gmail.com wrote:

 On Sunday, April 7, 2013, Yuvi Panda wrote:

  I came across http://www.whatcanidoformozilla.org/ today, and
  proceeded to register whatcanidoforwikipedia.org :)
 
  Thoughts on what to put there? I cal already think of the following
  languages to put up:
 
  1. PHP
  2. JS
  3. Lua
  4. Python
  5. Java
  6. Obj-C
  7. 'Design'
 
  I'll start a wiki page sometime to collect content, and then spend
  some time writing the code - we can even fork the original site's code
  and use it.
 
  Thoughts?


 Wikipedia needs editors just as much or more than it needs people who know
 PHP etc. I would prefer to focus on higher levels of contribution, one of
 which would be Code, and then drills down into the languages or
frameworks.


 
  P.S. Can we *please* not bikeshed on the domain name? Domain names are
  cheap
  --
  Yuvi Panda T
  http://yuvi.in/blog
 
  ___
  Wikitech-l mailing list
  Wikitech-l@lists.wikimedia.org javascript:;
  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] whatcanidoforwikipedia.org

2013-04-07 Thread Yuvi Panda
On Mon, Apr 8, 2013 at 12:47 AM, Steven Walling
steven.wall...@gmail.com wrote:
 Wikipedia needs editors just as much or more than it needs people who know
 PHP etc. I would prefer to focus on higher levels of contribution, one of
 which would be Code, and then drills down into the languages or frameworks.

I want to concentrate on code because that's the one I've some
experience dealing with. Other things can easily be added. I'll put
out the repo url once I've something up and running, and pull requests
welcome :)

--
Yuvi Panda T
http://yuvi.in/blog

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Brandon Harris

I would love a single landing page that asks What Can I Do… and then 
has some really big, pretty buttons:


[Write Content]

[Write Code]

[Donate Money]

[Donate Services]


And then each goes to separate pages that explain what can be done.


On Apr 7, 2013, at 12:39 PM, Jon Robson jdlrob...@gmail.com wrote:

 +1 to what Stephen said!!
 On 7 Apr 2013 12:17, Steven Walling steven.wall...@gmail.com wrote:
 
 On Sunday, April 7, 2013, Yuvi Panda wrote:
 
 I came across http://www.whatcanidoformozilla.org/ today, and
 proceeded to register whatcanidoforwikipedia.org :)
 
 Thoughts on what to put there? I cal already think of the following
 languages to put up:
 
 1. PHP
 2. JS
 3. Lua
 4. Python
 5. Java
 6. Obj-C
 7. 'Design'
 
 I'll start a wiki page sometime to collect content, and then spend
 some time writing the code - we can even fork the original site's code
 and use it.
 
 Thoughts?
 
 
 Wikipedia needs editors just as much or more than it needs people who know
 PHP etc. I would prefer to focus on higher levels of contribution, one of
 which would be Code, and then drills down into the languages or
 frameworks.
 
 
 
 P.S. Can we *please* not bikeshed on the domain name? Domain names are
 cheap
 --
 Yuvi Panda T
 http://yuvi.in/blog
 
 ___
 Wikitech-l mailing list
 Wikitech-l@lists.wikimedia.org javascript:;
 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

---
Brandon Harris, Senior Designer, Wikimedia Foundation

Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate


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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Yuvi Panda
On Mon, Apr 8, 2013 at 1:13 AM, Brandon Harris bhar...@wikimedia.org wrote:
 I would love a single landing page that asks What Can I Do… and 
 then has some really big, pretty buttons:


 [Write Content]

 [Write Code]

 [Donate Money]

 [Donate Services]


If there is design and content, I'll be happy to write the code :)

Content, IMO, is the biggest factor here. Volunteers to help with the content?

--
Yuvi Panda T
http://yuvi.in/blog

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Steven Walling
On Sunday, April 7, 2013, Yuvi Panda wrote:

 On Mon, Apr 8, 2013 at 1:13 AM, Brandon Harris 
 bhar...@wikimedia.orgjavascript:;
 wrote:
  I would love a single landing page that asks What Can I Do…
 and then has some really big, pretty buttons:
 
 
  [Write Content]
 
  [Write Code]
 
  [Donate Money]
 
  [Donate Services]


 If there is design and content, I'll be happy to write the code :)

 Content, IMO, is the biggest factor here. Volunteers to help with the
 content?

 --
 Yuvi Panda T
 http://yuvi.in/blog


Ok, I'll take a stab at some copy on a temp page on mediawiki.org, and
share accordingly. Brandon has done landing pages before (SOPA anyone?) so
maybe he and any of the other designers interested can help with that side.


Whatever we put in it, this is a great idea, and major kudos for taking the
initiative Yuvi.



 ___
 Wikitech-l mailing list
 Wikitech-l@lists.wikimedia.org javascript:;
 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] whatcanidoforwikipedia.org

2013-04-07 Thread David Gerard
On 7 April 2013 20:47, Yuvi Panda yuvipa...@gmail.com wrote:
 On Mon, Apr 8, 2013 at 1:13 AM, Brandon Harris bhar...@wikimedia.org wrote:

 I would love a single landing page that asks What Can I Do… and 
 then has some really big, pretty buttons:
 [Write Content]
 [Write Code]
 [Donate Money]
 [Donate Services]

 If there is design and content, I'll be happy to write the code :)
 Content, IMO, is the biggest factor here. Volunteers to help with the content?


Use the power of wiki. Transclude from Meta in the first instance?
(Only lock the pages if it proves necessary. Lots of important pages
are actually unlocked, just reasonably well-patrolled.)


- d.

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Yuvi Panda
On Mon, Apr 8, 2013 at 1:23 AM, Steven Walling steven.wall...@gmail.com wrote:
 Ok, I'll take a stab at some copy on a temp page on mediawiki.org, and share
 accordingly. Brandon has done landing pages before (SOPA anyone?) so maybe
 he and any of the other designers interested can help with that side.

With enough people, maybe it isn't hard :) If we're doing it as a
broad 'what can i do for wikipedia' instead of just tech, I don't
think the current mozilla implementation will fly. I'll think of ways
on how to make it minimal and easily workable and get some code
written.

 Whatever we put in it, this is a great idea, and major kudos for taking the
 initiative Yuvi.

Thank you :)

--
Yuvi Panda T
http://yuvi.in/blog

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Brandon Harris

On Apr 7, 2013, at 12:53 PM, Steven Walling steven.wall...@gmail.com wrote:

 Brandon has done landing pages before (SOPA anyone?)

I keep forgetting that happened.

---
Brandon Harris, Senior Designer, Wikimedia Foundation

Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate


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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Paul Selitskas
One more moment (which is not very common for English): lack of
reliable sources. We've already had experience in getting access to
different scientific works. We should pursue this goal as well. There
may be people willing to write good article, but those people lack
sources to start their work from.

On Sun, Apr 7, 2013 at 10:43 PM, Brandon Harris bhar...@wikimedia.org wrote:

 I would love a single landing page that asks What Can I Do… and 
 then has some really big, pretty buttons:


 [Write Content]

 [Write Code]

 [Donate Money]

 [Donate Services]


 And then each goes to separate pages that explain what can be done.


 On Apr 7, 2013, at 12:39 PM, Jon Robson jdlrob...@gmail.com wrote:

 +1 to what Stephen said!!
 On 7 Apr 2013 12:17, Steven Walling steven.wall...@gmail.com wrote:

 On Sunday, April 7, 2013, Yuvi Panda wrote:

 I came across http://www.whatcanidoformozilla.org/ today, and
 proceeded to register whatcanidoforwikipedia.org :)

 Thoughts on what to put there? I cal already think of the following
 languages to put up:

 1. PHP
 2. JS
 3. Lua
 4. Python
 5. Java
 6. Obj-C
 7. 'Design'

 I'll start a wiki page sometime to collect content, and then spend
 some time writing the code - we can even fork the original site's code
 and use it.

 Thoughts?


 Wikipedia needs editors just as much or more than it needs people who know
 PHP etc. I would prefer to focus on higher levels of contribution, one of
 which would be Code, and then drills down into the languages or
 frameworks.



 P.S. Can we *please* not bikeshed on the domain name? Domain names are
 cheap
 --
 Yuvi Panda T
 http://yuvi.in/blog

 ___
 Wikitech-l mailing list
 Wikitech-l@lists.wikimedia.org javascript:;
 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

 ---
 Brandon Harris, Senior Designer, Wikimedia Foundation

 Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate


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



-- 
З павагай,
Павел Селіцкас/Pavel Selitskas
Wizardist @ Wikimedia projects

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Yuvi Panda
On Mon, Apr 8, 2013 at 1:46 AM, Paul Selitskas p.selits...@gmail.com wrote:
 One more moment (which is not very common for English): lack of
 reliable sources. We've already had experience in getting access to
 different scientific works. We should pursue this goal as well. There
 may be people willing to write good article, but those people lack
 sources to start their work from.

Also ponies :)


--
Yuvi Panda T
http://yuvi.in/blog

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

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Yuvi Panda
On Mon, Apr 8, 2013 at 1:48 AM, Yuvi Panda yuvipa...@gmail.com wrote:
 On Mon, Apr 8, 2013 at 1:46 AM, Paul Selitskas p.selits...@gmail.com wrote:
 One more moment (which is not very common for English): lack of
 reliable sources. We've already had experience in getting access to
 different scientific works. We should pursue this goal as well. There
 may be people willing to write good article, but those people lack
 sources to start their work from.

 Also ponies :)

Apologies if that came across as rude or trolly.

I really want to keep content as small as possible - because ideally
it will have just links (with blurbs) to places on wiki. So a good
part of the actual content is going to be on a wiki. If you can figure
out a high quality wiki link for with details on open access to
scientific journals, and  an appropriate position in the information
hierarchy we come up with eventually, it should be no problem :)

--
Yuvi Panda T
http://yuvi.in/blog

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

Re: [Wikitech-l] A new project - Wikicards

2013-04-07 Thread Magnus Manske
On Sun, Apr 7, 2013 at 8:58 PM, Lukas Benedix bene...@zedat.fu-berlin.dewrote:

 I think he should focus on Wikidata. They are going to have all the
 information he needs for his ID cards.

 http://www.wikidata.org/wiki/**Q9696
 http://www.wikidata.org/wiki/Q9696


And more:
http://toolserver.org/~magnus/ts2/reasonator/?q=Q9696
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Project Idea for GSoC 2013 - Bayesian Spam Filter

2013-04-07 Thread anubhav agarwal
Hi,

I am Anubhav Agarwal, a B.Tech 4th Year student at IIT Roorkee. I wish to
apply for GSoC 2013 and I am thinking about Bayesian Spam Filter as a
project for the same. I have drafted the Idea on my
talkhttp://www.mediawiki.org/wiki/User:Anubhav_iitrpage.

I request you to go through this and give your suggestions on it.

Hoping for a good feedback

Regards,
Anubhav


Anubhav Agarwal| 4rth Year  | Computer Science  Engineering | IIT Roorkee
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] whatcanidoforwikipedia.org

2013-04-07 Thread Brandon Harris

Okay, so I made a first pass at a landing page.  I'm glad Steven 
mentioned the SOPA thing, because there's a lot of brand recognition in that 
image and there's a white version of it so I started with that.

Each link goes to a specific place with more detail.  These four broad 
categories seem to make sense to me.  Full copy for the secondary bullets needs 
'ritin'.




---
Brandon Harris, Senior Designer, Wikimedia Foundation

Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate

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

[Wikitech-l] Bugzilla Weekly Report

2013-04-07 Thread reporter
MediaWiki Bugzilla Report for April 01, 2013 - April 08, 2013

Status changes this week

Reports changed/set to UNCONFIRMED:  34  
Reports changed/set to NEW:  475 
Reports changed/set to ASSIGNED   :  77  
Reports changed/set to REOPENED   :  61  
Reports changed/set to RESOLVED   :  241 
Reports changed/set to VERIFIED   :  7   

Total reports still open: 9969

Reports created this week: 252 

Resolutions for the week:

Reports marked FIXED :  132 
Reports marked DUPLICATE :  27  
Reports marked INVALID   :  39  
Reports marked WORKSFORME:  36  
Reports marked WONTFIX   :  14  

Specific Product/Component Resolutions  User Metrics 

Created reports per component

Translate   22  
Site requests   13  
Git/Gerrit  12  
Continuous integration  11  
User login  10  

Created reports per product

MediaWiki   61  
Wikimedia   52  
MediaWiki extensions94  
Datasets1   
Security4   

Top 5 bug report closers

aklapper [AT] wikimedia.org 31  
federicoleva [AT] tiscali.it26  
matma.rex [AT] gmail.com18  
s.mazeland [AT] xs4all.nl   13  
krenair [AT] gmail.com  10  


Most urgent open issues

Product   | Component | BugID | Priority  | LastChange | Assignee   
  | Summary  
--
Commons App   | iOS (iPhone o | 46808 | Immediate | 2013-04-02 | 
brion[AT]wikimedia.o | Commons iOS app: deleting and reinsta

MediaWiki | API   | 46787 | Immediate | 2013-04-03 | 
bjorsch[AT]wikimedia | rccontinue not properly handled  

MediaWiki | Special pages | 42152 | Immediate | 2013-02-07 | 
py[AT]wikimedia.org  | [Regression] All query pages (mainten

MediaWiki ext | ArticleFeedba | 43099 | Immediate | 2013-02-07 | 
mmullie[AT]wikimedia | All actions right to feedback aren't 

MediaWiki ext | ArticleFeedba | 45815 | Highest   | 2013-03-19 | 
wikibugs-l[AT]lists. | Don't show comments from 'lottery' ar

MediaWiki ext | ArticleFeedba | 43421 | Highest   | 2013-03-26 | 
mmullie[AT]wikimedia | Auto-archive comments on article feed

MediaWiki ext | ArticleFeedba | 46536 | Highest   | 2013-03-26 | 
mmullie[AT]wikimedia | Incorrect filter totals in cache; nee

MediaWiki ext | ArticleFeedba | 42057 | Highest   | 2013-04-02 | 
mmullie[AT]wikimedia | Feedback link on article pages   

MediaWiki ext | CategoryTree  | 43077 | Immediate | 2012-12-14 | 
sam[AT]reedyboy.net  | CategoryTree git/master does not work

MediaWiki ext | CentralAuth   | 42662 | Immediate | 2012-12-08 | 
tstarling[AT]wikimed | SpecialBlockList throwing exception o

MediaWiki ext | EducationProg | 45496 | Immediate | 2013-02-27 | 
jeroen_dedauw[AT]yah | Special:Enroll gives fatal error: Cl

MediaWiki ext | EducationProg | 46188 | Immediate | 2013-03-16 | 
wikibugs-l[AT]lists. | Fatal error in CoursePage.php

MediaWiki ext | EducationProg | 46577 | Immediate | 2013-04-02 | 
jeroen_dedauw[AT]yah | EducationProgram Fatal error: Call to

MediaWiki ext | LabeledSectio | 42930 | Immediate | 2012-12-13 | 
valhallasw[AT]arctus | LST: Empty regular expression

MediaWiki ext | MobileFronten | 42749 | Immediate | 2012-12-08 | 
jrobson[AT]wikimedia | Toggling broken on tier 2 phones 

MediaWiki ext | OpenID| 34357 | Highest   | 2013-03-10 | 
mail[AT]tgries.de| [DESIGN] OpenID-only enabled account 

MediaWiki ext | OpenID| 44821 | Highest   | 2013-03-11 | 
mail[AT]tgries.de| [BUG] OpenID Consumer wiki stalls wit

MediaWiki ext | OpenID| 44819 | Highest   | 2013-03-17 | 
mail[AT]tgries.de| Suggestion: change $wgOpenIDConsumerF

MediaWiki ext | WikidataRepo  | 44744 | Immediate | 2013-02-20 | 
wikidata-bugs[AT]lis | Display a licensing notification befo

MediaWiki ext | WikidataRepo  | 45840 | Highest   | 2013-03-19 | 
wikidata-bugs[AT]lis | 

Re: [Wikitech-l] Obtaining the latest commits

2013-04-07 Thread Jeroen De Dauw
Hey,

Found the answer to my own question :)

You can indeed get a list of changes merged in the last n seconds from
gerrit, via its http API. The first change merged into Wikibase in the last
10 seconds can be obtained as follows:

https://gerrit.wikimedia.org/r/changes/?q=status:merged+project:mediawiki/extensions/Wikibase+-age:10sn=1

Relevant docs at

https://gerrit.wikimedia.org/r/Documentation/rest-api-changes.html#list-changes

and

https://gerrit.wikimedia.org/r/Documentation/user-search.html#_search_operators

Cheers

--
Jeroen De Dauw
http://www.bn2vs.com
Don't panic. Don't be evil.
--
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Deployment highlights - week of April 8th

2013-04-07 Thread Risker
On 6 April 2013 17:27, Denny Vrandečić denny.vrande...@wikimedia.de wrote:

 I fully agree with Robert and Phoebe in this matter. Wikidata is an option.
 Requiring first to come up with rules on how to use Wikidata before it is
 switched on simply won't work, because there is not sufficient interest and
 experience for this discussion.


I'm very concerned that you would think that.  In the real world, where
attracting and retaining talented human beings is a key objective, testing
of not-yet-ready-for-prime-time software (which this clearly is) is carried
out in test environments and with teams who voluntarily agree to
participate.  The PDSA (plan-do-study-adjust) cycle is critically
important; major changes are tested on smaller groups and constantly
refined until they are ready to be applied effectively to the larger
population. You still have a long, long way to go before this is ready for
one of the biggest websites in the world.

And it is entirely normal that processes are developed in advance.  English
Wikipedia has done so for many other technical changes that have taken
place over time, including the addition of revision-deletion/suppression,
the introduction of the Vector skin, the enabling of pending changes.  In
fact, I would go so far as to say that technical changes that have any
significant effect on content or the manner in which members of the
community carry out their responsibilities are *normally* discussed and
planned for in advance.  This software represents not only a major change
in technology, but a major change in the philosophy of the project, and
that by itself requires some very significant discussion.

Please keep in mind that this is software that will affect every single
editor of the project, not just a few who specialise in particular small
niches.  Someone pointed out that there was no community consultation about
Scribunto/Lua, but that affects less than 1% of all active English
Wikipedians (those who write templates), and many of them were either
involved in the discussion or decided to stop working in the area.




 Or, put differently, the Wikidata proposal has been published nearly two
 years ago. We have communicated on all channels for more than one year. I
 can hardly think of any technical enhancement of Wikipedia - ever - which
 was communicated as strongly beforehand as Wikidata. If, in that time, the
 community has not managed to discuss the topic, it might be because such
 changes only get discussed effectively after they occur.


All channels isn't really correct, although I can respect how difficult
it is to try to find a way to communicate effectively with the English
Wikipedia community.  There is no centralized discussion point anywhere on
the project.  The technical village pump is almost completely populated by
editors who have a strong interest in the technical side of things; others
only drop in for a short period if they have a technical problem.
Administrator noticeboards are watched by a larger percentage of the
community, but discussions about changes like this would normally be moved
off before any useful comment would be made.

I do not recall ever reading about Wikidata on Wiki-en-L (the English
Wikipedia mailing list), and only rarely on Wikimedia-L (mainly to invite
people to meetings on IRC, but less than 5% of English Wikipedians use
IRC). Indeed, almost everything I know about Wikidata comes from this
mailing list (and much of what has been written is well beyond my
comprehension.  Nonetheless, I recognize that trying to find a way to
effectively communicate with the English Wikipedia community is a major
challenge even for those who are intimately familiar with the project, and
would be doubly so for those who are not regular participants.



 I base this statement on having studied previous introductions of new
 technical features to the Wikipedias (check for that my paper with Mathias
 Schindler), like the category system or parserfunctions.

 Since Wikidata phase 2 is actually a less intrusive change than phase 1,
 and based on the effectiveness of the discussion about phase 2 on the
 English Wikipedia so far, I think that a post-deployment discussion is the
 right way to go.



In what way is this less intrusive?  Phase 1 changed the links to other
projects beside articles, a task that was almost completely done by bots,
and did not in any way affect the ability to edit or to modify the content
of the articles. Phase 2 is intended to directly affect content and the
manner in which it is edited.

As well, phase 2 (dependent on implementation) requires that an editor go
to a different website to modify the information on an article. There is no
warning to the editor that they are leaving Wikipedia.  And with the
challenges that are about to happen with Firefox (the browser that is
possibly the most commonly used by Wikipedians), we know that SUL is
probably not going to work properly.  Editors thinking they are logged in
to English 

Re: [Wikitech-l] Socializing changes

2013-04-07 Thread Risker
Eran raises a key point.  On his project, there was a significant
discussion prior to the deployment. Hewiki has voluntarily, as a community,
decided to participate in the early development of a tool.  This is a very
good thing, and one that reflects well on the hewiki community.

This process tends to be much more complex on large projects where the
editorial base is highly diverse.  We know that the editorial base of most
of our non-English projects tends to be geographically centralized to one
or only a few countries (with the likely exception of Spanish projects),
and usually the majority of editors on these projects (e.g., French,
German, Italian projects) live in one country and share the same cultural
roots.  This shared experience increases the likelihood of obtaining
consensus.

English projects, particularly Wikipedia, do not have that same shared
cultural, geographic or historical cohesion; as the lingua franca of more
than a dozen countries, and the second language for thousands of other
editors, even localized variations in usage can be a stumbling block.  Add
into that the fact that English Wikipedia has such a large editing
community, and that there is no effective centralized communication
process, and the ability of the community to develop a consensus opinion on
any major topic is exponentially more difficult than on many other
projects.  Anyone who has spent much time on Meta knows how difficult it is
to come to a consensus there; Commons seems to have been more effective in
developing effective communication/discussion processes, although as I note
English seems to be the prevalent language there, it must be somewhat
intimidating for those who do do not include English as one of their
languages.

I confess that there are many days when I envy our more cohesive, less
diverse projects for their ability to come to well-discussed, well-reasoned
decisions in a timely way.  I think there are lessons out there for English
Wikipedia to learn.

Risker/Anne


On 6 April 2013 12:47, Eran Rosenthal eranro...@gmail.com wrote:

 In hewiki we had a discussion in village pump before phase II deployment
 and there is a simple bureaucratic policy for converting templates to use
 the new {{#property}} feature:
 a discussion in Wikipedia:Village pump/templates for each template
 conversion before actually adding {{#property}} for it.
 (this village pump for templates was already exist to eliminate adding
 unnecessary extra parameters that were added without discussion)
 This way we can check that each conversion is both technically ok, use the
 correct properties from wikidata, and doesn't add unnecessary parameters.

 We don't use yet the new features - as in the real world cases it isn't
 just {{#property}} and to enjoy the powerful features of wikidata we must
 use WikibaseClient Lua api,
 but we are in final phase of testing {{Taxobox}} (with no parameters at
 all. really cool!)

 I would like to thank to Lydia and wikidata team - you are doing a great
 job.



 On Sat, Apr 6, 2013 at 6:40 PM, legoktm legoktm.wikipe...@gmail.com
 wrote:

  On Sat, Apr 6, 2013 at 10:28 AM, MZMcBride z...@mzmcbride.com wrote:
 
   Risker wrote:
   Lydia, could you please point me to the discussion on *English
  Wikipedia*
   where the community indicated an interest in deploying this software?
   Infoboxes and sourcing to another website completely outside the
 control
   of English Wikipedia is a rather big issue, and I would expect to see
 a
   Request for Comment with at least 200-300 participants.
  
   I think the issue we're seeing here is that changes, particularly large
   changes, often aren't socialized well.
  
   It probably doesn't help to target the English Wikipedia first, of
  course,
   given that it's often annoyingly exceptional. Wikidata seems like a
 large
   enough change that I agree that a bit more socialization might be nice.
   There are over 700 wikis on which to possibly deploy Wikidata, in
 theory.
  
 
  Wikidata phase 2 is already live on 11 different wikis. (
  http://blog.wikimedia.de/2013/03/27/you-can-have-all-the-data/)
 
  
   MZMcBride
  
  
   -- Legoktm
  http://enwp.org/User:Legoktm
 
 
  
   ___
   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

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