Jump to content

User talk:Jimbo Wales: Difference between revisions

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Content deleted Content added
Line 125: Line 125:
:::::He is well aware of the matter, [http://commons.wikimedia.org/w/index.php?title=User_talk:Jimbo_Wales&diff=prev&oldid=92392727]. [[Special:Contributions/88.104.17.92|88.104.17.92]] ([[User talk:88.104.17.92|talk]]) 03:39, 18 March 2013 (UTC)
:::::He is well aware of the matter, [http://commons.wikimedia.org/w/index.php?title=User_talk:Jimbo_Wales&diff=prev&oldid=92392727]. [[Special:Contributions/88.104.17.92|88.104.17.92]] ([[User talk:88.104.17.92|talk]]) 03:39, 18 March 2013 (UTC)
::::::And if you have a point you are welcome to make it.--[[User:Amadscientist|Amadscientist]] ([[User talk:Amadscientist|talk]]) 03:56, 18 March 2013 (UTC)
::::::And if you have a point you are welcome to make it.--[[User:Amadscientist|Amadscientist]] ([[User talk:Amadscientist|talk]]) 03:56, 18 March 2013 (UTC)
:::::::I have no point to make, other than you suggested we consider "Jimbo may not be involved at all with commons" - he is quite clearly in the middle of this specific matter, so it is unsurprising that people are looking for his input - whether he chooses to respond here, on Commons, or anywhere else. [[Special:Contributions/88.104.17.92|88.104.17.92]] ([[User talk:88.104.17.92|talk]]) 03:59, 18 March 2013 (UTC)


== visits ==
== visits ==

Revision as of 03:59, 18 March 2013

    (Manual archive list)

    Graph of editor activity 10 years

    The graph below, 2003-2013, shows the counts of article-edits (not talk-page edits), to easily see the stabilized pattern.

    During 2012, the numbers declined by about a slight 2% per year, like saying a hot day was only Template:Convert/2. Meanwhile, support for old MSIE browsers remained poor, and if support for the world's IE7 and IE8 browsers improved, then the pattern might reverse as a slight growth when supporting the world's most-popular browsers (although, more likely the world will move to IE9 faster than WP moves to support IE8). The middle (purple) line shows the typical "semi-busy" editors (now ~9,200 people), with 25+ edits per month, which includes most everyone we find talking, because many veteran editors just cannot handle 100+ edits per month, but instead make perhaps "19 changes" in each of fewer edit-saves each month. The top line of 3,400 busy editors (100+ edits) includes the frantic small changes, such as putting a category link into each of 45 articles, and many veteran editors rarely perform mass edits, and so, they rarely exceed 99 edits per month. In fact, many of the 3,400 busy editors might be too busy to even talk very much about their editing. Anyway, that quick graph of editor activity shows "They are here to stay" after the past 10 years. -Wikid77 (talk) 13:52, 13 March 2013 (UTC)[reply]

    Your conclusions might be valid (my guess is not, though), but one cannot tell from the graph. I think the edit counts of busy editors are down materially, in contrast to the claim of "stabilized" but it is difficult to see with that scale. Can you repost the numbers of the busy only, with a Y axis recalled to 0-5000? I think it will show a material drop, but one either needs the numbers, or a better scale.--SPhilbrick(Talk) 14:52, 13 March 2013 (UTC)[reply]
    See monthly numbers in: http://stats.wikimedia.org/EN/TablesWikipediaEN.htm, including counts of editors who made over 2500 edits per month. -Wikid77 12:59, 14 March 2013 (UTC)[reply]
    Thanks for the link. From a high of almost 4800 editors in 2007, it has dropped to 3400 in January of this year, an annualized drop of almost 6% per year. That is significant. The rate of drop has ameliorated in the last two years, but I would not yet call it stabilized.--SPhilbrick(Talk) 16:05, 16 March 2013 (UTC)[reply]
    "support for old MSIE browsers remained poor" - how do you mean exactly? MediaWiki is one of a shrinking number of web platforms which still attempts to support the ancient horror that is IE6 (see mw:Compatibility#Browser). If you have examples of specific failings in IE, I suggest you bring them up at bugzilla. the wub "?!" 15:10, 13 March 2013 (UTC)[reply]
    I think the unformatted text and lockups have been reported in Bugzilla, where after a few edits, the text just scrolls down the page, such as a navbox listing "95" items down a page (not a rectangular box of 95 entries), or right-side images appear scrolled down the left-side margin, or wikitables have no border lines. I cannot confirm IE6, but multiple sites of IE7 and IE8 showed Vector or Monobook skin merely scrolling down the screen, with few boxed areas except Search[_____]. -Wikid77 12:59, 14 March 2013 (UTC)[reply]
    The stereotyping of "busy editors (100+ edits)" here is highly dubious - after all just over 3 edits per day, or 25 per week, will get you into this group, while hardly leaving most people "too busy to even talk very much about their editing". Johnbod (talk) 15:38, 13 March 2013 (UTC)[reply]
    Well, the numbers are there, as 9,200 make 25+ article-edits per month, but only 3,100 people log over 100 monthly edits. -Wikid77 12:59, 14 March 2013 (UTC)[reply]
    I know that; what I am objecting to is your subjective characterization of those "frantic" people. Johnbod (talk) 15:45, 15 March 2013 (UTC)[reply]
    @Johnbod. Editors making 100+ edits a month is one of the main metrics tracked by WMF. The official term is "very active Wikipedians," I believe. See: THIS. Carrite (talk) 17:39, 13 March 2013 (UTC)[reply]
    Ah, now I see your objection to the characterization of these very active Wikipedians. I agree that 100 edits a month is not at all a "frantic" pace. One could hit that number just by stopping by AfD every morning and adding a few opinions each day. Carrite (talk) 17:44, 13 March 2013 (UTC)[reply]
    That's over 100 article-edits not talk-edits: A common misread is thinking the 100+ article-edit counts include talk-pages, or template edits, and stop around 100, but instead, the count at 100+ includes higher, such as 750 article-edits but no "wp:" edits nor talk-pages nor templates nor images. -Wikid77 12:59, 14 March 2013 (UTC)[reply]
    This is hard to measure - I cant tell you by experience that older editors do fewer edits not because they are adding less, but due to the fact they edits smarter. Thus resulting in less edits for the same amount of information. Moxy (talk) 17:18, 13 March 2013 (UTC)[reply]
    I have also noticed those multi-change edits, where some long-term editors might make 37 changes during 1 edit-save, rather than 9 edits. -Wikid77 12:59, 14 March 2013 (UTC)[reply]
    I both agree and disagree with this. I can write entire sections in one sweeping edit, then go off and make a half dozen one-byte changes because I realized I screwed up repeatedly. (My recent performance at 1988 Winter Olympics demonstrates both quite nicely.) Though I would lean to the general idea that veteran editors can edit smarter. Familiarity with the tools helps. Resolute 17:57, 14 March 2013 (UTC)[reply]
    While there is still plenty of work to do, we do now have over 4 million articles, so there are fewer new articles to write as well. I would assume that as Wikipedia matures, the number of total edits will go down. Most of the "big" articles are already done, although I can easily picture us having over 20 million article topics that are worth writing about, they are just minor things, like red slaw or 1950s American automobile culture (two of my more recent starts, which are a bit obscure.). It took 10 years to get those articles written simply because so few people have even heard of it or thought to write them. The big topics, like Ford, Romania, and Freddie Mercury were covered early on and few big topics are left unstarted and are already past the "stub" stage because many were interested in writing them, and so many reliable sources exist to source them. The most obscure (or minor, if you will) topics take longer and build slower. When I started in 2006, I found more errors as the main articles were rougher than they are now, thus more chances to make minor edits. If anything, that chart shows very strong continuing interest, not a lack of interest. Dennis Brown - © Join WER 21:53, 13 March 2013 (UTC)[reply]
    Perhaps 1/3 of minor topics have articles: There are so many missing articles, for common notable topics, that I find them redlinked everyday, such as recent "prison blues" or "creative incompetence" or "salad fork" (but "dessert spoon") or "slave brick" (but "mudbrick") or "commercial loan" or minor TV character actors, or minor footballers, where WP has over 74,000 footballer articles but among 242,000 known players. Many other terms, not redlinked, are couched as redirects to related articles ("consumer loan" redirects), but the terms could be in separate articles. -Wikid77 12:59, 14 March 2013 (UTC)[reply]
    More to the point is the huge number of articles, many with high views, that have existed in a poor state for years, but have hardly been changed since an early spurt of editing. But statistics won't tell you that - only looking at some of them will. Johnbod (talk) 15:45, 15 March 2013 (UTC)[reply]
    Whenever I see this graph I always wonder what the impact of the growing legion of bots is, especially ClueBot NG. With many millions of quick and mindless edits being done by machines it may mean that human resources are freed-up, making fewer edits but overall more substantive ones. We may see an acceleration of this as Wikidata comes into force. Has this ever been investigated? --LukeSurl t c 23:55, 13 March 2013 (UTC)[reply]
    I find it rather hard to believe this graph is accurate. Even if it doesn't include bots or talk pages a lot of high output editors have punched out in the last few months to a year and I find it extremely difficult to believe that we have recruited enough new people to cover that. Rich F did over 10k a month and often more than 25K. I (Yes its Kumioko again) usually did over 10K edits a month and there were several months last year I didn't do any. That's just 2 of several. So although I find this graph interesting, its hardly believable. 108.18.194.128 (talk) 00:11, 14 March 2013 (UTC)[reply]
    Other people have replaced the editors on break, even 5 people making 10,000 edits per month, or 50-60 who made over 2500 article-edits monthly. -Wikid77 12:59, 14 March 2013 (UTC)[reply]
    • That is actually a very good question. I also wonder what the number of vandalism/reverts is now, compared to 5 years ago, as each incident creates at least two edits that are essentially null, whether they are reverted by a human or a bot. You could ask User:Okeyes (WMF) who works for the Foundation and does data work like that (his regular admin/editor account is User:Ironholds). He has the access and skills to provide some useful answers to that question, and from my experience, he has a general interest in those kinds of questions. The chart above is interesting and informative, but it is only one piece of the puzzle, so it is difficult to draw any definitive conclusions without more information. Dennis Brown - © Join WER 00:16, 14 March 2013 (UTC)[reply]
    I don't really feel like anyone cares or wants to hear my comments these days so I won't be asking about those questions. I just felt compelled to leave a note about my skepticism in the data (although I have no knowledge of how it was generated or how old the source data might be). If you want to ask though you certainly have my permission to do so (not that its needed mind you). As an extra note I think the point you made about the Vandalism/Reversion cycle is a good point too. I wonder how hard it would be to build an algorithm to create some categorization. I also think that using the revision history of cluebot as a measure of vandalism or even maybe a combination of that and edit summaries (it'll never be perfect mind you) that would be a good vetting process for some of the zero sum gains.108.18.194.128 (talk) 00:26, 14 March 2013 (UTC)[reply]

    Graph shows live data as of January 2013: The graph above reflects the recent recounting of live Wikipedia article edit-history data, as dumped into data files for analysis. See data counts:

    The edit-activity data is not from "old reports" to combine guesses from years ago, but rather regenerated from the live contents of all of Wikipedia's current 4.2 million articles (as of January 2013). The data also includes counts of editors who made over 1000, 2500, 10,000 article-edits (or more) per month, which has also stabilized for years. For talk-page edit counts, see numbers in that "stats" data file. -Wikid77 12:59, 14 March 2013 (UTC)[reply]

    • Compare stability of other-language Wikipedias: There are numerous similar graphs for the other languages of Wikipedia. However, looking at just the German, French, Italian, Arabic, Greek, Russian or Japanese, all show a similar stability of editor activity levels in recent years. See others:
    Numerous languages seem to have stabilized in their editor-activity levels, although some still vary widely. -Wikid77 (talk) 15:13, 15 March 2013 (UTC)[reply]
    • I would bet that some of the growth on those other Wikis represents people who formerly edited in English Wikipedia, in spite of their having little ability to communicate in English, and have now started contributing to the Wikipedia in their own languages instead. --Orlady (talk) 15:28, 15 March 2013 (UTC)[reply]

    To me, one of the reasons why it appears we hit a ceiling is because of the edit conflict, which is a technological barrier to collaboration. Jimbo, shouldn't the WMF put goal of having real-time collaborative editing (like google documents) down on paper, even if it is for year 2020? Biosthmors (talk) 16:43, 15 March 2013 (UTC)[reply]

    I'm not sure why edit conflicts would have got worse over time. But of course edit conflicts are one of the major reasons why this site seems so snarky to newbies. It isn't that obvious how to resolve an edit conflict without losing your work, and I suspect that we only retain the editors who are sufficiently IT savvy to suss that out. There are several Bugzilla requests for various minor tweaks to our Mediawiki software that would reduce the number of edit conflicts (just treating the hash sign as a new paragraph and therefore a separately editable item would go a long way) Unfortunately the devs consistently rate such requests as less important than white elephants like the AFT and the Moodbar. This is something where Jimmy could intervene to great effect - a board level priority to the devs to find ways to resolve half the current edit conflicts without losing edits would make a real difference to this site and should be fairly easily achieved. ϢereSpielChequers 07:49, 16 March 2013 (UTC)[reply]
    It seems to me that the developers are by and large just kids, with no real IT experience or understanding of the real world. But they bought in to the Wikipedia way, which is all that matters. Malleus Fatuorum 08:09, 16 March 2013 (UTC)[reply]
    • Consider major innovations to increase editor activity: For my editing, the biggest increase in edit-article levels comes when assisting the wp:GOCE backlog-elimination drives, every 2 months. However, I wonder if some better tools could make editing more enjoyable, to encourage more article-edits per typical editor. The idea is to improve more articles, rather than just repeatedly edit the same articles, more times, but I suppose either increase in edit-activity could be considered an improvement. Definitely, the upcoming Lua-based wp:CS1 cite templates, to reformat major article cites within 3 seconds rather than 11-35 seconds, should re-attract the users who often avoided editing when they realized every edit-preview had become intolerably slow, slow, S-L-O-W. What other improvements could encourage editors to edit more? -Wikid77 17:26, 16 March 2013 (UTC)[reply]

    Why editor activity stabilized in many languages

    16 March 2013: After seeing clear evidence of a steady-state balance in the editor-activity levels, of many other-language wikipedias (but not Persian), then people question why editing continues, at a steady pace, regardless of either major problems or recent innovations. It seems there is some gigantic, over-arching force which attracts editors to contribute along an even keel, rather than have alternate periods of, perhaps, 50% higher offset by 50% lower swings in editor activity. However, some of the weekly variations have been smoothed, as disguised, by the small-scale chart shrinking the up/down curves into a narrow band. -Wikid77 06:18, 16 March 2013 (UTC)[reply]

    There are probably several factors at work here. The big contrast is between our rapidly growing readership and our broadly stable editorship. One part of this is the rise of the edit filter, both in the sense that the more sophisticated the filters the more vandalism and vandal reversion we lose from these charts of editing, and because nowadays vandalism is rarely up long enough to be seen and reverted by our readers. So we need new ways to recruit editors to make up for those we no longer recruit as vandalfighters. We also need to improve the editing experience for mobile users. The Devs have done a great job at making Wikipedia readable on mobile phones, and our readership is now growing faster than the Internet. But we haven't yet cracked editing on a mobile, hence editing levels are not increasing in line with readership, and we are beginning to see the greying of the pedia as we become more dependant on the generation who are less mobile phone oriented. I'm documenting some of this at User:WereSpielChequers/Going off the boil ϢereSpielChequers 08:09, 16 March 2013 (UTC)[reply]

    If you had to do it all over from the beginning...

    If you had to go back and rebuild Wikipedia from the ground up, what- if anything, would you do differently?--Amadscientist (talk) 05:15, 15 March 2013 (UTC)[reply]

    Were there other ideas you thought should have been used sooner, in the earlier days of Wikipedia? -Wikid77 17:26, 16 March 2013 (UTC)[reply]
    Not really. Just curious.--Amadscientist (talk) 19:34, 16 March 2013 (UTC)[reply]

    Some issues Jimbo has noted: I am not sure what wording could be searched in the archives, to find things to have done differently years ago, but some issues I recall from Jimbo's comments:

    • Lower numerical consensus, perhaps as 63%: There have been several cases where a 2/3rds majority was needed, and the percentage was extremely close, such as a 64% majority, but not 66.7% or such. In some cases, Jimbo explained that the consensus was abundantly clear (unlikely to reverse), so that perhaps 63% in some decisions (among numerous editors) should be considered sufficient to decide an issue, but this would not apply to a small set of people making a decision, but rather when dozens of people respond with support/oppose. Such a redefinition for a two-thirds majority might have allowed major decisions to occur as months, or years, sooner. In the U.S. some obvious "landslide" votes are split only 55%-43%-2%, and it is often clear how the 55% are a sizable majority. -Wikid77 10:00, 15 March 2013 (UTC)[reply]
    • Have a WYSIWYG interface sooner: Jimbo has commented extensively on the VisualEditor feature, as needed years ago, in possibly helping more people to edit articles. I am not convinced, because longer edits can be tedious in a point-and-click environment, where I think some people would tire of the too-many-keystrokes navigation needed to make multiple changes, and when edit-conflict occurs, then people would not have been using copy/paste to salvage their portions of the total page, so an edit-conflict would tend to require re-entering all those point-and-click keystrokes manually (rather than just cut/paste from the wikimarkup buffer we edit today). However, there has been talk of "forced-save" mode to ensure part of a WYSIWYG edit gets saved before an edit-conflict occurs, as less new text rejected by the edit-conflict. So, in that case, Jimbo is probably right about ease of use, with little loss from edit-conflict during longer edits. -Wikid77 10:00/14:53, 15 March 2013 (UTC)[reply]
    • Some prior method to limit size of major articles: Jimbo has noted when many major articles were smaller, then they seemed easier to read, or more effective at covering topics (as well as faster to load or edit). If there could have been a smaller size limit, earlier, to insist on moving tangent text into subarticles for the myriad, rambing details, then perhaps major articles would still read like a comfortable overview of a topic, as perhaps 2-3 book pages, rather than 17-24 screens of text, tables, and lists. Now any talk of smaller pages might incur claims of "unfairness" against new topics, relative to older long pages. -Wikid77 10:00/14:53, 15 March 2013 (UTC)[reply]
    • Higher thresholds for notability: Another issue has been too many articles about minor participants, such as villages of 23 people, or new schools of 35 senior students. So, there should have been more-stringent standards to require a school to have higher attendance, or longer history, before creating an article for every corporation who hires a few teachers and declares themselves a "school" rather than focus on larger public schools, or private schools with longer histories. -Wikid77 10:00/14:53, 15 March 2013 (UTC)[reply]

    An issue from someone other than Jimbo

    • Auto-assign names - If I could do it all over again, I would auto-assign names to new editors, then let the ones that stick around choose their own name. This would mean that almost all of the 18 million names used up would still be available. It isn't too late to try the approach see User naming convention proposal, but it would have been better had it been implemented at the start.--SPhilbrick(Talk) 16:16, 16 March 2013 (UTC)[reply]
    By the way, I never got around to mentioning that the above was interesting and as Jimbo hasn't corrected anything I will assume this is pretty accurate. Thanks Wikid77 and SPhilbrick.--Amadscientist (talk) 23:17, 16 March 2013 (UTC)[reply]

    Removing on-going discussions from your talk page

    Hi Jimmy,
    I just noticed that you have removed that on-going discussion about the lack of CC-BY-SA release for commons:File:Paul Myners.jpg from this talk page, asking for it to be moved to Commons instead. I did so, but this left me wondering: how does removing on-going discussions match with your open door policy? More specifically, why did you remove this particular discussion, and allowed all the previous Commons-related discussions (mostly about how much Commons is broken) to take place here? Plus, I — and some other people — are still waiting for an answer to questions asked; for now, I would appreciate if you so much as let us know if you're going to comment on this subject at all. Thanks, odder (talk) 00:20, 17 March 2013 (UTC)[reply]

    I thought the edit summary was quite clear. You didn't? I guess not.--Amadscientist (talk) 00:36, 17 March 2013 (UTC)[reply]
    Commons discussions belong on commons. Simple as that!--Jimbo Wales (talk) 12:10, 17 March 2013 (UTC)[reply]
    Then I am sure we can all hope you will be removing all "omg! penis! Commons is soo broken…" discussions from this talk page from now on? And we're still waiting for an answer from you on Commons, or at least a mention if you're going to answer at all (so we don't get our hopes up). odder (talk) 12:40, 17 March 2013 (UTC)[reply]
    Since such conversations routinely get derailed and shut down by your crony Russavia and his buddies when others try to start them on Commons, having them here is the only real place left. Tarc (talk) 15:02, 17 March 2013 (UTC)[reply]
    Odder, if you think those discussions were about penises, you can't be talking about the ones I started. Having said that, Commons is broken and there an absurd number of self-submitted snapshots of penises there. Delicious carbuncle (talk) 16:21, 17 March 2013 (UTC)[reply]
    In this case it looks like the discussion was ported here because there was no response from Jimmy on commons (where the issue was raised March 13, then brought to this page a couple days later). Jimmy still hasn't responded on his commons page after deleting the topic here, which makes "keeping the discussion on commons" look more than a tad futile. --SB_Johnny | talk16:28, 17 March 2013 (UTC)[reply]
    He is well aware of the matter, [1]. 88.104.17.92 (talk) 03:39, 18 March 2013 (UTC)[reply]
    And if you have a point you are welcome to make it.--Amadscientist (talk) 03:56, 18 March 2013 (UTC)[reply]
    I have no point to make, other than you suggested we consider "Jimbo may not be involved at all with commons" - he is quite clearly in the middle of this specific matter, so it is unsurprising that people are looking for his input - whether he chooses to respond here, on Commons, or anywhere else. 88.104.17.92 (talk) 03:59, 18 March 2013 (UTC)[reply]

    visits

    I'm not sure why the Pope's visits to the UK and US have articles. What about state visits by the Ayatolah? What about visits by the Dalai Lama? What about visits by the Mufti of Mecca? What about a Hindu Guru? I have thus proposed moving UK and US to wikinews. Pass a Method talk 12:57, 17 March 2013 (UTC)[reply]

    It all depends on notability, and let's face it, the Pope's visit got national/worldwide tv coverage while I for one never noticed the others. -mattbuck (Talk) 13:44, 17 March 2013 (UTC)[reply]
    I would think that a state visit to the US by the Grand Ayatollah would probably be notable, actually. Mark Arsten (talk) 15:41, 17 March 2013 (UTC)[reply]
    Fortunately, we don't need to worry about our personal opinions; we can defer to well-established guidelines. Mostly, if it has significant coverage in reliable sources that are independent of the subject.
    They both do, so both are OK.
    What about <xxx> visiting <yyy>? Same thing; does it have significant coverage? If so, yes; if not, no.
    No need to ponder what you or I (or Mr. Wales) consider worthy.
    Whether or not it's worth a page on Wikinews has the same relevance as whether it's worth a page on "John's Super Blog" - ie, it's absolutely unrelated to this project. 88.104.17.92 (talk) 20:38, 17 March 2013 (UTC)[reply]

    Template hoards still overpower Lua

    Numerous other templates, still being rewritten in Lua, are continuing to slow an article's edit-preview to over a 10-second delay. Yet, the good news is that most of the prior hideous, 45-second, edit-previews will soon be fixed by using the fully-tested wp:CS1 Lua-based cites or {cite_quick} templates. While we are seeing the Lua script speed clearly improving a portion of edit-preview time, it seems many articles are over 55% other slow templates. Recent timing tests with the Lua-based wp:CS1-format cite templates have clocked at 115 cites per second, to format a large article's 350 cites within 3 seconds. However, when tested inside large articles, the overall improvement has been less than 45%, in many cases, where numerous other templates are still slowing the edit-preview, or reformat, to run over 10 seconds (rather than within 1.5 seconds if no templates were used).

    The vast oceans of templates, as compared to only 4 million articles, are somewhat mindboggling, and this is an extreme case of the 80/20 Rule, as a 99/1 Rule where perhaps 1% of templates are likely to consume 99% of the slow edit-preview time. The next major "hog template" (which is being rewritten into Lua) is Template:Weather_box which often runs ~4-7 seconds to slowly convert negative temperatures to have &minus (meanwhile, I have a Template:Weather_box/quick, if the Lua version is not ready soon). Anyway, the enormous sets of templates show another aspect of wp:data hoarding, where obsessive use of templates has created a lot of work to rein in the current excesses in major articles. -Wikid77 (talk) 16:14, 17 March 2013 (UTC)[reply]

    Pssst. The guts of {{weather box}} were converted last weekend. It is about 93% faster. Dragons flight (talk) 16:30, 17 March 2013 (UTC)[reply]