WikiIndex talk:WikiProject - By Size: Difference between revisions

m (Hoof Hearted moved page Talk:WikiProject:By Size to WikiIndex talk:WikiProject - By Size: this really should be in the WikiIndex namespace)
Line 10: Line 10:
== Use real size numbers ==
== Use real size numbers ==
Size is an extremely important parameter.  When I search for wikis, I will almost always be most interested in the biggest/most active.  The way size is measured is not very important, as long as it is as consistent as possible.  Fortunately, MediWiki already has a generally available "real, substantial pages" measure, so it makes sense to use that.
Size is an extremely important parameter.  When I search for wikis, I will almost always be most interested in the biggest/most active.  The way size is measured is not very important, as long as it is as consistent as possible.  Fortunately, MediWiki already has a generally available "real, substantial pages" measure, so it makes sense to use that.
--That's because you are a a$$h0le pc muck!


But I find the categories here very confusing.  When I look at an article here, and see a wiki rated as "over 200 pages", I immediately want to know, 200-500?  200-1000? 200-2000?  I don't think these categories are helpful.  Why not just say "about 237 pages" or "about 237 pages on 14feb07"?  Appropriate, user-controllable categories can usefully be applied later, but why fuzz the data from the get-go?  And if categories *are* going to be applied at the source, they should have a full name there, 200to999 etc.  The short form category name should only be used in an ordered list where the bounds are obvious.--[[User:69.87.199.67|69.87.199.67]] 05:53, 15 February 2007 (PST)
But I find the categories here very confusing.  When I look at an article here, and see a wiki rated as "over 200 pages", I immediately want to know, 200-500?  200-1000? 200-2000?  I don't think these categories are helpful.  Why not just say "about 237 pages" or "about 237 pages on 14feb07"?  Appropriate, user-controllable categories can usefully be applied later, but why fuzz the data from the get-go?  And if categories *are* going to be applied at the source, they should have a full name there, 200to999 etc.  The short form category name should only be used in an ordered list where the bounds are obvious.--[[User:69.87.199.67|69.87.199.67]] 05:53, 15 February 2007 (PST)
Anonymous user