I actually have no idea what Mono is, I'll take a look.

This is actually intriguing to me, and doing some thinking today its really making me question if our current model for Enhancement Shaman is going about it correctly.

We're now up to 8 models in the works... Bear, Cat, Warlock, Rogue, Hunter, Protadin, Moonkin, Mage.

anyone developing a bear.threat model ?

I'm already looking at how we might model threat, because it's pretty obvious that in the majority of cases, warrior gear >> palatank gear, without considering the threat component. In the protadin case, threat generation will certainly be factored into the rest of the rawr.protadin library, and I would suggest it will probably end up making it's way into the bear and (eventually) warrior libraries, too.

Better yet, we could make it a community thing to try and get a rawr for all the existing specs and classes that have been theorycrafted extensively in this section. (To bad i'm both math and programming illiterate and would be of no use whatsoever in furthering this idea.)

I'd definitely love to see an Enhancement Shaman version of this!

I wish they had taught me this in high school or college instead of home economics, wood shop, gym, public speaking, etc.

I'm programming illiterate but would be happy to team up with someone to help make a Rawr for Resto shaman.

I'm sorry if I missed this, but where do you import the items from?

I just recently started a similar project for Protection Warriors. I wrote it in VB; .net Framework 2.0. I collected the information from wowarmory, deposited it into a hosted database. When someone goes to my webpage, they enter their character name an realm, pick what instances they are currently capable of clearing, and load the page.

I did "pre-rate" the items, based on Armor Equivalence Points. I am working on the algorithm now that working round "Health Equivalence Points" or something to be displayed on the page, time to live, or something, that when you change an item out with another item, this will be updated to show how one item will reflect with the entire set overall.

My biggest challenge was to gather the data and get it into a usable format, how did you overcome that?

Armory as well. It's not in a database, but rather I build some data objects based on the armory data, and serialize those data objects to disk between launches.

Won't happen unless we do one of three things -
- Modify Rawr to allow EP values to be input as the comparison settings
- Figure out the "one true EP value" that works perfectly and correctly at every gear setting
- Include the 'baseline' EP values as options to compare with

OK. EP values are equivalency points, which wouldn't work in an accuracy-based system like Rawr. But the current EnhSham sims do compute DPS, which is what Rawr would need (You'd also want a 2nd rating of UR uptime). So ignore EP, let Rawr do the accurate calculations, based on the DPS calculation formulae you've already got. Except, there's the problem, they're simulators which run thousands of hours of attacks, not formulae, which would be extremely slow in Rawr.

Using the simulators, you can build formulae to predict the uptime of Flurry compared to crit rate and weapon speeds, and formulae to predict the overall WF proc rate based on Flurry uptime and weapon speeds. Those could then be used in Rawr, to calculate DPS and URU in single passes. It's a process similar to what Toskk has done for the heavily proc-based rotations of Cats, and is now the basis of Rawr.Cat.