2006 Week 12 Beatpaths Graph

Quite a different graph this time around. The power rankings picks were 11-5 this week – pretty good, although it seems everyone did pretty good this week. The big changes is that Jacksonville and Pittsburgh are both smacked down hard, and are in the bottom half of the rankings again.

2006-12-Nfl-Fluke-Clean

There are hardly any beatflukes this week, as the graph instead is simplified by a whole ton of beatloops.

Beatflukes:
NYJ=>NE
SF=>SEA
HOU=>MIA
PIT=>MIA

Interesting beatloops (of the 44 total):
CAR=>BAL=>CIN=>CAR
PIT=>KC=>SD=>PIT
CIN=>KC=>SD=>CIN
BAL=>SD=>DEN=>BAL
TEN=>NYG=>DAL=>TEN
DAL=>IND=>PHI=>DAL
STL=>DEN=>NE=>MIA=>KC=>STL
MIN=>CAR=>STL=>DEN=>NE=>MIN
SEA=>STL=>DEN=>NE=>CHI=>SEA

9 Responses to 2006 Week 12 Beatpaths Graph

  1. Tom says:

    I like this system, but something is seriously wrong if the Dolphins are placed at the top of the graph. That’s just common sense.

  2. Ken says:

    Relative positioning in the graph is mostly arbitrary. The question is the links.

    It does seem odd to me that Miami–a team with a sub .500 record–has no beatlosses. In fact, they have two losses regarded as beatflukes!

    That’s got to be some pretty impressive wins on their resume…

  3. ThunderThumbs says:

    Here’s the sitch on Miami:

    HOU=>MIA is a beatfluke
    PIT=>MIA is a beatfluke

    Beatloops:
    MIA=>DET=>BUF=>MIA
    MIA=>CHI=>GB=>MIA
    MIA=>CHI=>BUF=>MIA
    MIA=>CHI=>NYJ=>MIA
    MIA=>KC=>STL=>DEN=>NE=>MIA

    So, Miami’s losses to Houston, Pittsburgh, Buffalo, Green Bay, the Jets, and New England are canceled out.

    Miami’s wins over Kansas City, Chicago, and Detroit are canceled out.

    Chicago’s three beatloops don’t help Miami a ton, and don’t hurt Chicago a ton either, so that seems about even to me. The flukes don’t have a huge impact, either – the net result is that they respectively restore MIA’s direct beatwin to TEN, and DEN’s direct beatwin to PIT.

    The KC/NE one seems pretty key. That’s a long beatloop, so that means the relationship there is a little vague – it means that it’s pretty likely that either NE=>MIA or MIA=>KC will reappear, depending on how other games shake out.

  4. doktarr says:

    I’m increasingly convinced that the right approach is not to throw out all beatloops of the same size, but rather, to throw out the losses that generate the most beatloops.

    MIA=>DET=>BUF=>MIA, OK, all those games should be thrown out. MIA=>CHI, on the other hand, is the source of three beatloops and is quite clearly the inconsistent game. It should be gone. Same for the STL=>DEN=>NE chain, which is in a bunch of beatloops.

  5. ThunderThumbs says:

    Best way for me to test that would be to implement it and hook it up to my backtester. I also got your emails, too (thanks!) – I might have time to play around with new ideas like that when the playoffs hit.

  6. Jason says:

    I was kind of hinting toward the Miami problem in an earlier posting and someone gave a good response, but it looks like the beatflukes are being implemented in a consistent way.

    I mentioned how in the (hypothetical) “How beatloops are resolved” the Min=>NO, NO=>TB=>Min, NO=>Det=>Min ought not to be completely eliminated. Instead Min=>NO ought to be beatfluked away because Min has 2 separate beatpaths (one through Tb, one through Det) back to Min.

    Doktarr then clarified what I said by saying “For instance, you could have a situation where 2 teams have 5 common opponents, team A is 0-5 against the common opponents, and team B is 5-0 against the common opponents. If team A beat team B, and there are no other common games, then all 11 games are cancelled out, and team A and team B are considered equal despite 1-5 and 5-1 records, respectively.”

    This is obviously a situation of A=>B being a beatfluke. So I ask what if there are 4 common opponents, same answer? I say yes. How about 3 common opponents? The actual Mia=>Chi game above looks like it should be a beatfluke, since Chi has 3 alternate routes to Mia (through GB, Buf, NYJ). I believe Mia=>Chi is a beatfluke and the following should be restored: GB=>Mia, Buf=>Mia, NYJ=>Mia.

    Then I say how about 2 common opponents? This would be the case in the “How Beatloops are resolved”. I don’t believe they should all be canceled out. Instead Min=>NO should be counted as a beatfluke because NO has 2 other beatpaths to Min. If you don’t agree with that how can you justify using a beatfluke if there are 3 common opponents. If not that, then what about 4, 5, … ? The line has to be drawn somewhere…

    I would also suggest even though it hasn’t happened considering this alternate path thing, that it doesn’t have to be common opponents as long as it has multiple beatpaths. Let’s say hypothetically instead of Mia=>Chi=>GB=>Mia, it were Mia=>Chi=>GB=>=>Det=>Mia. This would still count because Chi has an alternate beatpath to Mia, even though it went through 2 teams to get there.

    And lastly, considering argument to give strength to beatwins, I think (through some simple testing) that what will happen is some beatwins will have reduced strength, but it won’t change anything. You will end up with things like this (hypothetical) NE=>NYJ=>Buf with NYJ=>Buf having a power of say .5. So unless people want numbers (strength) next to arrows on the charts, it won’t accomplish anything. A .5 beatwin is still better than no beatwin, and although it doesn’t look as strong as a full beatwin, considering this is a ranking system, not a value system, it won’t change anything in the end. You can’t be half better than someone – either you are or you aren’t. I can show this with a simple hypothetical if anyone doesn’t see it.

  7. JT says:

    At one point I thought it was be interesting to weight beatwins with respect to a team. To take the hypothetical in post #6, if you had NE=>NYJ=>BUF, then NE would get 1.5 beatwins from this path, 1 for the direct win vs NYJ and .5 from the 1 step removed path of NYJ=>BUF. If BUF beat a team that NE didn’t have a shorter path to, NE would get 1/3 beatwin from that segment. And from this same path, NYJ would get 1 beatwin, the direct win vs BUF.

    But the more I thought about it, the more I liked the simple system of a win is a win. It would really have to add a lot to make it worthwhile to add something like that.

    The one advantage would be if a middle of the road team got a beatwin vs a strong team (that wasn’t somehow looped or fluked away), then the beatwins would be reduced somewhat from not being direct wins. But I don’t think it’s worht it.

  8. Rich Conley says:

    I agree with Doktarr

    Miami is clearly breaking the entire chart. They’ve brought up a whole bunch of crappy teams into the picture.

    the whole “removing beatloops” thing is supposed to get rid of the ‘any given sunday’ type upset, but instead, it seems to be giving them way more importance than is needed.

  9. ThunderThumbs says:

    Again, just because Miami is on the top row, it doesn’t imply that it’s of similar quality to IND, CHI, and KC.

    It’s usually not a good idea to make tweaks to the algorithm because of one corner case – the side effects usually don’t justify it. For instance, check out:

    ARI=>SF=>OAK=>ARI
    ARI=>SF=>MIN=>ARI
    ARI=>SF=>SEA=>ARI

    Under the suggested Miami logic, we’d remove ARI=>SF, and that doesn’t seem to make as much sense as removing MIA=>CHI

    We *do* have functionality built in to remove MIA=>CHI if there’s a beatfluke, but the fact is that CHI hasn’t developed an alternate beatpath to MIA.

    The beatloops aren’t supposed to get rid of “any given sunday” upsets. Beatloops are just an indication that the relationship between a group of teams is ambiguous, that’s all. It does not *really* imply that the teams in the beatloop are of similar quality, even though I might have lazily described it that way in the past. It’s more to say the relationship is ambiguous, and to simply punt on the question of the relationship between the teams, relying instead on other information in the graph to make the determination. So there’s no implication that Miami is as good as Chicago. It’s more that Miami’s win over Chicago was a super-quality win AND that there isn’t enough other information in the graph to warrant ignoring it.

    It’s still an interesting suggestion, and I might test for it later – there are some questions about when it should be resolved (before beatflukes? after beatflukes?) but it’ll be interesting to see.

Leave a Reply

Your email address will not be published. Required fields are marked *

*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>