Can't calculate the k:d ratio if d (deaths) is None.

Python 2.6.x doesn't have total_seconds().

Add player badge batch job (via zykure).

The player badge batch job uses cairo to generate a summary
image of the given player's statistics. It can be run
periodically to maintain the "freshness" of the data. The
tricky thing with this batch job is getting cairo working
within the virtualenv - one has to install it in the machine
and then symbolically link to the ENV. This is obviously not
ideal, but it does work.

Many thanks to zykure for this well-designed image!

Wait for precondition checks before beginning the DB transaction.

SQLA's DBSession implicitly starts a PG transaction. When this
happens before the precondition checks (blank game, verified req, etc)
then an unneccesary transaction is started. Delay grabbing a new
DBSession until AFTER these checks are done prevents these useless
transactions from occurring. This means we should see little to
no ROLLBACK transactions in Munin once this is in place.

Use score-scaling Elo for non-duels.

Scale S according to the real scorefactor in non-duel games.
This eliminates the effects of people switching to the winning
or losing team at the very last second. This also avoids a
"winner take all" in DM mode, where most people would lose points.

Additionally, all players are compared to everyone else, not just
those on their own team. This makes it more fair anyway - no
averages are done over the opponent team only. You now have to
perform better overall to get more points.

Use traditional (win-based) Elo instead of score-based.

Using traditional Elo instead of score-based Elo eliminates a lot of
confusion and drama surrounding losing points when winning and
gaining points when losing. I think this is a better reflection of
what we're after - the highest ranking players have won the most.
This has an intended side-effect of encouraging ALL players to
play more, because even pros have no penalties by playing newer
players.

Whoops, elo_delta in the wrong order.

Don't dock Elo points if the player won.

After much debate I've included this enhancement. It prevents
losing Elo points if you've won the game. While this makes the
algorithm not *true* Elo, it prevents the negative perception
in the community. People were turning off their tracking for
fear of losing Elo points even if they won, and this hopefully
will fix that situation.

Remove +/- points display on scoreboard.

I've decided not to show the +/- elo_deltas on the scoreboard
because they are individual measures. They thus belong on a
given player's info page instead. The player_info view is the
future destination of this data (not implemented yet).

Also, I'm preventing duel matches from being processed as both
duel and dm matches. Duel really is a mode of its own, even if
Xonotic doesn't have a dedicated mode for it.

Remove < 50 restriction.

Basic support for batch processes.

Badges is the first batch process supported. It basically
sets up the pyramid environment, then iterates over the
player base and generates static HTML files showing their
high-level stats. That static HTML is then converted into
a PNG for use in forum signatures. A bash wrapper is
needed to drive the whole process via cron.

Don't die if no favorite map exists.

Allow player view functions to be imported.

Prefixing the real data functions with '_' prevents
them from being imported by outside applications.
At first I thought this was a feature, then I realized
that there is really no harm to exposing them if needed.
Such a need developed for player badges, so I'm exposing
the views here. More will follow.

Add elo delta tracking.

An elo delta is the amount by which a player's elo goes up
or down per match. This is useful for tracking purposes
and competitions.

The decimal formatting here is a bit hacky, and I don't like it,
but Mako refuses to do a proper format string on a decimal.Decimal.
This is even thought on the interactive command line it works! Argh.

Debug message when a duplicate game is submitted.

Show ranks on the player_info page.

Change the query group by, return dict instead of Map.

Add favorite map support.

This commit adds a line item to the player_info page
showing the player's favorite map. This is the map
the player has played the most in the past 90 days.
A link to the map_info page of that map in included.

Whoops, missed a comma.

Fix merge conflict, change indentation a bit.

Make RL the default dmg graph weapon.

Small style changes to the graph.

Merge branch 'master' of github.com:antzucaro/XonStat

Conflicts:
xonstat/views/__init__.py
xonstat/views/player.py

Integrate the damage efficiency graph in player_info.

It isn't complete yet, but it is much better than before, where
new players would have a blank graph. Now it checks that the
given player has *any* accuracy or damage based weapon usage
and shows the graph accordingly. If the player does not have
five games of either, the appropriate graph doesn't show.

The incomplete part is that I'm not setting the default
weapon to show (nex and rocket launcher). If a player plays,
say, 10 games avoiding the rocket launcher then it will still
show a blank graph b/c the rocket launcher is the default dmg
weapon shown. This will be fixed, I just need to find a good way.

Add a damage efficiency view structure.

Allow tracking of damage efficiency as well. Damage efficiency I'll
define as the amount of damage you do per hit. The higher, the
better! This is appropriate for all splash-damage weapons. Spam shots
are not included on purpose (unless they hit, of course) after
conversations with the competitive community; spam shots usually miss
and are intended for blocking routes or catching your opponent while
they are out of your direct line of sight.

Merge pull request #12 from nyov/nyov/conversion

converted the codebase to unix fileendings and file permissions

Routes for json views

Dummy json views

Model representations for json serialization

Use jsonp renderer for remote requests (or this API would be pretty moot)

JSONP allows cross-domain requests by wrapping output
in a function call if requested.
Requires pyramid>=1.1

Some code format changes for better readability

dos2unix file conversions for everything

Sorry, but the different encodings between files keep messing up my diffs.
Let's stick to one encoding here.

Merge pull request #11 from nyov/nyov/refactor

refactored views in preparation for json output

Merge pull request #10 from nyov/nyov/favicon

xonotic favicon

Merge https://github.com/nyov/xonstat into nyov-header

Player_game_index needs to use GET too.

I missed updating player_game_index to use GET params. Thanks
asyyy and nyov for reporting and fixing, respectively!

refactored views in preparation for json output

xonotic favicon

Add initial support for JSON on map_index view.

This commit adds initial JSON support to the map_index view.
I am giving each model class a to_dict function that returns
a select number of its instance variables back in the form of
a dictionary, which can then be returned directly by a JSON
renderer. I'm not sure if this is the right way to go, but
it works for now.

I've also ripped out the main "data-calling" piece of each
view callable into a separate function so that the JSON-
enabled view callable can use it. The non-JSON one just
returns the result of that function, while the JSON one
massages the data to be able to make it fit better for
API-like consumption.

make README more readable in terminal

Merge remote-tracking branch 'antzucaro/master'

Remove _paged views.

We no longer need separate _paged views when using 'page' as a
GET parameter. It is just appended to the URl now, as opposed
to being a part of it.

Convert rank_index to use page as GET too.

Make pagination a GET parameter, not part of the URL.

It was not the best idea to add the 'page' displayed to be an actual
part of the URL. It should be a GET parameter instead, which jives
a little better with my understanding of REST-like resources. This
changes all paginated views to use a GET parameter and also limits
results returned to 10 per page for performance and viewability
reasons.

Remove debug statement.

Do not die if missing revision metadata.

The Xonotic revision metadata comes as a part of the 'R'
line in the POST. Although it isn't required, server was dying
when it was missing. I made it optional now, defaulting
that field to "unkown" when it isn't present. Note: DTG
brought this issue into the light, as they custom compile
their Xonotic, and they omit #ifdef'ing WARPZONE, which
is what prints the 'R' line in stats.

Remove 404 on include, remove doubled double quote.

Merge remote-tracking branch 'antzucaro/master'

clean dangling commit on actually merged branch

Merge remote-tracking branch 'dmazary/patch-3'

Turn off dots, enable hover for average.

adapted z's search engine hints and header

forgot actually committing the changes. fail.

adapted z's search engine hints and header

Merge remote-tracking branch 'z/master'

Conflicts:
xonstat/static/css/style.css
xonstat/templates/base.mako

Modified Readme

Add more goodies to the accuracy graph. Tooltips, a legend, and links to the games on the x-axis.

Add labels to the graph.

Prevent rollup animation from being seen on game info page.

Make the background black, as the transparency was not working as well in IE and Chrome. Also add cursor to the weapons below the accuracy graph.

Fix player_info template for missing player.

Add a toggle-able accuracy selector to the player info page.

You can choose which weapon to show accuracy stats for. The only weapons shown are those that the player has used in 5 or more games in the past 90 days. This is still a work in progress, as I don't have labels or nice hovers for the datapoints. :(

Initial version of ajax-updating of the accuracy graph.

The accuracy view needs to be changed to accommodate clicking on weapons where not enough data is supplied. Right now it results in a JS error that halts all further updates to the graph.

Ajaxify the accuracy graph.

Don't throw an error if the number of duel ranks found is < 10.

I was using '-' as a filler in such cases, and was populating four values into a tuple. The template expected three, so in situations when I had to fall back on the filler values, I was providing one too many, leading to 'too many values to unpack' upon loading up the main page.

Clean up the graph, make a new JSON view for accuracy data.

Remove jinja2 dependency in requires, add PasteScript.

Add issues and FAQ links.

The latest games need to be at the end of the array, thus no desc.

Needed to use httpexceptions here. That class does not exist in exceptions.

Remove jinja2 dependency.

Use utcnow() as the basis for calculating fuzzy date strings.

Whoops, left in a debugging statement.

Adds an accuracy graph and removes the overall accuracy table.

In retrospect the accuracy/damage table was a cop-out. It doesn't really show anything useful, it was just easy to display query-wise. Meanwhile I've been told time and time again that nex accuracy is the only thing that people are truly looking at as a measure of their accuracy, so that is what this commit does in graphical form. Other useful things will come later, but likely not in a tabular format again.

Add some kill ratio and win percentage, clean up recent games.

Added the kill ratio and win percentage to the first section along with a breakdown of how I got them. Also cleaned up the recent games section so it looks more like what is on all of the other "leaderboard" pages, which people should expect. I removed the overall stats section altogether, as 99% of the time people are looking after what is currently provided (e.g. flag carrier kills = rather unimportant in the grand scheme of things).

Add Google Analytics support.

Stats has been operational for almost six months now, yet I don't have a clue of how many people are using/visiting the site on a daily basis. It's time to fix that! GA support will be tracked up to the xonstat address at gmail.com.

Huge performance boost for the DB queries on the home page.

The queries on the home page weren't bound by dates (which are indexed) or limited by the number of rows returned (despite the tables being a fixed size there). Adding these two filters on each of the queries makes the home page fly. The dates are done w/ a BETWEEN clause, while the limit on the queries is done w/ a normal LIMIT statement. The result takes the page from 3.5s average load time to about 400ms. :D :D :D

Reduce one operation in hex_repl (util.py) via dmazary.

Reduce the operations in hex_repl for a small performance boost.

Cap RGB value darkness by first converting to HSL, then applying threshold.

RGB values that were too dark to read against a black background are now viewable. This is done by converting the RGB values (from the hex values provided) to HSL, then moving any L (lightness) values beyond a certain threshold back. Finally they are converted back to RGB for display. In practice all this really does is to lighten the dark colors without changing their hue or saturation values (e.g. black becomes gray).

Thanks go to dmazary for helping me with this and working through the various bugs I found. Thanks, Dave!

Merge branch 'patch-3' of git://github.com/dmazary/XonStat

round and int rgb css color values

Merge branch 'patch-3' of git://github.com/dmazary/XonStat

list comprehension instead of map.

Merge branch 'patch-3' of git://github.com/dmazary/XonStat

normalize from 255 to 1 correctly :)

Merge branch 'patch-3' of git://github.com/dmazary/XonStat

adjust color scales between css and Python's colorsys

Merge pull request #7 from dmazary/patch-3

Idea about classifying text as light or dark so css styling could increa...

fix typos

Change font color instead of using a css class.

Idea about classifying text as light or dark so css styling could increase contrast for dark text. This looks interesting: http://css-tricks.com/adding-stroke-to-web-text/ Maybe using that trick with an electric-blue text outline for dark text.

Fix second page links on search queries.

Don't show the navigation links if we're on the first and only page!

Add an itemized breakdown of the games played by a player.

This is so we can see how many of each type of game type that the player has played. It will look like <total games played> (<number of games played> <game type cd>).

Merge pull request #6 from dmazary/patch-2

use cgi.escape to escape &,<,>

use cgi.escape to escape &,<,>

Honor cl_allow_uid2name 0 when cl_allow_uidtracking is 1.

In an attempt to display better nick information I've overwritten the provided nick (in this case none) w/ what was on the player record. This is wrong - if uid2name is 0, thus leading to no nick provided, that means I should show "Anonymous Player". This ends up being a little silly when uidtracking is 1, because a person can just click on the "Anonymous Player" link to see who was actually playing :D.

Merge pull request #5 from dmazary/patch-1

More Pythonic check for qfont character range :)

Show player elo on the player info page.

Turn on CA support, testing to commence this weekend!

Ignore deactivated players in search and in player views.

Fix "more games played by player <blah> page.