Knowledge talk:Article size/Archive 3

4190:

million), 2) that using the erroneous numbers leads to articles twice as long and frequent complaints about article size, and 3) that the edit byte count is more accessible and is commonly confused with readable character count, although there is typically a 2:1 ratio between the two. Therefore, the table needs to be fixed. It is simply wrong. The three ways it could be fixed are choices A, B, or C above. Choose one and move on. We can also add 4) that most people in other writing areas use word count and not character count, so that is what we should also use. By the way, it is a little amusing that the only editors participating in this discussion are P.E.'s (Primary Editors of the article they have edited the most) of horrendously long articles (over 80 kB edit byte count, although one is right at 80 kB). WTR of course sets the record, for being the P.E. of HRC (Hillary Clinton) at 158 kB edit byte count. Trust me I couldn't care less how long you make your articles, just when someone complains that it is too long don't point to a bogus number and say it is within guidelines (HRC in the FAQ appropriately says - Q: This article is long! A: Yes.).

2806:

complaints about articles being too long and continual pointing to oh no it's not too long, it's well within the guidelines, even though it is so long that it locks up your computer and is totally inaccessible. The fix is simple. There are three ways to fix it, one, choice A above, recognize that the numbers need to be adjusted if they are to mean readable prose, two, choice B above, simply use the numbers as edit byte count because that is the easiest metric to obtain, or three, leave the article as is but insure that it says "article size" for the table and not "readable prose size" and recognize that a percentage will treat it as byte count, which it really is, and a percentage as readable prose, artificially allowing articles to be 2 to 3 times as long. As this is a guideline, editors are free to do whatever they wish, and if they want a 100kB or 450kB article, that is their prerogative. And they will also know that it's a problem.

4477:". This 20-30KB seems, initially, to have been a convenient number because it resulted in limits similar to the outdated 32KB technical limit. As time move on however the numbers for "readable prose" were adjusted upward, after discussion, to "30-50 KB", which was apparently felt more in line with actual limits on attention span. The text, and the "rule of thumb" table were updated accordingly. And as "readable prose" has been the most important measure since 2004, the table has referred to that since that time. What has happened since is that wikipedia became stricter in its referencing policy, causing "edit byte count" and "readable prose" to drift apart. So numbers could at that time have referred to either "readable prose" or "edit byte count" without any significant difference, but this is no longer the case. 4660:

bytes or y words. I still maintain that the present table refers to edit byte count and therefore it should be divided by 12 to get suggested word counts. As a guideline, what works best? What is the ideal size for an article, making the assumption that there is at least twice that you can write about the subject? In other words, if it is a given that you are using summary style and subarticles, how big should each subarticle and the main article be, ideally? That's what a guideline is, it gives you that number. I would suggest about 2,500 words to 3,500 words as the ideal size for each article. Something that an average reader can get through in about 10 to 15 minutes, and a fast reader in 5 or 6 minutes. You will notice that I generously rounded up 8.3k to 10 k, for simplicity.

1988:

measurement, like edit byte size, that is not applicable to any issue that causes problems for readers or editors. Edit byte size is impacted by the number of references an article has and whether or not the sources are formated using cite templates. This becomes especially problematic for controversial topics where it is not uncommon for editors to fight over the most minor of information if they are not cited properly. In articles related to politicians, it is not uncommon for the amount of Kb references take up to be larger than the amount of Kb the actual text of the article takes up, due to the tendencies of the editors to fight over the smallest of nits. --

3678:

if the page is going to be problematic for dialup users. This discussion page is 140k in size and I guarantee you that dial up users don't have a problem loading this page, while Barack Obama is 120k and dial up users have problem loading that one. Long story short, there isn't a meaningful number for edit byte count that can be used to determine whether or not an article should be broken up or not. Every article is going to have a different threshold of edit byte count depending on how many images they use, what kind of templates and how many are included in the article, and how many references the article has. --

3777:

preview is going to at least double the byte count that has to be downloaded, for all but the very smallest articles. However, I agree that our priority should be on our readers, not on our editors. If each of the three of you took a third of the table I would expect you could finish in less than 5 minutes, although I see that Tom doesn't have prosesize installed (and what on earth are you even complaining about then, do you just want to put 17 million as the proposed article split size so that no one can ever look to the guidelines for assistance?). Assuming that none of you are on dialup.

142:), but the next edit was not. The rule of thumb (I thought) was to be based on the actual number seen when editing. Editors would then look further at the number of bytes in the readable prose (they would need to determine this themselves in an editor) and possibly also at the use of templates to help decide how and what should be reduced or split. So, please could someone re-address this issue? It seems the Talk above brought it up, but left it unresolved. My opinion is that the byte count should appear in the Rule of thumb and that still better wording be used in the No need for haste. - 219:(per the message that appears when you edit the article) is a bit of a misnomer in that it includes references and other non-readable text. Heck, it doesn't even accurately reflect the actual total size of an article in that the size of the images on the article are not included and those are the things that eat up the most bandwidth when it comes to downloading the page. It may be unfortunate, but if Knowledge wants to have well referenced articles and maintain the inline references, then the size that needs to be used is the readable prose, not the article size. -- 4020:

slicing up appropriately long articles (because of the nature of the material) by editors with little grasp or interest in the underlying subject." Amen... On the mischievous side of things there are people who revel in disrupting good articles. Don't give them any more tools. Strengthen the protection of good content if anything. I'm an advocate of the readable prose guideline. Technical or biographical articles can easily have half or more of the edit byte count in refs, lists, tables, pictures etc. The current guidelines are SAT.

193:"Do not take precipitous action the very instant an article exceeds 32 KB overall. There is no need for haste, and the readable prose size should be considered separately from references and other overhead. Discuss the overall topic structure with other editors. Determine whether the topic should be treated as several shorter articles and, if so, how best to organize them. Sometimes an article simply needs to be big to give the subject adequate coverage. Certainly, size is no reason to remove valid and useful information." 3385:(also known as the 80-20 rule, the law of the vital few and the principle of factor sparsity) states that, for many events, 80% of the effects come from 20% of the causes." Who said that 30 was an upper limit? The article says that "30 KB Probably should be divided (although the scope of a topic can sometimes justify the added reading time)" - that's not an upper limit, it's a guideline, which is a little too high for those who tire after reading 20 kB of prose - remember readers may tire of reading 20 to 30k? 3028:

byte count" column in my proposal. As yet no clear reliable ratio between "edit byte count" and "readable prose" has been established, in the above results it varies from 1.27 to 5.15 in small article, and from 1.73 to 3.47 in larger ones. With the disappearance of technical limitation of browsers, and the availability of section editing, I think edit byte count is a far less important measure than readable prose. Readable prose is a factor in content quality, while edit byte count only had technical impacts.

3173:

handled by a discussion of the content of the particular article. I suggest we stick to the stated purposes of the size guidelines in our discussion over changing this article. I do not feel that Knowledge's articles should be restricted in size based primarily on the poorest connection speeds available. If anything, we should be increasing the rule of thumb numbers to recognize the advances that have occurred since the numbers were originally calculated.

3653:

text in the edit window in which to edit. As an example, the Barack Obama article has 120kb of editable text and 34kb of readable text, so above the edit byte size, but well below the readable text size. The 120kb of editable text is due primarily to the text of the 177 references (35k), the templates and links to other languages (9k), section headers and related stuff (1k), images (2k), and the remainder being the wiki markup and cite templates. --

728:

great while someone insists on putting in three or four 400 pixel images or a hundred flag symbols, both of which take like forever to load, but other than that the images are not a big factor. It is true that there is a fairly close relationship between readable prose and printed pages, but since I sometimes do print out articles to show people I always cringe when they run into 10 or more pages, knowing that it really isn't ever going to be read.

31: 3188:

above. It isn't going to kill anyone to see both numbers, edit byte count and readable prose, so the compromise solution is probably the best thing to do. However, instead of guessing about the difference between FA and other articles, how about filling in the stats, since you are the one that pointed out that you can "instantly" determine the readable prose size. I filled in the short ones, although some of them may need to be corrected.

3663:

you? No, it's there to help you, and as can be seen, there is a strong correlation between the two numbers. The BA article at 34 kb is not below the readable text size. Readers may tire of 20 kB, and for them, it is way beyond what they can read. Here, I read pretty fast, lets see how long it takes me to read the BA article, although I have to quit if it takes longer than 20 min.

269:

Readable prose reflects the attention span of the average reader and total html size reflects the size that is actually downloaded when viewing the page. The only thing edit byte size reflects is the amount of text in the edit field, which only impacts someone if they want to edit an article. Even then, the impact is minimal because of the advent of sectional editing. --

3850:

articles which are only a gallery of images that are the exception, we have already seen a discussion of this, for example on an international page that lists hundreds of flag icons. However, what is it like for the vast majority of articles? Correlation is a mathematical term for the goodness of fit of a straight line, and can be calculated from the data.

2855:

ok? For the last article I only included the first sentence which is why I put in a question mark. I could use the November 2007 article list, but I think that more recent articles would be better to use. It is very interesting to me, that out of a million articles less than 10 were over 65 kB readable prose. Would you agree with saying ": -->

3294:

the reader based on their own needs and interests. I would guess they are more likely to find something interesting and useful that they were not expecting in a longer article that they have on their screen in front of them, rather than if they have to switch to another screen in order to get the full availability of the information.

770:

So far the three examples above range from a ratio of 1.95 to 3.47. So if it was determined that the ratio always was in that range, would you prefer dividing all the numbers by some mid value, or would you prefer just changing the guideline to say edit byte count? Or should I wait for the data before asking the question?

4442:, only 14, or less than 1%, are greater than 10,000 words, so I would posit that that is a good number to use. None are greater than 15,000 words, so that or 20,000 would be a useless number to use (it would be like setting a 500 kph speed limit on a highway; while every kid would love it, it would serve no purpose). 4179:

Just to support HermanHiddema here.. The readable text levels are completely ridiculous.The current rule of thumb in the guideline is perfectly acceptable and you are the only one arguing for its replacement, Oakwillow, which should pretty much tell you that consensus is against you. Drop it and move

3961:

Not everyone has prosesize installed, but everyone sees the byte count when they either click edit (over 32kB) or click history. I have no objection to a greater emphasis on word count than prose byte count. It would certainly help reduce the confusion. I assume that is actual words, not typing words

3817:

What on earth are you talking about? Having a linear correlation means that there is a specific ratio between the two numbers. So far it seems highly likely that this is the case, as only the BA article above has a significantly different ratio from 2.06, and is only 68% away, and if that is the case

3677:

Edit byte count isn't a good measure for dial up users, it's merely a remnant of the days when 32kb was the maximum size that many browsers could load that has been repurposed to mean something it shouldn't. Edit byte count may be a larger number than readable prose, but it certainly doesn't tell you

3652:

My suggestion is to drop your insistence on including edit byte count as part of the rule of thumb. It means absolutely nothing as far as readability or download speed for users on dial-up are concerned. The only thing it means is that when you select to edit the article, there is a certain amount of

3636:

Ok, what would you suggest as an improvement? As I see it, it is up to individual editors to make their own choices - it has been pointed out above that one article has gone to 122kB. I see no danger of this guideline creating or stopping edit warring. As to "let them learn to skim", it is definitely

3187:

It isn't cutting in half the existing rule of thumb because the numbers are for edit byte count not for readable prose in the existing article. The fact that they say readable prose is simply an error, as shown above in the edit summary, which can either be corrected in one of three ways, A, B, or C,

2181:

The poll makes a number of assumptions and generalizations that are either debateable, inaccurate, or unverifiable. While I responded, the man debate should remain focused on the original proposal made above -- as of this date there is a clear majority opposed to changing "readable pose" to "article

769:

Evidently nobody wanted to create any subarticles for the campaign. Oh well, to each their own. I would like it if someone could make a table of 50 articles of various sizes so that we could plot them and compare to see if there is a strong correlation between edit byte count and readable prose size.

288:

From the responses above I do not have a suggestion as the issue appears more complex than a simple rule of thumb can address. In fact Oakwillow makes the important point that both can be relevant. Meanwhile to help (me, mostly) understand what causes the bloated size of some large Knowledge articles

268:

Edit byte size may be the easiest to come up with, but it is also the worst of all the options we have to determine when it may or may not be appropriate to split up an article. This is because of the possible measures that could be used it is the one that doesn't actually reflect anything important.

250:

out above, if you do wish to change "article size" to "readable prose size" you need to divide all the numbers by two or three to make them work. Forcing people to "have to" look up the readable prose metric is unnecessary. Editors should feel free to use whatever grain of salt they deem appropriate.

4570:

Good, now we're getting somewhere. This seems like a reasonable proposal. I do think that using word count might be a good idea as well, given that that measure is familiar to writers in many fields, as Wasted Time R mentions above. The table above show a ration of slightly over 6 bytes per word, so

4496:

Edit byte count=crap. For the exact reasons described above by HermanHiddema and multiple times by myself. Personally, before I'll seriously consider any modification to the rule of thumb table, the use of edit byte count must be removed. I'm open to reducing the readable text size, but not by much.

4480:

Now personally, I feel that the current numbers in the table are somewhat too high, and could benefit from being adjusted downward. But to do that, we should simply examine what reasonable limits on "readable prose" are. To assume that the current numbers refer to "edit byte count" and that they are

4459:

Other editors have, so far, agreed with my assertion that your assumption is false. See eg the comment by Tom (North Shoreman) at 16:14, 20 May 2008 (UTC) and the comment by Christopher Parham at 04:05, 9 June 2008 (UTC). This is not a popular vote, of course, but apparently other editors have found

4437:

I see no indication that that is a false assumption. I would, however like to hear what others have to add. Whatever numbers are used, if they are too large there will be more complaints about size, if they are too small, the articles will simply ignore them. Right now what I am seeing is complaints

3934:

I don't understand this rationale for edit byte count as the easiest metric to use. Once the prosesize tool is installed, you get the readable prose size count with one click. You also get the readable prose word count, and word count is the size metric most familiar to those who have done writing

3662:

So change the table to more realistic numbers. Edit byte count, though, is just as important a measure as readable prose (and the more important of the two if you are on dialup), and is the easier of the two to find - it stares you in the face every time you click edit. What's it there for, to amuse

3266:

20KB - may need to be divided (make sure sections are <20K - preferably much smaller)", and was clearly referring to edit byte count, because while readable prose was discussed, it was clearly delineated from the rest of the article in the sentence you quoted (it didn't say, by the way all of the

3135:

I do not agree that your analysis of the statistics is conclusive or even terribly relevant. The statistics do not show, for example, what the difference is regarding size between FA articles and non-FA articles. I would guess that the average FA article is longer than the average non-FA article.

727:

However if you do think of switching to readable prose, don't forget to divide all the numbers by two or three, or 2.5 or something. See the dramatic comparison above. Images don't bother me in most articles, because most articles use thumbs which resolve to about 26 kB each, not a factor. Once in a

709:

of time looking at these issues, as I'm often forced to a dialup when I travel, and I believe the issues in many of the slow-loading articles will resolve to images, not prose, although I haven't spent enough time sorting out what factors affect load time wrt images. I think our measure of readable

4472:

the section editing feature was available to all users, whether logged in or not, further invalidating the 32KB limit. As 32KB was no longer a technical limitation, but there was still a desire to say something about limiting article size, the concept of "readable prose" was introduced to the page.

4463:

At one time, in 2003 and before, there was a hard limit of 32 KB on "edit byte count", because some browsers has issues with editing texts larger than that. This was, of course, purely a technical issue. The number 32KB was not based on considerations of readability or the like. By 2004, the number

4019:

Hello... Speaking of correlations you guys might consider a checkuser on this page because this discussion has implications for all of wikipedia and I think there's a good chance it has been compromised. My favorite statement in the above discussion was, "My concern is making it too easy to justify

3887:

Thanks. Ratios I can calculate. The number is going to be closer to 2 to 3 though, and probably 2 will be close enough to use. The readable prose table still needs to be corrected with realistic numbers. Your numbers seem specious - they all end in an extremely unlikely three zeros. For the purpose

3776:

I would suggest doing some homework before making any brash statements like that. For example, were you to fill in the table above, now that you have installed the prosesize tool, we could actually find out if there is any correlation between the two numbers. By the way, I believe that hitting show

3596:

The language is contradictory. As proposed it reads, "Almost certainly should be divided up (there is no mandate, however; these are guidelines only)". Some will emphaize the first part while others the second part -- it's an edit war waiting to happen anytime someone tries to apply the guideline

3293:

So this suggests that the STARTING POINT for considering whether subdivision MAY be appropriate is 50 KB of readable prose -- considerably higher than is being proposed but consistent with the EXISTING table. As far as the likelihood of an article being read in full, this is a choice to be made by

2854:

I adjusted the numbers accordingly (see below). I notice that you recently installed the prose tool, can you fill in the numbers above? Also the ones I filled in, change them if you get very different results - you don't need to calculate the ratio, but erase the ratio if you change the prose size,

2172:

Make no changes. Leave it saying "Article size" instead of "Readable prose size". This will mean that to some editors this will mean "edit byte count", and to others, who will tend to encourage articles that are two to three times as long, it will mean "readable prose bytes". Since both metrics are

2041:

The original proposal was broken because it did not provide any valid choices for editors such as yourself who were opposed to option B. By the way, if you could help fill in the table with the readable prose numbers I can do the ratio calculations. It is extremely tedious for me to obtain readable

1997:

The article already uses the concept of readable pause and has for years -- as at least four editors have already pointed out. Readable prose should stay as the operative term. There is already a proposal on the table covering this subject, and this appears to be nothing but an attempt to further

1953:

Ratio of edit byte count to word count = 12.8, with FA articles tending to have a lower ratio than GA or unrated articles. For practical purposes an easy rule of thumb to guestimate word count is to just divide edit byte count by 12. This will not work for lists and articles with many illustrations

789:

The following articles were chosen randomly to give a cross section of FA, GA, and unrated articles. The FA articles were chosen from a broad cross section of categories, the GA articles were chosen randomly through the alphabet, and the unrated ones were just what came up using random article. The

4260:

There is no need to adjust anything. The existing numbers have always referred to readable prose size, as they do today, and there is no need to change them. The only necessary adjustment has already been made long ago, by ending the use of source size as a good analogue to prose size, which it no

4189:

Wrong. I am pointing out an obvious error which needs to be corrected. A table that was established using edit byte counts has been mislabeled readable prose. What are the facts that we know? 1) that readers may tire from reading 20-30 kB (and by extension anything greater, such as 30-50, or 10-17

4164:

Sigh. You are making the assumption, again, that the current numbers in the table refer to edit byte count, but they do not. As such, the above table is utter nonsense and you should move the numbers from the edit byte count column to the readable prose size column, then use your power function to

3690:

took 12 minutes to read, not counting the 32 seconds staring at a blank screen while the text downloaded (absurd, useless, pointless and stupid), although I have to say that at 6 minutes I lost interest and at 11 minutes I was just passing my eyes over the words hoping that I would finally come to

3351:

Just use the 80/20 rule - for 20% of the effort you get 80% of the results. Anytime you are dealing with statistics you have a bell shaped curve. By "anyone" I mean 80%. The other alternative is to use the Ivory soap rule - include 99 44/100%. Either one you choose you end up with a whole lot less

2805:

What is going on here is that I am fixing a serious problem with the guidelines, which crept in because some people shifted to thinking about readable prose, but failed to change the dividing lines, effectively multiplying the acceptable article size by from 2 to 3 meaning that there are continual

1973:

It is clear that there has been some confusion about the measurement of article size. Most people interpret "Article size" to be "edit byte count", although many experienced editors think of it as "Readable prose size". The current table, however, is a legacy from when it did mean edit byte count.

657:

Actually SandyGiorgia, you are right, the images are significant and rather large for some articles (both democrat campaigns have over 420 kilobytes with three large ones). The numbers in my table exclude image sizes, they are the raw byte count of the html page. I am adding approximations now. (I

249:

That's not necessary. When it comes to some things edit byte count is most important, when it comes to other things, readable prose is most important. I can assure you that on dial-up, edit byte count is hugely dominant. There is no one size fits all way to choose which to use. However, as pointed

218:

I think it was pretty well resolved in the above proposal where the IP proposed that the article size be used to determine when an article should be split up and all of the responders to that survey responded as being opposed to that change. As has been noted several times, using the article size

4497:

Certainly not to 50k being the "Almost certainly ..." level. Realistically, the only issue I see with the current readable prose limits is that the 100k is too high for the "Almost certainly..." level. Drop it down to 80k and make the divisions a little clearer and I think the table would be fine:

3832:

There is no correlation between edit byte size and readable text/total html size. Remove everything except the images on Barack Obama and the article is less than 2kb of readable prose, but it is still over 350kb in total HTML size and still takes over 70 seconds to load on a 56k modem. Edit byte

3406:

It is a limit, however this article is a guideline, and states simply that beyond 30kB "Probably should be divided", as a guideline, and not a limit, as is 50k, a guideline, not a limit. There is a difference. For some the limiting factor is their attention span of about 8 seconds. Everyone has a

3315:

Actually, I would contend that saying that readers may tire from pages longer than 30 to 50 KB sets 30 KB as the upper limit - you don't want to leave anyone out, do you? So 30 KB prose becomes the ending point, not the starting point. Summary style is essential on all in depth articles - we have

3250:

apply to those 30% that are over 30 kB? Would you prefer to say "although 30% of the time the scope of a topic may justify the added reading time"? Bear in mind that it isn't a matter of us providing more reading time, because what it is doing is simply guaranteeing that the entire article is not

3027:

I do not think it is right to say that about 30% of FA class article "probably should be divided", I would reserve that for the 10% mark. I would then start the sliding scale of "May eventually need to be divided (likelihood goes up with size)" at that 30% point. Further, I have removed the "edit

2838:

These stats are very interesting. They show that most FA quality articles are in the range 10-30k of readable prose, with sizable minorities under 10k and in the range 30-50k. Articles of over 50k are rare, only about 3%. This is reasonably in line with the text of this article, which gives upper

2820:

I notice that this is what you wrote in 2006 from that discussion: "There are 50KB articles that are too long (because they're all prose, no references), and there are well-cited 80KB articles that aren't too long (the KB is mostly in references)." Since references are not included in calculating

2306:

Look at the history. The word prose does not even appear in the first three and a half years, other than to say that the numbers do not refer to prose. If they did mean prose they would have been adjusted downward by 2 or 3 when the switch was made from byte count to prose, and that clearly never

673:

Thanks for telling me; considering the work I've done on looking at the load time of this article relative to other articles, its prose size, and its images, I never would have guessed I might be right ... I actually look for opportunities to spout off and be wrong :-))) No, we didn't need to add

597:

The large amount in Hillary's article surprised me, but even without the Table of Contents there are 122,926 characters of readable text there (each newline counts as one). I also tried some load tests on different browsers, one under an emulator to exagerrate the slowness (I am on a fast PC with

4659:

a more than 99.9% correlation between them. There is a very high correlation, but it is only about 96.5%. A simple rule of thumb should be included to divide edit byte count by 12 to get approximate word count. These are guidelines, and no where should it say that articles must be smaller than x

3576:

Where on earth do you get the idea that I am mandating smaller articles? This is a guideline, and even says for the upper most division "there is no mandate, however; these are guidelines only". That is there because there had been discussion of creating a "size police" to run around and chop up

3245:

However, 20-30 kB means "no articles longer than 20 kB are going to be read by a lot of readers". I'm on dial-up. It would be nearly impossible to fill it in, and my numbers would not be the same because I don't do it the same way you do (I am not willing to use javascript). The allegation of it

3172:

I fail to see the proof that cutting in half the existing rule of thumb regarding the readable prose level at which the article "Almost certainly should be divided up" would add quality to virtually all articles. The quality of any article as well as the appropriateness of subdividing it is best

2735:

Yes, that is what I "think" it has been saying. You "think" it has been saying something else. Which means we both have an "opinion". To find a compromise between two opinions, you try to find some half-way point. Which is what I did. You, however, keep asserting that your own opinion is somehow

2026:

So YOU say. How do you, a single editor, have the authority to say that your proposal takes precedent and an existing proposal is no longer open for consideration or debate? People have registered their opinions above and are under no obligation to participate in your "biased poll" in order for

161:

which first raises the issue of "readable prose". This section has been there well before the change in the table which appears to me have been a logical step to make the article consistent. If it was intended all along, as some claim, to only use the concept of total bytes then the concept of

3614:

A far as folks getting "tired", let them learn to skim. Why should we favor folks with low attention spans as opposed to those who want more information at one site? My concern is editors who have little or no knowledge or interest in the article who, nevertheless, want to chop up the article

2129:

It is very clear that "readable prose" and "article size" are not "equivalent. As the discusion above (as well as the article itself) demonstrate, these are two very different concepts. Basic inaccuracies such as this invalidate any results that may come from this poll. The existing proposal

1987:

Well, aside from this poll being one of the more biased polls I've seen in quite awhile, readable text is the size that is most important measurement as far as an encyclopedia goes. The average attention span of a reader has is what we should be measuring the articles against, not some random

4399:

This proposal is to switch from readable prose which inherently creates confusion between edit byte count and readable character count, to word count, which is more normally used as a measure of how much to write about a subject. Much of the rest of the guideline would also need to be changed

3849:

Your statement is mathematically false. No correlation would mean that for any random group of articles the ratio would be all over the place from close to zero to close to infinity. I don't think that is what you had in mind. What I am seeing is a strong correlation. Certainly there are some

1982:

Change "Article size" to "Readable prose size" and adjust all quantities by a factor of approximately 2.5 correspondingly. This will have the effect of forcing editors to ignore the 32 kB warnings and artificially figure out how to count readable bytes to determine appropriate article length.

2766:

bill. Here are some stats on prose size on featured articles, measuring prose size exactly as this article recommends, and as has been done for several years; Barack Obama, Hillary Clinton and John McCain are all well within guidelines and aren't even close to being as long as many featured

3718:

On the other hand it is pointless to make false suppositions that are easily refuted or supported. The purpose of filling out the table is to make an intelligent assessment of the proper readable byte count. 50 random articles from all three groups, FA, GA, and unrated should be sufficient.

3288:"Readers may tire of reading a page much longer than about 6,000 to 10,000 words, which roughly corresponds to 30 to 50 KB of readable prose. If an article is significantly longer than that, it may benefit the reader to move some sections to other articles and replace them with summaries" 598:

fast network), and also used the www.octagate.com Site Timer (which reports 5.4 seconds for Barack and 11.5 sconds for Hillary's page - these times match my fastest times on a 2.6 GHz PC with over a gigabyte of RAM, so I can well believe that dial-up users find these pages "unloadable"). -

639:

Added. Please correct if they are wrong, or change from k to bytes. Another metric I would like to suggest is no article with a printed page count of more than 10 pages, not including the references. The references in Barack are another 10 pages, so 18 total and 12 for Hillary, 39 total.

2074:

I'm on dialup. Nothing is instant on dialup. WP is a collaborative project. If someone else could fill in the prose column, I can do the rest. My computer often locks up long before any of those long files load, but I don't have to load them to get the byte size, I just look at the

4438:

about size. As a percentage of articles, there are very few that are ignoring the above suggestion, of staying at less than 100 kB edit byte count, zero of the 38 random articles above (the only ones larger are the added country and campaign articles). Of all 1721 FA articles at

3543:

In this change, and I see no reason for not implementing it, 15k was reduced to 10k - in other words the lower division used 3:1 while the upper divisions used 2:1. It would still be helpful if someone would fill in the above table with readable prose sizes, by the way.

3561:

The reason for not implementing it is that people have simply not bought in to your agenda for mandating smaller articles. The majority of people who have commented have favored the status quo and tinkering with the numbers does not change the views of the majority.

3136:

This would counter the "shorter is better" theory with a "longer is better" argument -- neither one of which tells anything close to the whole story. The purposes of this article is clearly listed at the start and "creating featured articles" is not one of them. Also

742:

I think the more interesting question is why editors insist on shooting themselves in the foot by writing articles so long that no one will read them anyway, or adding so many images and slowing down the loadtime so much that no one will even click on the article.

3744:

Edit byte count is one of the least useful metrics when it comes to article size. It only affects users when they edit the article, and only if they do not use the section editing feature. As such, it affects an exceedingly small percentage. For example: The

2785: 3202:

Your claim that "readable prose is simply an error" is not true, and it has been adequately rebutted above. I see no purpose in filling in a table that I fell has little relevance to this discussion, but if you want to do so, go ahead.

2264:

Very biased poll. All the options make the implicit assumption that the current numbers reflect "edit byte count", when clearly they were meant to mean "readable prose size". I might as well make the following options for balance:

2109:

Change Article size to Edit byte count and make no changes to quantities. Readable prose is considered separately as a measure of article size, but since there is a strong correlation between the two measures, both are equivalent.

3581:

to prevent editors from pointing to an invalid table and saying "see this article at 93 kB readable prose is well within the WP:SIZE guidelines", totally neglecting the fact that readers may tire of only 20 kB of readable prose.

2114:

This is the simplest option, this quantity is displayed for all to see every time an article or even a section that is over 32 kB is edited. Staying within guidelines guarantees readable prose is also within reasonable limits.

2468:

table? Please look up the word compromise in a dictionary. This table is one that completely reflects your view of the issue and makes absolutely no compromises. I might as well make this table and call it a compromise table:

4654:

readable character count, as there is a 99.95% correlation between the two. However it is necessary to include both edit byte count and word count because edit byte count is more accessible than word count and there is

167:

There was, and still is, a proposal to change the table. This proposal has not secured a majority of support, let alone a consensus. If you have an alternative proposal, then spell it out and we can discuss it.

2227:

The main bias is your claim that the article currently says "article size" when it very clearly does not. You are mistakng your minority opinon on what the article should say with what it actually does say.

2242:

Someone, not to mention any names, improperly recently changed it, but that is easily fixed. The article to all intents and purposes says "Article size", but I'm not going to get into an edit war about it.

2689:

You are compromising the numbers to compromise the point. Compromise in the sense that it includes both choices. It is by far the best thing to do, just include both columns, and make everyone happy.

4468:

links to a page of browsers that have the issue and how to upgrade them. It explicitly mentions that section editing for logged in users exists, and mostly invalidates the technical 32KB limitation.

3757:. Which means that about 1 in a thousand page views is an edit, and only a part of those is affected by the edit byte count. The remaining 770000 page views are not affected by edit byte count 691:

Sorry, I did not mean it in any sarcastic way, I really did realise after reading your comment and checking images, yes I'd forgotten about the images, and two, that they have a big effect. -

2281:

Change "Readable prose size" to "Article size" and make no changes to quantities. The description will be ambiguous and every user can choose for it to mean what they think it should mean.

4234:

The table was established using source size at a time when the difference was rarely of significance. The intent is to refer to the size of the readable text as reflected on the page.

3709:

There's no reason to fill out the table above. You are the only one that is insisting that edit byte size is a usable number. You're beating a dead horse here. Drop it and move on. --

289:(which causes slow loads for those with slower computers and dial-up network access), here is a table showing a breakdown of bytes used in two of the longest articles (Barack is 3285:

I provided the old edit information simply to show that the phrase has been in use for a long time. The 20-30 KB reference however has been changed in the current revision to:

4246:

Not a problem, however, there is a 2 to 1 difference in the numbers, so they should be adjusted accordingly. It would probably make sense though to just switch to word count.

3910:

The prose size tool reports the prose size in KB, so more precise number are not available with that tool. I do not think that the extra precision is very significant anyway.

2144:

Equivalent in the sense that there is a one to one, two to one, three to one, in other words a linear relationship between them. Knowing one you know the other. See the table

2354:

Which is compatible with a limit of 40-100 KB edit byte count. I'm still waiting for someone to add in the numbers for the readable prose column. Here is a compromise table.

4625: