[tinhat]

Thanks all - I did look at bison's converter which is when I decided I probaby didn't really want to try this kind of thing [img]/images/graemlins/smile.gif[/img]


Dave -

I'm a bit of a shell script jockey and dabble in perl some; know absolutely nothing about SQL except what it stands for so thought I'd try scripts first (I run xp in vmware with pgsql serving from linux). This is all for offline analysis.

I have lots of relationships I want to look at floating in my head and the only few I've written down are:

1. win %/board texture for 3-bet turns (this sounds very hard; maybe too nebulous);

2. ratio of turns 3-bet vs called and final hands for either

3. ratio of premiums dealt in blinds vs. other positions (6m; I'd define the premiums);

4. ratio of premiums vs non-premiums dealt in total (also would be nice to see the distribution w/respect to time);

5. under the second group of "player actions" in pt's "more detail" page, I'd like to be able to match any of the columns with the hands those values are derived from (that is, getting the game #s for say "bet/raised/c-r: WSD%");

6. some way (maybe not possible) to look at hands folded on flop that improved with turn card (to see if my definition of a "loose" flop call isn't loose enough).


I think pt has an untapped goldmine of relationships to look at and could try to cobble some of these together from just what pt allows directly. But that sounds awful time-consuming, intricate and having to keep track of lots of unrelated info.

It also means doing it in windows and no offense to anyone but windows' text processing capabilities are poor/non-existent or just plain retarded. So if I want to use linux I either have to use the hh or I guess bite the bullet and start trying to learn how to query the dbs...

Mike