I use a modified Windows Classic Theme for my DTop.





So - if someone has a PT2 Access DB, they can download PT3 and it will do the SQL Install. After setting up PT3 they could then go and convert their PT2 DB to SQL as well?? Without having to go thru the standard SQL install/setup as most of us PT2 users did?

If this is in response to me, no I already had PostgresSQL set up from when i downloaded the HoldemManager beta so I dl'ed the PT3 w/o PSQL. I was able to connect to it when I first opened pokertracker and I set the database name as PT3.

Im getting the following error when I load Postgres. I will try unistalling and deleting all the files then reinstalling


The files belonging to this database system will be owned by user "postgres".
This user must also own the server process.

The database cluster will be initialized with locale C.

initdb: directory "C:/Program Files/PostgreSQL/8.2/data" exists but is not empty
If you want to create a new database system, either remove or empty
the directory "C:/Program Files/PostgreSQL/8.2/data" or run initdb
with an argument other than "C:/Program Files/PostgreSQL/8.2/data".

why is ATSB different?

on my old PT i was at around 34% for January. In PT3, i'm at 25%.

af0808, are PT2 retrieval speeds incredibly slow for you?

fozzy71, that doesn't seem hard to notice to me, unless I'm missing something.

oh noes i've tried to begin auto-importing twice now and both times pt3 has become unresponsive

i've been using postgresql for a while now with pt2, and downloaded the pt3 version w/out postgresql. after going through the setup process it seemed to create a new database for pt3 just fine though.

Looks like you uninstalled PostgreSQL at one point and didn't delete the installation directory. You may also need to start a command prompt (Start -> Run, "cmd" <enter>) and type "net user postgres /delete". After doing that, PostgreSQL should install fine.

PT3 doesn't count it as an attempt if it's called before it gets to the blinds. I'm still undecided as to if we should keep it that way or not.

Does the PokerTracker.log file (in the main PT3 directory) show any indication of a problem?

Sorry, I never used PT2 except for the free trial so I dont really know. If I remembr correctly, loading the hands into HM was pretty slow a couple of hours maybe, but not like 16. This folder im loading from is the Pstars folder where it automatically saves them and only has about a month worth's of hands, probably no more than 50k in all i think.

Something went very wrong. Out of the 500k hands I imported, its showing me that I only played 100k hands and only at Party. I should have a bunch on hands on FTP. In player summary there's a long error message of stuff I don't understand and it finishes off with "ERROR: division by zero". Also, the player statistics has me down $600,000 at $0 NL

Huh?

Like if you raise in the CO and the Button calls, it isn't an attempt?

I def. think we should just keep that the same, if not for anything at least for standardized reasons since we are used to the same numbers.

while importing my hands pt just shut down (but it found the douplicates in the DB after restarting it once) after restarting it again PT tried to create a new Postgre DB... i was running at 70h/hour

dont know why ...

but its possible that my computer sucks :-)

i am know forced to re-import every hand history (into a new db with the same name?)... what happened to the database i've created first?

why did it recognize the duplicates after i've restarted it once ...

There was a problem with one of the limits it imported. Do you have pgAdmin installed on your computer? If so, do you know how to run queries?

I agree that it's a steal attempt. But for the blinds, is it still a steal defense if the button called?

Instead of creating the database again, just enter the db name you used before and check the exists checkbox. Though it should have saved those settings the first time you entered them.

PT3 doesn't keep track of where you are in the import yet, so it's forced to go through all the hands again.

I have pgAdmin III and no I don't.

I'm exhausted right now, so if you would, please make a support ticket in our system and we'll work on figuring out what went wrong.

ive noticed that it recognizes the duplicates again ...

works !!!!!

He said ATSB, so I was only talking about attempt to steal blinds.

For defense? Hrm. I don't necessarily think so. I know if I call after a CO raise / Button call it isn't to "defend" anything. Defending there would be called stupid. By then you are calling because of Hand strength or Implieds with some suited. I don't think you should be "defending" OOP vs two players, so I wouldn't consider that a defense.

not imo. if the BTN calls your CO steal, that is a "attempted steal gone wrong" (unless it was a value raise )

if a CO raise is an ATS then a MP raise should be a ATS and then a UTG raise .....

.........

where is the "Attempt to steal own blinds" tab?

Wow, guess I am either blind or need to adjust my monitor then. I will try the latter before assuming the former.

On another note:

I exported all hands from PT2 to text and imported them to PT3. Mostly because I didnt take my time to notice the direct convert menu commmand. Now when I compare PT2 (which matches my HM DB) to PT3 for this month, 48 hands are missing from PT3 on every tab, except the graph tab, that are in my other 2 Trackers DB's. 5089 in PT2 and 5041 in PT2/HM.

So PT3 Graph tab shows a profit of $200+ and 5,089 hands played. Every other tab in PT3 shows the 5,041 hands played and only $70.xx of profit. PT2/HM both accurately show 5,089 hands and $116.xx profit.

I assumed some hands got missed??? until I noticed how silly the graph tab was compared to every other tab in PT3 - all of which are completely wrong from what PT2 and HM both say.

I will look at this later, because I would just rather play some cards right now.

You can't start messing with these stats now, it was fine before. If I see a player with an ATSB of 40%, I am assigning a range to that player based on that number. That someone happened to call behind him is irrelevant. The way the number is now, you made it context dependent. (ex; Does the player play in loose games or tight games? If he plays in loose games, now the number will be much lower.) Then you have situations where a player who plays on loose party games has a certain ATSB, while somebody who plays on Stars may be stealing with the exact same range, but his ATSB will be higher. Redic.

Agree with Prodigys take on blind defense as well.

Very impressed with the beta - please get the HUD finished!

<3