Looking over your application - I'd suggest flushing our more details on your
proposed schedule and what exactly the advantages of your proposed project are.
The mockup helps convey the what - but they how and why are a bit vague to me.
I think connecting the functional benefits of Ajax
Excellent - you're welcome to share it here for folks to review. :)
-greg
On Apr 4, 2012, at 2:35 AM, Marco marcoigarap...@gmail.com wrote:
Looking over your application - I'd suggest flushing our more details on
your proposed schedule and what exactly the advantages of your proposed
Hi Gregory,
Thank you for your comment. There are Flickr APIs available for Java,
JavaScript, and other languages. I have used them to get images from Flickr.
I have never been in touch with folks on toolserver or at Commons.
--
Trinh
-Original Message-
From:
Nikerabbit posted a comment on MediaWiki.r114689.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114689#c32616
Commit summary for MediaWiki.r114689:
follow-up to r114687 - actually adding the new css file
Nikerabbit's comment:
Inconsistent indentation.
Nikerabbit changed the status of MediaWiki.r114690 to ok
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114690
Old status: new
New status: ok
Commit summary for MediaWiki.r114690:
follow-up to r114689 - reverting accidental commit of debugging code
Nikerabbit changed the status of MediaWiki.r114692 to fixme and commented
it.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114692#c32617
Old Status: new
New Status: fixme
Commit summary for MediaWiki.r114692:
add redlink status to user page and user talk page
Nikerabbit's
Nikerabbit changed the status of MediaWiki.r114693 to ok
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114693
Old status: new
New status: ok
Commit summary for MediaWiki.r114693:
followup to -r114692 - remove debugging code
___
On Tue, Apr 3, 2012 at 9:51 PM, Trinh Hoang Nguyen trinhto...@gmail.com wrote:
Hi there,
Could you please have a look at my project proposal for Google Summer of
Code
https://www.mediawiki.org/wiki/User:Trinhtomsk/GSoC_2012_application
It would be awesome to have a proper Flickr upload
I have seen there is a lot of wikis where people are concerned about
inactive sysops. They managed to set up a strange rule where sysop
rights are removed from inactive users to improve the security.
However the sysops are allowed to request the flag to be restored
anytime. This doesn't improve
Hi varnent,
Before setting up this proposal , I have had some discussions with (^demon
and saper) about the scope and need for such an extension. Not only they
suggested me some features that they would want to see as part of this
extension but they pointed out some issues as well that I would
More:
IP addresses which do N bad login attemps should be blocked from
accessing login page for Z minutes (You have done too many bad login
attempts, please wait 5 minutes before trying again)
This would help to avoid bots who try to compromise account by trying
random passwords
The target user
2012/4/3 Peter Youngmeister p...@wikimedia.org
at 15:00 UTC, tomorrow, 4/4/12. (Or 4/4/12, for those not using American
date formatting.)
I see, you mean 12/4/4. :-)
Where is the description/help on new capabilities? I am very much
interested.
--
Bináris
On Wed, Apr 4, 2012 at 6:49 AM, Peter Youngmeister p...@wikimedia.org wrote:
at 15:00 UTC, tomorrow, 4/4/12. (Or 4/4/12, for those not using American
date formatting.)
[[ISO 8601]] can help in situations like this.
___
Wikitech-l mailing list
On Wed, Apr 4, 2012 at 5:43 PM, Petr Bena benap...@gmail.com wrote:
I have seen there is a lot of wikis where people are concerned about
inactive sysops. They managed to set up a strange rule where sysop
rights are removed from inactive users to improve the security.
However the sysops are
2012/4/4 Petr Bena benap...@gmail.com:
I have seen there is a lot of wikis where people are concerned about
inactive sysops. They managed to set up a strange rule where sysop
rights are removed from inactive users to improve the security.
However the sysops are allowed to request the flag to
On Wed, Apr 4, 2012 at 5:43 PM, Petr Bena benap...@gmail.com wrote:
I have seen there is a lot of wikis where people are concerned about
inactive sysops. They managed to set up a strange rule where sysop
rights are removed from inactive users to improve the security.
However the sysops are
Hi all,
I am very disappointed by current development process we have on
wikimedia project. The wikimedia project itself is classified as open
source at some point, but the current development process sort of
beats the purpose of that.
I started working on two extensions in October, more than 6
On Wed, Apr 4, 2012 at 10:15 AM, John Vandenberg jay...@gmail.com wrote:
What happens if the ex-sysop has lost access to their original email
address .. ?
If the sysop lost their email, they are in same troubles as if any
other user lost their email and forgot password. It simply shouldn't
On 4 April 2012 18:19, K. Peachey p858sn...@gmail.com wrote:
On Wed, Apr 4, 2012 at 5:54 PM, Petr Bena benap...@gmail.com wrote:
More:
IP addresses which do N bad login attemps should be blocked from
accessing login page for Z minutes (You have done too many bad login
attempts, please wait 5
On 4 April 2012 10:19, Petr Bena benap...@gmail.com wrote:
I am very disappointed by current development process we have on
wikimedia project. The wikimedia project itself is classified as open
source at some point, but the current development process sort of
beats the purpose of that.
I
On Wed, Apr 4, 2012 at 10:19 AM, K. Peachey p858sn...@gmail.com wrote:
On Wed, Apr 4, 2012 at 5:43 PM, Petr Bena benap...@gmail.com wrote:
I have seen there is a lot of wikis where people are concerned about
inactive sysops. They managed to set up a strange rule where sysop
rights are removed
Again, Just theatrical security, Most people tend to use the same
passwords everywhere, if this was the case for said Sysop, Their email
is also compromised. Also this would require wikis to have email
sending setup, as well as the user to have confirmed theirs.
That's the problem of
On Wed, Apr 4, 2012 at 6:19 PM, Petr Bena benap...@gmail.com wrote:
I started working on two extensions in October, more than 6 months
ago. Both were approved by community on Village Pump and it was agreed
to deploy them to english wikipedia. One of the extension had hundreds
of lines and is
2012/4/4 Petr Bena benap...@gmail.com:
I understand it, that only employees of the foundation are actually
permitted to write the code which is going to be deployed to wmf
sites. If that is true, it should be noted somewhere, so that
volunteers (the people who aren't employees / paid for that)
The accounts could be compromised just using a brute force attacks
which would be running for a long time. Since user would never know
their account is being cracked, they would likely never bother with
making their password more strong, neither report it somewhere. If I
was an inactive sysop and
On Wed, Apr 4, 2012 at 10:46 AM, K. Peachey p858sn...@gmail.com wrote:
On Wed, Apr 4, 2012 at 6:19 PM, Petr Bena benap...@gmail.com wrote:
I started working on two extensions in October, more than 6 months
ago. Both were approved by community on Village Pump and it was agreed
to deploy them to
Yes, in past it worked. I don't know what is broken now, but it
apparently doesn't work anymore.
On Wed, Apr 4, 2012 at 10:46 AM, Amir E. Aharoni
amir.ahar...@mail.huji.ac.il wrote:
2012/4/4 Petr Bena benap...@gmail.com:
I understand it, that only employees of the foundation are actually
On Wed, Apr 4, 2012 at 6:25 PM, Petr Bena benap...@gmail.com wrote:
On Wed, Apr 4, 2012 at 10:15 AM, John Vandenberg jay...@gmail.com wrote:
What happens if the ex-sysop has lost access to their original email
address .. ?
If the sysop lost their email, they are in same troubles as if any
My point is that if review of 15 lines of code, takes 6+ months, there
is very likely a reason for improvement of current process, which may
look as working. If I knew it works like it actually works I would
never tried to work on what I did. So if there is not going to be
improvement in this
2012/4/4 John Vandenberg jay...@gmail.com
Also, you might want to query the databases to see how many admins
don't have an email address set. I wouldn't be surprised if there are
a few. IMO any that dont have an email set should have their sysop
bit removed.
Would it be a crazy idea to
Actually sysops could be just required to have the email set in the
project guidelines. If they don't do that and their account expire,
they lost the sysop. I don't see it as a big deal. I hope that sysops
are clever enough to at least be able to follow their own rules.
On Wed, Apr 4, 2012 at
On Wed, Apr 4, 2012 at 7:12 PM, Petr Bena benap...@gmail.com wrote:
Actually sysops could be just required to have the email set in the
project guidelines. If they don't do that and their account expire,
they lost the sysop. I don't see it as a big deal. I hope that sysops
are clever enough to
I don't say this would be enabled for all projects, it could be a
replacement of that weird policy for removal of inactive sysops they
created on few wikis, including english wikipedia. It would be just a
slightly better solution for same problem as they have right now. If
they don't want to
On 4 April 2012 10:21, Petr Bena benap...@gmail.com wrote:
I don't say this would be enabled for all projects, it could be a
replacement of that weird policy for removal of inactive sysops they
created on few wikis, including english wikipedia. It would be just a
slightly better solution for
Indeed :-)
But if I didn't think it's weird, I wouldn't start this. I am always
trying to find a solution from programmer point of view for a problems
which community sometimes try to solve by hand.
On Wed, Apr 4, 2012 at 11:23 AM, Thomas Morton
morton.tho...@googlemail.com wrote:
On 4 April
On 4 April 2012 10:28, Petr Bena benap...@gmail.com wrote:
Indeed :-)
But if I didn't think it's weird, I wouldn't start this. I am always
trying to find a solution from programmer point of view for a problems
which community sometimes try to solve by hand.
From a security perspective (my
On Wed, Apr 4, 2012 at 7:28 PM, Petr Bena benap...@gmail.com wrote:
Indeed :-)
But if I didn't think it's weird, I wouldn't start this. I am always
trying to find a solution from programmer point of view for a problems
which community sometimes try to solve by hand.
But the community isn't
I see a lot of differences:
The current process needs to be done by hand, which isn't just
annoying, but also not fail safe, some accounts might be overlooked,
etc. Bureaucrats can mislick or forget. The email account is likely
much more safe than wikimedia account, the google for example offers
The current process needs to be done by hand, which isn't just
annoying, but also not fail safe, some accounts might be overlooked,
etc. Bureaucrats can mislick or forget.
Certainly automatic de-sysoping after a certain inactivity would be useful;
an extension that does the notifications and
You do understand correctly!
The main idea about NLP components is with POS tagger as an example:
1. a fall back system that does unsupervised POS tagging.
2. the ability to plug in an existing POS tagger as these become available for
specific languages.
I would as supervisor would recommend
2012/4/4 Oren Bochman orenboch...@gmail.com:
You do understand correctly!
The main idea about NLP components is with POS tagger as an example:
Just to make sure, POS = part of speech, isn't it?
It's one of the most confusing TLAs in computing :)
If we could get QA from other native speakers
Ok, your reply makes a lot of sense. However problem is that how users
get more hats they are usually more afraid of loosing them :-) and
would probably like to have an option to protect from attackers (I
don't really know but I hope that people with some extra flags are
trying to have a secure
Ok, your reply makes a lot of sense. However problem is that how users
get more hats they are usually more afraid of loosing them :-) and
would probably like to have an option to protect from attackers (I
don't really know but I hope that people with some extra flags are
trying to have a
On 4 April 2012 09:39, Thomas Morton morton.tho...@googlemail.com wrote:
Besides; you're looking for a problem to fit the solution. On English
Wikipedia compromised accounts are, in themselves, rare occurrences. And
compromised sysop accounts rarer (read; I've never seen one!).
There was a
Something on password rate limits has been on my mind ever since watching
one of the Security Now episodes.
Rather than cut-off rate limits isn't it a better experience to use
something with a slow exponential/compound increase
Think about the case where the user has forgotten their
Sooo... we're on the way to HTTPS... what's next?
YubiKey/Google Authenticator/etc... 2-factor auth? Or signed client side
user certificates (keygen, etc...)?
--
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]
On Wed, 04 Apr 2012 04:31:02 -0700, Petr Bena
Hi there,
I have finished my proposal. I know the deadline is soon but I will
appreciate any feedback. I also know there is more than one proposal for
this project, but one week ago when I posted my interest in this project I
couldn't end my proposal on time. Anyway I still want to participate.
On 04/04/12 10:47, Petr Bena wrote:
The accounts could be compromised just using a brute force attacks
which would be running for a long time. Since user would never know
their account is being cracked, they would likely never bother with
making their password more strong, neither report it
I said it would be opt-in so they wouldn't be spammed unless they
would like to be
On Wed, Apr 4, 2012 at 2:36 PM, Platonides platoni...@gmail.com wrote:
On 04/04/12 10:47, Petr Bena wrote:
The accounts could be compromised just using a brute force attacks
which would be running for a long
On Wed, Apr 4, 2012 at 8:33 AM, Petr Bena benap...@gmail.com wrote:
I said it would be opt-in so they wouldn't be spammed unless they
would like to be
I would like to remind everyone that user preferences are
evil--especially when it comes to things relating to security.
The correct thing to
Why is it evil?
On Wed, Apr 4, 2012 at 2:35 PM, Chad innocentkil...@gmail.com wrote:
On Wed, Apr 4, 2012 at 8:33 AM, Petr Bena benap...@gmail.com wrote:
I said it would be opt-in so they wouldn't be spammed unless they
would like to be
I would like to remind everyone that user preferences
On 04/04/12 18:27, Svip wrote:
My NaturalLanguageList extension[1] has been queued for code review
since March 2010.[2] And I still believe WMF wikis like Wiktionary
and Commons would greatly benefit from such an extension. At least
until the Lua-wikicode thing gets worked out.
I think it's
Hi Tim,
So that's exactly how I understand it. All programmers who seemed to
be good enough were hired and now work as employees, while people who
are working on their own have low priority (simply are ignored).
That's why I say this philosophy kills the idea of open source, while
it's surely
That's probably not exactly what I wanted to say:
MediaWiki is clearly still open source at some point, as long as
people (strangers / not just employees) are allowed to commit to
repository. But the wikimedia project and site is not really that
open, since people aren't allowed to submit any
Petr:
My sympathies on the frustration. First I'm going to talk about the
problem in general, then about your issue.
Yes, the Wikimedia community is too slow to review contributions in
general. The experienced developers who could do code review include
many people who don't work for the
a
href=http://schools18.com/wp-content/plugins/extended-comment-options/tpfvk.html;
http://schools18.com/wp-content/plugins/extended-comment-options/tpfvk.html/a
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
On Wed, Apr 4, 2012 at 7:38 AM, Petr Bena benap...@gmail.com wrote:
Why is it evil?
Bluntly?
Users, for the most part, are stupid. Or rather, they make silly
choices that can make systems more vulnerable without knowing better.
___
Wikitech-l mailing
On 03/04/12 22:08, Chad wrote:
There is a gerrit interwiki prefix. You can use it like [[gerrit:1234]].
You're right in that making a gitweb one is impractical--templates
are the way to go here.
-Chad
Why impractical?
There's no reason [[gitrev:c2a3ff15fc2b69e7a8f6fd7c4143718708619494]]
2012/4/4 Platonides platoni...@gmail.com:
On 03/04/12 22:08, Chad wrote:
There is a gerrit interwiki prefix. You can use it like [[gerrit:1234]].
You're right in that making a gitweb one is impractical--templates
are the way to go here.
-Chad
Why impractical?
There's no reason
Dear Sirs,
I am grateful for your valuable feedback and suggestions.
I have updated my proposal based on the inputs given by you. The split-up
of the deliverables on the ideas page indeed helped me understand the
requirements more clearly.
The link to my updated proposal is
That sounds like as microsoft would interpret how perfect system
should work, and why I don't like windows:
We know best what the user wants, so let us configure the system
according to what we think that is best for them, without even giving
them option to change anything on that
Seriously,
Also keep in mind we are talking about accounts which are interesting
for hackers, stewards and such. I hope that people who are
volunteering as stewards aren't just stupid and would eventually
read manual / ask someone who knows how does it work, before changing
options in insecure way. (Anyway
Let me clarify:
we are talking about accounts which are interesting for hackers such
as these of stewards.
I didn't want to compare stewards to hackers :-)
On Wed, Apr 4, 2012 at 4:40 PM, Petr Bena benap...@gmail.com wrote:
Also keep in mind we are talking about accounts which are interesting
Hey,
On 4 April 2012 14:45, Tim Starling tstarl...@wikimedia.org wrote:
I think it's pretty likely that the Lua feature will be live before
NaturalLanguageList gets looked at again. NaturalLanguageList was not
sufficiently inspiring to get included in the roadmap.
I don't know about this
On 4 April 2012 15:35, Petr Bena benap...@gmail.com wrote:
That sounds like as microsoft would interpret how perfect system
should work, and why I don't like windows:
We know best what the user wants, so let us configure the system
according to what we think that is best for them, without
On 4 April 2012 15:40, Petr Bena benap...@gmail.com wrote:
Also keep in mind we are talking about accounts which are interesting
for hackers, stewards and such. I hope that people who are
volunteering as stewards aren't just stupid and would eventually
read manual / ask someone who knows how
Jeroen De Dauw posted a comment on MediaWiki.r114644.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114644#c32618
Commit summary for MediaWiki.r114644:
applied patch by MWJames provided at bug 35627
Jeroen De Dauw's comment:
I'm going to wait with the stylize untill this is in git,
On 4 April 2012 14:45, Tim Starling tstarl...@wikimedia.org wrote:
I think it's pretty likely that the Lua feature will be live before
NaturalLanguageList gets looked at again. NaturalLanguageList was not
sufficiently inspiring to get included in the roadmap.
I think that the correct
OK, but this is a new option which doesn't exist now, and if it could
be turned off, it wouldn't affect the security more than making it
just same as it's now. The reason why it should be in preferences is
that some users might want it and some would rather not have it. (In
fact as default this
2012/4/4 Petr Bena benap...@gmail.com:
On 4 April 2012 14:45, Tim Starling tstarl...@wikimedia.org wrote:
I think it's pretty likely that the Lua feature will be live before
NaturalLanguageList gets looked at again. NaturalLanguageList was not
sufficiently inspiring to get included in the
On Wed, Apr 4, 2012 at 10:24 AM, OQ overlo...@gmail.com wrote:
On Wed, Apr 4, 2012 at 7:38 AM, Petr Bena benap...@gmail.com wrote:
Why is it evil?
Bluntly?
Users, for the most part, are stupid. Or rather, they make silly
choices that can make systems more vulnerable without knowing better.
That's something 1 group of people agree and another strongly disagree
Let's make both, if you really want simple preferences, why not to
have advanced toggle, which uncover the complex stuff?
On Wed, Apr 4, 2012 at 5:45 PM, Chad innocentkil...@gmail.com wrote:
On Wed, Apr 4, 2012 at 10:24 AM,
On Wed, Apr 4, 2012 at 11:48 AM, Petr Bena benap...@gmail.com wrote:
That's something 1 group of people agree and another strongly disagree
Let's make both, if you really want simple preferences, why not to
have advanced toggle, which uncover the complex stuff?
Because we've been over this
^demon posted a comment on MediaWiki.r114644.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114644#c32619
Commit summary for MediaWiki.r114644:
applied patch by MWJames provided at bug 35627
^demon's comment:
Well part of the point of debug mode in RL is getting the unminified
Platonides posted a comment on MediaWiki.r114634.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114634#c32620
Commit summary for MediaWiki.r114634:
Switched to using curl since more users will have it
Platonides's comment:
References?
Jeroen De Dauw changed the status of MediaWiki.r114023 to new and commented
it.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114023#c32621
Old Status: fixme
New Status: new
Commit summary for MediaWiki.r114023:
work on special:studentactivity and adding frank his images
Jeroen De
On Wed, Apr 4, 2012 at 7:53 AM, Daniel Friesen
li...@nadir-seen-fire.com wrote:
Rather than cut-off rate limits isn't it a better experience to use
something with a slow exponential/compound increase
It's worth noting that there's already a softer cut-off: ConfirmEdit's
badlogin trigger.
Krinkle changed the status of MediaWiki.r110208 to new
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/110208
Old status: deferred
New status: new
Commit summary for MediaWiki.r110208:
Commiting the initial revision of the Scripting extension, a framework that
allows programming
Krinkle changed the status of MediaWiki.r110796 to new
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/110796
Old status: deferred
New status: new
Commit summary for MediaWiki.r110796:
Add integration with CodeEditor extension.
___
Hi there,
I moved the page of my proposal to a new name. The link is:
https://www.mediawiki.org/wiki/User:Davidpardz/GSoC_2012_application
Hope you can check it out.
Regards,
--
David Palacios
___
Wikitech-l mailing list
Hey :)
just a quick reminder that the english one will be in about 23 hours.
Cheers
Lydia
On Mon, Mar 26, 2012 at 2:55 PM, Lydia Pintscher
lydia.pintsc...@wikimedia.de wrote:
Hi everyone!
Next week the Wikidata team will be complete and start working at full
speed. Finally! \o/ I will be
On Wednesday 4 April 2012 at 9:18 AM, Gregory Varnum wrote:
drecodeam,
This proposal and the other one I just responded to about Flickr seem to have
some overlaps. I suspect only one would be accepted - and this one does
appear to be more developed at this stage.
However, similar
Platonides posted a comment on MediaWiki.r114242.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114242#c32622
Commit summary for MediaWiki.r114242:
auto-summary, auto-delete-reason
Platonides's comment:
Spaces instead of tabs
___
Platonides posted a comment on MediaWiki.r114448.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114448#c32623
Commit summary for MediaWiki.r114448:
use content-based diff
Platonides's comment:
Speces instead of tabs
___
Platonides posted a comment on MediaWiki.r114631.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114631#c32624
Commit summary for MediaWiki.r114631:
clean up comments hints
Platonides's comment:
Your cleanup replaces tabs with spaces in ImagePane.php
Nikerabbit changed the status of MediaWiki.r114707 to ok
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114707
Old status: new
New status: ok
Commit summary for MediaWiki.r114707:
followup to -r114692 - remove trailing space from message
Dear Gerrit users,
Gerrit let us flag changes with two fields:
- Code Review
- Verified
Anyone is allowed to +1/-1 the Code Review field but only a few people
are allowed to mark a change as Verified.
I have bring back Jenkins in action and it is now running tests for us,
whenever a test
Hi everyone,
I seek to work on building a Convention extension as part of the Google
Summer of Code project.I have set up a proposal for the same , here is the
link http://www.mediawiki.org/wiki/User:Chughakshay16/GSOCProposal(2012).
I haven't found a mentor to work with me for this project yet,
On Thu, Mar 29, 2012 at 8:34 AM, Jon Robson jrob...@wikimedia.org wrote:
I've been experimenting with the api that Max Semenik has been working
on and the html5 history interface [1] to add javascript to the
MobileFrontend extension so that any searches, link to other articles
and section
On Wed, Apr 4, 2012 at 11:55 AM, Antoine Musso hashar+...@free.fr wrote:
Dear Gerrit users,
Gerrit let us flag changes with two fields:
- Code Review
- Verified
Anyone is allowed to +1/-1 the Code Review field but only a few people
are allowed to mark a change as Verified.
I have
To those who don't know me yet, hi! I'm Jack Phoenix, and I've been a
MediaWiki developer since May 2008.
One of the major third-party users of the MediaWiki software is wikiHow (
http://www.wikihow.com/), a free how-to manual.
In my opinion, wikiHow rocks! (No, I don't work for wikiHow and I
Jack Phoenix Lewis Cawte
Gold stars to you both. This is fantastic.
--
Sumana Harihareswara
Volunteer Development Coordinator
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
As a reminder to folks. Please remember that students are in need of mentors.
Its key to their applications. Please designate your interest on the MW.org
GSOC page to help connect with students. You're also welcome to use this list
to reach out to folks like Akshay who you may feel is
This looks much more in-depth and helpful. I think your best next step is to,
if you haven't already, connect with potential mentors and indicate who those
folks are within your proposal.
-Greg
___
Sent from my iPad. Apologies for any typos. A more detailed response may be
sent later.
[[User:JohnnyMrNinja]] contacted me today to ask for developer input on
his proposal to complete account unification. I copied his comments
from the discussion on meta to a bug
(https://bugzilla.wikimedia.org/35707) and said I would post the request
here.
I don't know enough about SUL to know
Hello,
I'm Gautham Shankar from India pursuing my 4th year bachelors in computer
science and engineering.I find the project proposal Lucene Automatic Query
Expansion from Wikipedia Text in GSOC 2012 very interesting and would love
to work on it.
i have created a proposal for the idea
Tim Starling wrote:
On 04/04/12 18:27, Svip wrote:
My NaturalLanguageList extension[1] has been queued for code review
since March 2010.[2] And I still believe WMF wikis like Wiktionary
and Commons would greatly benefit from such an extension. At least
until the Lua-wikicode thing gets
Raindrift posted a comment on MediaWiki.r114623.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114623#c32625
Commit summary for MediaWiki.r114623:
added stuff to the article collection to allow specifying api parameters
fetch a list of namespaces from config for making a select list
Siebrand posted a comment on MediaWiki.r114719.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114719#c32626
Commit summary for MediaWiki.r114719:
Removing these memcache calls for now. It doesn't work properly, and doing it
correctly will be a lot of effort.
Siebrand's comment:
On 04/02/2012 07:36 AM, Ole Palnatoke Andersen wrote:
Hello!
Various cultural institutions in Denmark are planning a cultural heritage
hackathon in the autumn. They are still in the google-doc-phase:
1 - 100 of 116 matches
Mail list logo
