Wikipedia talk:Wikipedia Signpost/2011-08-08/News and notes

Latest comment: 13 years ago by SunCreator in topic Discuss this story

Discuss this story

>>The Hindi Wiktionary increased from 50,000 entries to over 100,000 entries this week, VibhijainBot creates thousands of entries about cities in India.

This is not a milestone but a huge disaster. Attempting to inflate the word count, vibhi jain has trashed an entire project by himself in a space of few days. Nearly 50000 entries have been created by taking names of indian cities (in english) from the census list, automatically transliterating them into different languages and creating pages with a single line description "X is a city in india". And the transliteration is erroneous in most of the cases as Vibhi jain doesnt know most of these languages. He has just input the latin characters into the google transliteration tool and generated wrongly spelled names in half a dozen languages. Hindi wiktionary has ended up with thousands of entries where even the word is not spelled right!! Imagine that - a dictionary that couldnt get the spelling of the entries right. This shoudln't be announced in the signpost as a milestone. This is an excellent example of how things can be screwed up immature teenagers who view wiki as a MMORPG and chase numbers.

Unless someone with some sense in the Hindi wiktionary community controls this over eager pre-teen, who seems to think wiki projects are his personal playground, Hindi wiktionary is going to end up as a big joke (if it is not one already).

Wow, that's right. This is really a case of hyperactivity getting on the way of quality. Several of the entries that Vibhijainbot has created are erroneous and most definitely all of them (randomly picked several to check) just contain single sentence as mentioned above and there are about 61,700 of them. And the insane thing is that there exists another bot by the name Mayurbot, which has so far created close to 27,700 similar entries, in parallel to those of Vibhijainbt, containing the similar formatted single line. This link has got the numbers. So, Hindi wiktionary has gone from 12,000 to 100,000 in a matter of few days. That's mind boggling and definitely not an achievement. I guess something is completely wrong here. - DSachan (talk) 01:28, 9 August 2011 (UTC)Reply
The ethos of en.wiki has shifted (and is still shifting) from "quantity" towards "quality"; that should apply to other wikipedias too. Mass creation of single-sentence placename stubs without any fact-checking is definitely at the "quantity" end of the spectrum. bobrayner (talk) 07:23, 9 August 2011 (UTC)Reply
Yes, I don't think it's a good idea either; but anyhow, it's what Special:Nuke was created for. - Jarry1250 

[Weasel? Discuss.] 11:48, 9 August 2011 (UTC)Reply

Also it would be helpful if celebrating article milestones was based on more stringent criteria of what constitutes a useful article. Erik Zachte (talk) 13:29, 9 August 2011 (UTC)Reply
To an extent; but if we invest effort in setting up a new metric, people will try to game that metric instead. Maybe we could start praising articles with more substantial content (let's say 2500 bytes); somebody will think of a way to automatically fill articles with 2500 bytes of cruft which has little real value - in the case of placename stubs, it would probably involve coordinates, nearby cities, which province/country the place is in, and a "see also" list padded with similar placenames. Maybe we would react to that by encouraging an incremental, cooperative process to build better content; then somebody will think of a way to game the new metric by giving each of these articles a 20-edit history involving superficial tweaks (for instance, categorisation) by a different account.
People are awkward. (Yes, including me). bobrayner (talk) 14:12, 9 August 2011 (UTC)Reply
Mass creation of articles has occured on the English wikipedia in the past, and to a certain extent continues on in small batches. It's just part of the process of filling out articles, it also attracts editors(as is likely on the India Wikipedia) although with diminishing returns once main subjects are covers. Regards, SunCreator (talk) 11:28, 15 August 2011 (UTC)Reply

I think the YouTube channel is bad, with little coverage, and of low quality. As an outsider who tried to participate through the internet, I was extremely disappointed. 86.196.149.168 (talk) 03:12, 9 August 2011 (UTC)Reply

I didn't think it was that bad (videos of individual events are still forthcoming, however) - Jarry1250 [Weasel? Discuss.] 11:48, 9 August 2011 (UTC)Reply
  • About the research. Has anyone tried to assess the quality of new user's contributions? I can't help but think the trend could be explained by an inevitable decrease in good faith new users as the pool of potential good users gets drained over time, and an increase in bad faith spammers and POV pushers as Wikipedia grows more influential. jorgenev 05:21, 9 August 2011 (UTC)Reply

"the length of an articles(sic) the newbies are editing provided him with evidence that editors are editing longer articles", that would be because an average article is longer then. I would say however it's much harder to add content to more mature articles, because good faith additions without a WP:CITE (or even with a cite that does not meet reliable source) are many times reverted. Wikipedia internally operates on multiple systems of quality requirements depending on the article you edit; so it can be quite confusing to a newbie or even an existing editor that moves from one area of Wikipedia to another. Regards, SunCreator (talk) 12:05, 9 August 2011 (UTC)Reply

Regarding the reversion of newbies, I realize that it is a large, multivariate topic, but I know from experience that there is a tendency of laziness among plenty of experienced Wikipedians to just delete a newbie contribution rather than bother to fix the problems with what is clearly a good-faith contribution motivated by a valid content-creation or -improvement motive. One can counter that the experienced Wikipedians are too overworked to take on the added effort of bothering to fix rather than delete. I know that many people have validly discussed that aspect. But my argument is that it doesn't matter what the complication is—what matters is the end result. If we don't stop this laziness, we are gradually killing the project, by killing its community of volunteers. It will be a gradual death of natural attrition failing to be offset by natural growth. If you see a complication that is standing in the way tactically to a strategic goal, you either suck it up and deal with it, or you allow the strategic goal to be defeated. Look at this from a soldier's perspective. Specifically, a soldier who believes that he is fighting for the "right side", and that the war needs to be won. When a tactical obstacle gets in his strategic way, he doesn't cave in to laziness and say, "Well, I'm too lazy to ford that stream or scale that concrete wall, so I guess I'll just turn around and wander off in another direction." That's the way to lose the war, regardless of whether it's cosmically fair or unfair. If building a properly constructed, comprehensive, dynamic, powerful, positive-influence Wikipedia while swimming against the current of apathy and entropy is the war that we are choosing to fight, then we can't win it unless we overcome our own laziness and fatigue. — ¾-10 14:51, 13 August 2011 (UTC)Reply

The way the results of the newbie retention study are presented here suffers from the classic "Correlation is not causation" fallacy. Sure, editors who have their first contributions rejected will be very likely also those who stay away soon after. But that doesn't mean the first fact is the cause of the second. More likely than not, both facts are largely caused independently by another, much more explanatory factor: the crappiness of the newbie's contribution. That also goes for the observation that people who are very active and prolific during their very first sessions but have these contributions rejected are even more likely to stay away. Sure. We all know the typical profile of the kind of contributor who this description fits: people who write their autobiographies. Of course, if you come here with the sole aim of writing about yourself, or some other non-notable topic you have a COI in, the likelihood both of having your contributions deleted and of finding no further motivation for other contributions afterwards will be high. Your lack of motivation for further contribs is not caused by the rejection; you most likely never had any such motivation to begin with. – Similar things are likely true for people whose first contributions consist of political POV rants, or of series of copyvio images. The dangerous thing about the way this study is presented here is that it implicitly suggests a course of action: wikipedians, don't reject newbies' contributions! That may be a very mistaken conclusion. The only factor that ought to guide us in deciding what to do with newbies' contributions is their quality. If a lot of it is objectively crappy, as unfortunately it is, there's not much we can do about it. Fut.Perf. 11:53, 14 August 2011 (UTC)Reply
Good counterpoint. I suppose there's an 80-20 thing between your comment and mine, where yours accurately deals with the 80. My exhortations, applying really only to the 20, aren't much good without that. Operational definitions for use in differentiating the subclasses (80 from 20) would be valuable as experienced Wikipedians go about their watchlisting. Some simple heuristics for saying "this anon has close to zero promise of becoming a long-term contributor asset; whereas that anon has a good chance". Then putting the effort into helping only the latter. The fact that our resources for offering help (that is, our own volunteer hours) have scarcity makes this approach worthwhile. In an ideal world, we could just heap endless AGF on everyone, and hold everyone's hand and mother them to no end. But we live in the real world, and we need to allocate the scarce resources appropriately. — ¾-10 15:52, 14 August 2011 (UTC)Reply