Hello,
First of all sorry for inappropriate way of presenting the content it
appears that there was problem with my email web interface , As advised by
community members
I once again present my ideas regarding Multilingual, usable and effective
captchas at my proposal page for GSOC-2014
Hello,First of all sorry for inappropriate way of presenting the content
,nbsp;Asnbsp;advisednbsp;by community members
I present my ideas regardingnbsp;Multilingual, usable and effective
captchasnbsp;at my proposal page for GSOC-2014 given here
On 28 February 2014 18:29, Brad Jorsch (Anomie) bjor...@wikimedia.orgwrote:
On Fri, Feb 28, 2014 at 12:07 PM, Mansi Gokhale gokhalemans...@gmail.com
wrote:
Then there's the issue of different interpretation. Take for example
https://www.mediawiki.org/wiki/File:Find-all-captcha-idea.png. Is
On Fri, Feb 28, 2014 at 6:29 PM, Brad Jorsch (Anomie) bjor...@wikimedia.org
wrote:
If you display 8 images and the user has to pick one, then even by random
guessing the attacker has a 12.5% chance of passing the captcha. That's not
good at all. Finding all matching is slightly better since
On Mon, Mar 3, 2014 at 6:05 AM, Happy Melon happy.melon.w...@gmail.comwrote:
But
putting out nine pictures of humans and one picture of a cat and asking for
the odd one out is no easier to misinterpret than a squiggle that might
be a G or might be a 6.
It seems to me that putting nine
Hello,
From last response on proosal for Multilingual, usable and effective captchas;
i figured out following few solutions to the points raised by the mailing list
members:
1)Captcha on the basis of selection of particular object:In this type of
captcha the questions will be shown as shown
I'm adding the design list. I talked about this recently with a couple
of the designers.
Matt Flaschen
On 02/28/2014 12:07 PM, Mansi Gokhale wrote:
hello,
These are some approaches i can think of instead of a text based captcha.
The image idea where users are asked to spot the odd one out
hello,
These are some approaches i can think of instead of a text based captcha.
The image idea where users are asked to spot the odd one out like
demonstrated or find all the similar images like mentioned in
herehttps://www.mediawiki.org/wiki/CAPTCHA
.
Also a picture with a part chipped in
I think this is an intriguing approach - particularly for use cases on
mobile devices. We display captchas as necessary through MobileFrontend
when they are triggered, but the mobile experience is horrible (arguably
the whole captcha experience is horrible regardless of the medium, but
that's
1)Alphabetical order captcha:We can use Html5's drag and drop Api to list a
particular Set of images into one category .for example in the example
mentoinednbsp;in the demo herenbsp;,i made a collection of diff words
starting with letters A,B,C as an output i grouped up words with starting
Hi and thanks for being interested in Wikimedia!
Please take a look at how your email looked to a lot of people:
http://imgur.com/4OuPSyN
(You can see it in our mailing list archives:
http://lists.wikimedia.org/pipermail/wikitech-l/2014-February/074812.html )
Could you re-send it with your
I figured out following way we can approach the project:1)Alphabetical order
captcha:We can use Html5's drag and drop Api to list a particular Set of images
into one category .for example in the example mentoined in the demo here ,i
made a collection of diff words starting with letters A,B,C
On Fri, Feb 28, 2014 at 12:07 PM, Mansi Gokhale gokhalemans...@gmail.comwrote:
The image idea where users are asked to spot the odd one out like
demonstrated or find all the similar images like mentioned in
herehttps://www.mediawiki.org/wiki/CAPTCHA
If you display 8 images and the user has
On Fri, Feb 28, 2014 at 1:29 PM, Brad Jorsch (Anomie) bjor...@wikimedia.org
wrote:
A traditional captcha using only A-Z is 1/308915776.
That should be a traditional *6 letter* captcha using only A-Z.
Sorry for the noise.
--
Brad Jorsch (Anomie)
Software Engineer
Wikimedia Foundation
Your links didn't work at all, so I can't give specific comments.
On Fri, Feb 28, 2014 at 1:02 PM, Aalekh Nigam aalekh1...@rediffmail.comwrote:
1)Alphabetical order captcha:We can use Html5's drag and drop Api to list
a particular Set of images into one category .for example in the example
On Wed, Jan 1, 2014 at 2:31 AM, Benjamin Lees emufarm...@gmail.com wrote:
On Wed, Jan 1, 2014 at 2:00 AM, Tim Landscheidt t...@tim-landscheidt.de
wrote:
I checked out the registration form for a white supremacist forum, and they
just use reCAPTCHA. No doubt they'll be developing a CAPTJCA or
On Wed, Jan 1, 2014 at 2:31 AM, Benjamin Lees emufarm...@gmail.com wrote:
I checked out the registration form for a white supremacist forum, and they
just use reCAPTCHA. No doubt they'll be developing a CAPTJCA or CAPTMCA
soon enough.
There are likely a number of strings that should be
Just got a report and screenshot that a new user got this string for their
captcha on en.wikipedia nigerblew
http://snag.gy/JpSUR.jpg
Though several people are pointing out that Niger is a country, I think
it's reasonable to try and avoid things close to the two-g version of that
word; nobody's
On Tue, Dec 31, 2013 at 7:05 PM, George Herbert george.herb...@gmail.comwrote:
Just got a report and screenshot that a new user got this string for their
captcha on en.wikipedia nigerblew
http://snag.gy/JpSUR.jpg
Though several people are pointing out that Niger is a country, I think
it's
There's a blacklist that has been included with FancyCaptcha for a few
months, although I don't know whether it's the same as the one the WMF uses.
See https://bugzilla.wikimedia.org/show_bug.cgi?id=21025 and the associated
patches.
___
Wikitech-l
It's a CAPTCHA, not an article or piece of actual content. If people are
actually getting offended by randomly generated CAPTCHAs I think they need
to find something more worthwhile to complain about.
--
Tyler Romeo
On Jan 1, 2014 12:27 AM, Benjamin Lees emufarm...@gmail.com wrote:
There's a
Tyler, websites everywhere blacklist offensive words (and with some
regularity, look and sound-alikes) from the random captcha generator...
I don't personally care, you don't, but if we offend people needlessly it's
an oops. We need some elements of the site to meet Lowest Common
Denominator
On 01/01/2014 12:34 AM, George Herbert wrote:
Tyler, websites everywhere blacklist offensive words (and with some
regularity, look and sound-alikes) from the random captcha generator...
Yes, and then we end up with the Scunthorpe problem instead.
I agree it's a little bit silly, and also a
On Wed, Jan 1, 2014 at 12:42 AM, Marc A. Pelletier m...@uberbox.org wrote:
Yes, and then we end up with the Scunthorpe problem instead.
The Scunthorpe problem is not actually a problem here, because we're just
limiting the CAPTCHAs we serve to users, not filtering their input.
Marc A. Pelletier m...@uberbox.org wrote:
Tyler, websites everywhere blacklist offensive words (and with some
regularity, look and sound-alikes) from the random captcha generator...
Yes, and then we end up with the Scunthorpe problem instead.
I agree it's a little bit silly, and also a
On Wed, Jan 1, 2014 at 2:00 AM, Tim Landscheidt t...@tim-landscheidt.dewrote:
Not only that, the selection of blacklisted words may be of-
fensive itself.
That doesn't seem like a problem, since the list isn't visible in the user
interface. Users will not be complaining that they aren't
On 21/03/13 08:05, Federico Leva (Nemo) wrote:
Restrictive wikis for captchas are only a handful (plus pt.wiki which is
in permanent emergency mode).
https://meta.wikimedia.org/wiki/Newly_registered_user
For them you could request confirmed flag at
https://meta.wikimedia.org/wiki/SRP
On Wed, Mar 20, 2013 at 8:23 PM, James Heilman jmh...@gmail.com wrote:
Hey All
I have someone helping me add translation done by Translators Without
Borders of key medical articles. An issue that slows the work is that
many languages require CAPTCHA to save the edits. Is their anyway
around
Restrictive wikis for captchas are only a handful (plus pt.wiki which is
in permanent emergency mode).
https://meta.wikimedia.org/wiki/Newly_registered_user
For them you could request confirmed flag at
https://meta.wikimedia.org/wiki/SRP
Personally I found it easier to do the required 10, 50 or
Hey All
I have someone helping me add translation done by Translators Without
Borders of key medical articles. An issue that slows the work is that
many languages require CAPTCHA to save the edits. Is their anyway
around this (ie to get an account confirmed in all languages)?
Project is here
Technically it should be possible. I believe there's a Request for
permissions page or something of the sorts on meta-wiki for this purpose.
Somebody with more knowledge can correct me if I'm wrong.
*-- *
*Tyler Romeo*
Stevens Institute of Technology, Class of 2015
Major in Computer Science
I made some mockups to illustrate some of the ideas on captchas that could
be less problematic for non-English speakers, improve the general UX and
rely on images from commons.
- Panorama captcha:
http://commons.wikimedia.org/wiki/File:Panorama-captcha-idea.png
Based on tagging parts of a
On Thu, Aug 2, 2012 at 1:59 AM, Pau Giner pgi...@wikimedia.org wrote:
I made some mockups to illustrate some of the ideas on captchas that could
be less problematic for non-English speakers, improve the general UX and
rely on images from commons.
- Panorama captcha:
On 31 July 2012 22:25, MZMcBride z...@mzmcbride.com wrote:
Risker wrote:
Putting on my checkuser hat for a moment - yes, please please look at
finding a different CAPTCHA process - the cross-wiki spamming by bots
that
are able to break the CAPTCHA is becoming overwhelming. This issue has
On Wed, Aug 1, 2012 at 4:30 AM, Risker risker...@gmail.com wrote:
If the situation is as dire as it sounds, it shouldn't be difficult to find
a few resources to throw at the problem. In a discussion like this,
examples
of particular problematic behavior (links!) are always most helpful to
On Thu, Jul 26, 2012 at 10:53 AM, Everton Zanella Alvarenga
ezalvare...@wikimedia.org wrote:
After working on campus with new
editors in Brazil, I've checked this is a real obstacle, since most
people here cannot ready English at all.
I'd like to know if there are plans to solve this issue -
Sounds like captchas is something you want to make plug and play, and
use some external project that is evolving quickly to stay in the
winning side of a arms race.
Also sounds like captchas is something you want to be handled by
locals, to avoid the situation a chinese wiki with a english
On 30 July 2012 15:22, Platonides platoni...@gmail.com wrote:
On 30/07/12 15:28, Pau Giner wrote:
From the UX perspective, a captcha is always an obstacle for the
interaction flow.
I agree. But when you're spammed to death if there's no captcha,
you end up accepting it as a necessary evil.
On 31 July 2012 13:53, James Forrester jforres...@wikimedia.org wrote:
On 30 July 2012 15:22, Platonides platoni...@gmail.com wrote:
On 30/07/12 15:28, Pau Giner wrote:
From the UX perspective, a captcha is always an obstacle for the
interaction flow.
I agree. But when you're spammed
On 31/07/12 19:53, James Forrester wrote:
I agree. But when you're spammed to death if there's no captcha,
you end up accepting it as a necessary evil.
Just to jump in here, it's not actually clear that our CAPTCHAs work
at all at this point (per Tim's e-mail from last year of being able to
Risker wrote:
Putting on my checkuser hat for a moment - yes, please please look at
finding a different CAPTCHA process - the cross-wiki spamming by bots that
are able to break the CAPTCHA is becoming overwhelming. This issue has
been reported separately, and there may be a different fix, but
1 Август 2012 г. 6:26:02 пользователь MZMcBride (z...@mzmcbride.com) написал:
Risker wrote:
Putting on my checkuser hat for a moment - yes, please please look at
finding a different CAPTCHA process - the cross-wiki spamming by bots that
are able to break the CAPTCHA is becoming
From the UX perspective, a captcha is always an obstacle for the
interaction flow.
Reducing the complexity of user interaction when solving the captcha can
benefit all kinds of users but also solve problems for non-English speakers.
Checkbox and honeypot-based captchas avoid most of the problems
Those checkbox and honeypot captchas look like junk to me.
Firstly the checkbox captcha. It relies entirely on the assumption that
spambots don't have JavaScript. It also assumes that spambots won't simply
get wise and throw a few regexp tests to figure out when the plugin is
sitting on
On 30/07/12 15:28, Pau Giner wrote:
From the UX perspective, a captcha is always an obstacle for the
interaction flow.
I agree.
But when you're spammed to death if there's no captcha, you end up
accepting it as a necessary evil.
But don't let this pessimistic view stop you from proposing new
Usability of CAPTCHAs Or usability issues in CAPTCHA design, Jeff
Yan and Ahmad Salah El Ahmad (Newcastle University, UK)
http://homepages.cs.ncl.ac.uk/jeff.yan/soups08.pdf
Pages 3 and 4:
Friendly to foreigners? In theory, text-based CAPTCHAs are
intuitive to world-wide users and have little
On 28/07/12 16:55, Everton Zanella Alvarenga wrote:
In the conclusion:
Contrary to the common belief, text-based CAPTCHAs can be difficult
for foreigners.
It is worth reading and likely the same for references there in. The
first sentence is similar to what I have experience in 3 classes.
2012/7/26 Platonides platoni...@gmail.com:
Thet don't need to read English. They just need to type the letters they
see on the image. Sure, you can have a small advantage if you know what
letters could make a valid English word (or if you have the captcha
dictionary installed), but a
I think that making Russian, Korean and Arabian captcha is really bad idea.
English keyboad layout is installed by default in all operation systems, as
far as I know. Moreover very interesting problems can appear if this
feature would be implemented. Who will decide what captcha language is
used?
Maybe present three or four different capcha's with different scripts,
requiring only one to be filled out?
On Fri, Jul 27, 2012 at 8:09 PM, Yury Katkov katkov.ju...@gmail.com wrote:
I think that making Russian, Korean and Arabian captcha is really bad idea.
English keyboad layout is installed
On 27.07.2012, 22:09 Yury wrote:
I think that making Russian, Korean and Arabian captcha is really bad idea.
English keyboad layout is installed by default in all operation systems, as
far as I know. Moreover very interesting problems can appear if this
feature would be implemented. Who will
2012/7/28 Max Semenik maxsem.w...@gmail.com:
On 27.07.2012, 22:09 Yury wrote:
I think that making Russian, Korean and Arabian captcha is really bad idea.
English keyboad layout is installed by default in all operation systems, as
far as I know. Moreover very interesting problems can appear if
On 27/07/12 16:31, Everton Zanella Alvarenga wrote:
2012/7/26 Platonides platoni...@gmail.com:
Thet don't need to read English. They just need to type the letters they
see on the image. Sure, you can have a small advantage if you know what
letters could make a valid English word (or if you
Hi all,
how are you? I'd like to know about the possibility of solving an old
issue with CAPTCHA for Wikipedias in languages other than English.
This bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=5309
was created in 2006. There is a discussion here about having CAPTCHA
in other languages
2012/7/26 Everton Zanella Alvarenga ezalvare...@wikimedia.org:
was created in 2006. There is a discussion here about having CAPTCHA
in other languages from February 2012
http://thread.gmane.org/gmane.science.linguistics.wikipedia.technical/51951/
Sorry, I meant 2011.
--
Everton Zanella
Is there a such thing as localized captchas?
And should turning off account/ip creation throttling for events also
turn off the captcha requirement?
- Hunter F.
On Thu, Jul 26, 2012 at 6:54 AM, Everton Zanella Alvarenga
ezalvare...@wikimedia.org wrote:
2012/7/26 Everton Zanella Alvarenga
Ehm, I know that I'll sound like a broken record, but look at the
WikiCAPTCHA proposal: it's just a proposal, but it could address the
problem just by fetching books from the relevant Wikisource.
Links in: https://www.mediawiki.org/wiki/CAPTCHA
Nemo
On 26/07/12 14:58, Hunter Fernandes wrote:
Is there a such thing as localized captchas?
And should turning off account/ip creation throttling for events also
turn off the captcha requirement?
- Hunter F.
It's really a matter of configuration; the core captcha code is
intrinsically
On 26/07/12 15:53, Everton Zanella Alvarenga wrote:
Hi all,
how are you? I'd like to know about the possibility of solving an old
issue with CAPTCHA for Wikipedias in languages other than English.
This bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=5309
was created in 2006. There
On Sat, Feb 5, 2011 at 5:32 PM, Tim Starling tstarl...@wikimedia.org wrote:
My original idea was to search for near matches and to provide an
autocomplete drop-down, but the necessary UI code for that seemed a
bit too complicated for a quick weekend project. Maybe later.
We have the UI code
On 06/02/11 21:39, Andrew Garrett wrote:
On Sat, Feb 5, 2011 at 5:32 PM, Tim Starling tstarl...@wikimedia.org wrote:
My original idea was to search for near matches and to provide an
autocomplete drop-down, but the necessary UI code for that seemed a
bit too complicated for a quick weekend
To help both non-English speakers and people who can't type very well,
I've created a GreaseMonkey script which checks your response to the
FancyCaptcha challenges seen on Wikimedia and elsewhere.
http://userscripts.org/scripts/show/96233
The script is not specific to GreaseMonkey and could
62 matches
Mail list logo
