The Immortal, as far as I know, there is nothing in the logs that stores which Pokemon get selected. But the "real" usage corresponds to the number of times that Pokemon actually appeared in battle.
-
Welcome to Smogon! Take a moment to read the Introduction to Smogon for a run-down on everything Smogon, and make sure you take some time to read the global rules.
-
Congrats to the winners of the 2024 Smog Awards!
Official Smogon University Usage Statistics Discussion Thread, mk.2
- Thread starter Antar
- Start date
- Status
The weighted stats tend to do that because they have a small sample size. Lower weighted stats should have some.
Do you think it would be possible in future months to combine the usage of type-specific boosting items? There's no difference between them unless you're using Arceus (which is understandable, but Arceus types are listed separately) or Fling (which is a VERY rare move). Combining the items would, if I'm interpreting the script right, allow us to see more information on item usage than we already do. Granted I don't really know the technical details of how the stats list items or if it's even possible, but it's an idea.
<capefeather> !usage1337 talonflame items
<TIBot> Choice Band 56.147% | Leftovers 15.940% | Life Orb 11.521% | Sharp Beak 8.073% | Sky Plate 3.320% | Other 4.999%
<capefeather> !usage1337 talonflame items
<TIBot> Choice Band 56.147% | Leftovers 15.940% | Life Orb 11.521% | Sharp Beak 8.073% | Sky Plate 3.320% | Other 4.999%
Arcticblast, while technically possible, I'm unlikely to do it, due to the sheer amount of exceptions involved.
1630
Seismitoad, no--there is no plan to support hackmons/BH. I also think there are issues with OU Theorymons.
Gen IV is giving me some issues as well, and *that* I may try to address, but yeah, no love for the hackmons.
Gen IV is giving me some issues as well, and *that* I may try to address, but yeah, no love for the hackmons.
Shayhok, outheorymon apparently falls into the same category of hackmons (breaks my scripts, so I'm not gonna bother). OU-1500 and randbats-1500 were two jobs I had to redo, and I simply hadn't gotten around to uploading the data before today (OU is up, randbats I still need to rerun).
The other missing data appear to be previous-generation metas, so I'm guessing the issue really was: not enough data.
The other missing data appear to be previous-generation metas, so I'm guessing the issue really was: not enough data.
In their current state, the RU changes since last month stats aren't too useful since June's stats were almost entirely made up of the suspect stats while July's were almost entirely made up of non-suspect stats, leading to the changes section for both the RU and RU suspect test stats to be comparing almost a whole month's worth of data to only a few days worth. Would it be possible to have stats comparing June's RU suspect stats to July's combined RU stats?
I think this was a deliberate choice (they're sorted by Real, meaning the number of times the Pokemon *actually* appears in a battle). But Real appears to be unweighted, so that's wrong, at least.
Antar I hope you can clarify this for me.
I want to analyze teammates data by calculating their P(teammate | pokemon) values. My code will be limited to reading the JSON files only (not going to write a parser for the moveset TXTs), so that's all I'll be working from. Considering what you said before:
txtValue * sum{PokemonAbilities} = jsonValue
=> txtValue = jsonValue / sum{PokemonAbilities}
= jsonValue / sum{PokemonAbilities} + teammateUsage%
Is this correct?
(If you have any documentation etc. that would be helpful)
I want to analyze teammates data by calculating their P(teammate | pokemon) values. My code will be limited to reading the JSON files only (not going to write a parser for the moveset TXTs), so that's all I'll be working from. Considering what you said before:
... suggests that
txtValue * sum{PokemonAbilities} = jsonValue
=> txtValue = jsonValue / sum{PokemonAbilities}
P(teammate | pokemon) = txtValue + teammateUsage%
= jsonValue / sum{PokemonAbilities} + teammateUsage%
Is this correct?
(If you have any documentation etc. that would be helpful)
I *believe* that's correct, but a great way to check is to try three or four examples and verify that you get the correct numbers by checking the txt (don't blame you for not wanting to parse--that's why I made the json in the first place).
If the first part pans out, then the second should as well.
Yes. Documentation would be a very good idea. But--real talk--it's not coming any time soon.
Ugh I was hoping you say I was wrong lol, the results I got are incorrect. But I think I figured out what you did..
Also, what's been happening with this?
Also, what's been happening with this?
You know what would be great? If Hackmons and Balanced Hackmons tier wasn't ignored since February. I'm very interested in seeing how things are in that tier, but it's always dismissed. Is there a reason for that?
EDIT: I'm referring to this btw; It's absent here unlike every other active tier. http://sim.smogon.com:8080/Stats/
EDIT: I'm referring to this btw; It's absent here unlike every other active tier. http://sim.smogon.com:8080/Stats/
Hackmons breaks my scripts. Specifically, IIRC, it's the fact that you can have megas on your team (without needing to mega evolve into them). So I'm sorry, but there will be no hackmons stats any time soon.
Yeah that's right. In Hackmons you can have mega's in your team. I also remembered that it took a lot of info even down to 0.500% of move usage for a single pokemon. If it breaks scrips (as you say) now, then how did you bypass it before? Pokemon like Diancie and Mega Latios has been introduced since the last time Hackmons/balanced Hackmons was listed. If mega's is the issue, shouldn't capmons statistics interrupt as well? I think everything should be deserving for a solution.
- Status