Before I spend (waste) any more time on trying to get the bulk importer to work with Windows exe latest version 0307, does the bulk importer work or NOT? I read these comments as there being a problem that isn't resolved yet. Can any of the developers say for sure. (regarding PokerStars bulk importer)

edited... I will send you the hh's in question ASAP....

Dog

The bulk importer works, but i think we have a regression in certain types of hand histories. I'm able to import 100k of my hands without issue at the moment. I'm only a limited sample though - I play only NLHE + a little bit of PLO.

I just now emailed the two hh's you wanted to see. I have plenty of samples of Omaha hi'lo and limit hold'em

Dog

Thanks Dog - that file is definitely failing for me on my system. I should be able to work up a solution pretty quickly.

Sorrow

"Quickly" is always appreciated, but not necessary.

At least I know I'm not totally crazy and the only one having an importer issue.

Thanks for this; it now works.

Nope - you aren't nuts.

I've fixed it in my tree. There was some patches that 'corrected' the lookup for limit blinds, my suspicion is i'll need to fix for all separate blind levels.

I guess I should take a look at this too

Bear with me - its been a while since i crufted this code...

FWIW - the quick way to crash things at the moment is to only import a single hh file.

This looks wrong.

THRESHOLD is the minimum difference in seconds that we should use to establish sessions - you are literally adding 1801 to the end of the diffs array here.

Giving something like: [0, 10, 20, 15, 1801] - Effectively enforcing that another empty session exists because...
index = [5]

That gives you the right result, i'm not sure if its 'correct' though. Looking into it.

Heh - hadn't payed attention to that yet.

I went with:
I've put together something thats working a little better now, but still printing mountains of debug.

I'll clean up and push in a couple of hours.

Sorrow

I've only just noticed this discrepancy. I'll look into it as well to see whether Socratic's patch produces the right results for me. I've ascertained that the total hands played as reported by the graphing function coincides with the actual number reported by the PS client, so this is the true figure the session viewer should be reporting.

hey im trying to get this to work on ubuntu but when i try to run fpdb.py nothing happens.

also when i type in: chmod u+x fpdb.py
i get this: chmod: cannot access `fpdb.py': No such file or directory

anyone know what i should do

What have you installed? the .deb, git or a .tar.gz version?

Can you copy and paste some output for me?

i installed the git version.

when i try to run fpdb.py in terminal it basically closes instantly but i managed to take a screenshot


im kinda new to linux/ubuntu so i probably screwed something up installing it. should i just start over again?

http://trac-git.assembla.com/fpdboz/...6425312d1e3886

The number of hands is still under by 1, which makes me think that the number of hands being used to calculate the stats is missing either the first or last hand. Its happening in the final session too, which makes me think its probably the first hand.

It is right and wrong. Wrong because numpy's ndarray doesn't have a method append. Tx to Eleatic for finding that out.
However the idea is correct. As per my later posting 2.1 should comprise:
Let me explain why my sollution is correct. suppose we have 5 hands with:
In this case we should have 2 sessions: [t0,t1] and [t2,t3,t4].

However the original code will result in:
meaning that index will result in showing only the session [t0,t1], because range(len(index[0]))=[0].

My updated code will result in:
meaning that index will result in showing sessions [t0,t1] and [t2,t3,t4], because range(len(index[0]))=[0,1]

Come to think of it "last_idx" is really a bad name for it's current use. It would be better to name it "first_idx". Because that's what it is: "the index to the first hand of a session."

It gives the correct result, because it's correct. That's because how many numbers are between two number, n and m (n<=m), those two numbers included. Answer: m - n + 1. As an example how many number are between 1 and 10, (1 and 10 included). Answer: 10= 10-1 + 1 not 9= 10-1.

That's another option. However, I don't really like it. Why? Because the last hand in the session took some time and you're ignoring it with your code. Come to think of it. Every session takes some additional time before and after actually playing ( before: starting up client, finding first table, sitting down, waiting for BB,...; after: checking stats, checking balance, closing client,... ) So with my code you could imagine even changing my 1 with a constant that signifies the number of minutes spend in the before, after and during final hand for an average session. So adding 1 minute to every session even seems conservative to me ( try starting a session from scratch, playing one hand and closing the session all within 1 minute if you don't believe me. Especially when using auxiliary software like fpdb to get a HUD and to analyse your session afterwords).

To conclude, I've test these changes myself in a git-tree on one of my Linux boxes and hands is not off by one.

I'll stop my rant here.
Socratic.

No need to start again, just looks like the config file isn't found.

Did you setup the config file without any problems ? (Quote from wiki: "Now you need to tell fpdb about the database. Edit 'HUD_config.xml.example' from the pyfpdb directory and save it in the same directory as 'HUD_config.xml' ight(just drop off the .example)-- fpdb will read this in preference to the example config.")

Also, I normally double-click on run_fpdb.py in the parent directory, rather than /pyfpdb/fpdb.py can you try going up one level and using run_fpdb.py instead.

got it going now, thanks man

ok had it working for like 5 minutes and now im getting this



any ideas

I'm probably the last guy who should make suggestions, but my database on the newest version ends with ".db3" and I noticed yours ends with ".d3b", not sure if that might make a difference.

dog

Ahh... lightbulb goes on. Thats a much cleaner solution than what I just posted.
Works for me. I'll update.
Hindsight is wonderful. I'd convinced myself I wasn't using both the endpoints.
You've given this a lot more thought than I have.

I think i'm happier with something more precisely defined. Session = time from the start of the first hand to the start of the last hand.

Given that the last hand will often be UTG and folded I don't think this is too unreasonable that we dont add time. Perhaps a 'padding' factor to let user decide.
Hmm, i like the idea of recording review sessions - length, # of hands loked at, equity calculations... hmm.

You are configured to connect to a mysql database called fpdb.db3 - does that database exist?

I hate to keep nagging you guys about this, but any luck on getting the cbet?

Gimick posted a patch recently with regard to this, highlighting the defference in definition of cbet in fpdb vs everyone else.

I applied his patch to my dev tree about an hour ago but haven't pushed as yet.

Sorrow

hmm I can't seem to find it? what page is it on?

Its been on the mailing list - not here.

does this program work with play money or only with real money? and if not could source code be easily modified to work with play money?