User:Flargen: Difference between revisions

From A KoL Wiki
imported>Flargen
No edit summary
imported>Flargen
mNo edit summary
 
(20 intermediate revisions by 2 users not shown)
Line 1: Line 1:
I decided to have a blue name instead of a red one.  A somewhat useful piece of information: if you ever see a Flargen in the game then that's not me.  Unless it turns out no one has the name and I get a wild hair up my hindquarters and decide to get a new multi.  Such a sequence of events has yet to occur, however.  I am otherwise simply a more-or-less typical player who sometimes moonlights as a snarky wiki editor and spader.
I decided to have a blue name instead of a red one.  A somewhat useful piece of information: if you ever see a Flargen in the game then that's not me.  Unless it turns out no one has the name and I get a wild hair up my hindquarters and decide to get a new multi.  Such a sequence of events has yet to occur, however.  I am otherwise simply a more-or-less typical hardcore speed ascender who sometimes moonlights as a snarky wiki admin and spader.


==Spading Projects==
'''Current''':
*Level 1 zone drop rates
'''Future''':
:To be determined


==Pet Projects of Mine==
===Item Drop Rates===
Since I might forget them otherwise, here's my awe-inspiring list of things I intend to get done on the wiki one of these days.
I mostly specialize in working out the base drop rates of the various items dropped by the kingdom's many monsters.
 
*I (generally) collect data until there is a unique integer in the 95% CI obtained from the observations.
#Fix up the Junkyard mess.  There's, like, 5 pages for basically the same information.  There are probably similar messes for the other sidequests.  I'm kind of fearful of looking into it, so I'll just limit myself to the Junkyard for now.
**[http://sweb.uky.edu/~tjmart1/kol/bayes.html Starwed's] tool can be used to obtain exact calculations on the predictive capacity of integer drop ratesThis converges at about the same time as the above, and sometimes faster, but it's a bit more onerous for me to input the data properly into that then it is to do it the aforementioned way, especially when you want results for several items and several monsters at once.
#*'''Fixed''', though just fixing that up revealed 6 other messes related to the level 12 quest.
*Data posted before 9/20/11 was analyzed as a simple sum of (scaled) bernoulli trials, with no weighting (other than the scaling, which comes by dividing out the drop rate multiplier)Data after that is analyzed by weighting the information from each drop bonus by inverse variationThis will make Yiab's high-error, low bonus spading more reusableThe previous method would overemphasize the sheer number of encounters Yiab had done, resulting in less conclusive results than if Yiab's data was excluded.
#Do the same for the other sidequests.
#*This one's...um...on hiatus for a bit.
#Fix the Oyster Egg messes.  Most of the egg drop lists use redirect pages instead of direct links.
#*Mostly fixed.  Related mess to be fixed: "Obtained From" sections for most oyster eggs is an ugly, unreadable mess.
#Tying into the previous, many adventuring locations are linked through redirects.  Fix that, too.
#*Working on intermittently.  Done a few, plenty left to check.
#Convert some html tables to wiki tables.  [http://diberri.dyndns.org/wikipedia/html2wiki/index.html Convenient conversion link].  Beware of lots of nowiki tags, but that's easy to deal with with find/replace.  A more problematic issue is that it always completely drops any parameter ''or'' row/column with a 0 in it (ie. cellspacing="0", <nowiki><td>0</td></nowiki>), and also completely removes blank rows and columns.  Even when that would mess up the formatting (which it usually does).  Make sure to put in some meaningless filler text in blank rows and columns that you can find/replace out afterwards.  Or find a better converter (in which case tell me about it).  And be sure to similarly account for the stupid handling of 0's.
#*Holy fishpaste are there ever a lot of html tables on this wiki.  Every day it's like "oh, here's an ''entire category'' of pages utilizing html tables."
#Add auto-cat capabilities onto some templates, otherwise increase their flexibilityThose that I have the permissions to edit, anyway.
#*I think I've got all the major ones done already.  Will have to encounter any others by chanceThe worst part of all of this is going through and manually removing categories from pages that are now auto-cat'd.
 
 
Incidentally, have you ever been so bored you wanted any possible idea of something to do?  I suggest going to a [[Special:Random|random page]] and start linking up game stuff that should be linked up, and references that it wouldn't hurt to link upBe sure your wikipedia links work and go to the intended content (they always show as blue, so don't think there's actually something at what you tried to link to).

Latest revision as of 12:47, 3 December 2011

I decided to have a blue name instead of a red one. A somewhat useful piece of information: if you ever see a Flargen in the game then that's not me. Unless it turns out no one has the name and I get a wild hair up my hindquarters and decide to get a new multi. Such a sequence of events has yet to occur, however. I am otherwise simply a more-or-less typical hardcore speed ascender who sometimes moonlights as a snarky wiki admin and spader.

Spading Projects

Current:

  • Level 1 zone drop rates

Future:

To be determined

Item Drop Rates

I mostly specialize in working out the base drop rates of the various items dropped by the kingdom's many monsters.

  • I (generally) collect data until there is a unique integer in the 95% CI obtained from the observations.
    • Starwed's tool can be used to obtain exact calculations on the predictive capacity of integer drop rates. This converges at about the same time as the above, and sometimes faster, but it's a bit more onerous for me to input the data properly into that then it is to do it the aforementioned way, especially when you want results for several items and several monsters at once.
  • Data posted before 9/20/11 was analyzed as a simple sum of (scaled) bernoulli trials, with no weighting (other than the scaling, which comes by dividing out the drop rate multiplier). Data after that is analyzed by weighting the information from each drop bonus by inverse variation. This will make Yiab's high-error, low bonus spading more reusable. The previous method would overemphasize the sheer number of encounters Yiab had done, resulting in less conclusive results than if Yiab's data was excluded.