C/R FTR correct built?

Forum for users that want to write their own custom queries against the PT database either via the Structured Query Language (SQL) or using the PT3 custom stats/reports interface.

Moderator: Moderators

C/R FTR correct built?

Postby js2002 » Mon Mar 09, 2009 11:46 am

Nominator:
sum ( if[ flg_f_bet AND holdem_hand_player_statistics.flg_f_face_raise AND (holdem_hand_player_detail.val_f_raise_aggressor_pos > holdem_hand_player_statistics.position) AND (holdem_hand_player_statistics.cnt_f_call = 0) AND (holdem_hand_player_statistics.cnt_f_raise = 0), 1, 0 ] )

Denominator cnt_f_faced_XR:
sum ( if[ flg_f_bet AND holdem_hand_player_statistics.flg_f_face_raise AND (holdem_hand_player_detail.val_f_raise_aggressor_pos > holdem_hand_player_statistics.position), 1, 0 ] )

1. Is this correct? We bet and face a raise and we are in position, so villians action only can be a check/raise right?!

2. I´m not sure with "holdem_hand_player_detail.val_f_raise_aggressor_pos", what does it deliver? A flop aggressor must not have been the preflop aggressor, right?!
js2002
 
Posts: 1502
Joined: Fri Feb 15, 2008 5:44 am
Location: Germany

Re: C/R FTR correct built?

Postby kraada » Mon Mar 09, 2009 12:54 pm

You're going to be missing some cases with a facing c/r stat no matter what you do; it isn't possible to catch all of the cases, but this stat has some issues.

One case you can't get is if you're in middle position and raise, the button calls and SB calls. SB checks, you bet, BTN raises, SB 3bets, you fold (you faced a c/r, note), and BTN 4-bets all-in and SB calls.

This won't count (either as an opportunity or as an actual fold) because the val_f_raise_aggressor_pos will be 0, not 9. val_f_raise_aggressor_pos is the position of the last person to raise on the street. I'm sure there are more cases than the one above, but I think (I'm not certain, and it's tricky so I'll need to think about it a bit) you'll miss these cases in both the numerator and denominator, so it's not that bad (it'd obviously be worse is it was a case where it registered as a fold but not an opportunity).

A couple of things though:

On the numerator, you probably want to make sure you bet first (flg_f_open_opp), as if there's a bet otherwise it's going to really change things. At that point instead of using flg_f_bet and "AND (holdem_hand_player_statistics.cnt_f_call = 0) AND (holdem_hand_player_statistics.cnt_f_raise = 0)" you can instead do " lookup_actions_f.action LIKE 'BF' " and that will mean that your actions were, in order, bet then fold. That takes care of the bet, and the fact that you fold to the next action and just simplifies the column a bit.

The denominator looks fine, though as I said we're going to be missing some cases in this stat no matter what you do with the way things are set up now. I do think this close enough to likely be useful, I just need to think about it a bit to make sure that there aren't any other cases that aren't coming to mind.
kraada
Moderator
 
Posts: 54430
Joined: Wed Mar 05, 2008 2:32 am
Location: NY

Re: C/R FTR correct built?

Postby js2002 » Mon Mar 09, 2009 1:15 pm

Well ok, I dont waist my time on building stats anymore. I ll do my job and PT3 Devs hopefully do their jobs.
I think many stats are pretty standard and should be delivered bei PT3.
It´s a joke that users have to build f.e. 3Bet in Position x or donk flop etc...
So please keep on, I cant(not really skilled and time) and wont.

nice evening I watch Simpsons now ;)
js2002
 
Posts: 1502
Joined: Fri Feb 15, 2008 5:44 am
Location: Germany


Return to Custom Stats, Reports, and SQL [Read Only]

Who is online

Users browsing this forum: No registered users and 4 guests