Fixed stupid typo in the badges generator

Add nb.png for nexball.

Nexball once had a game_type_cd of "nexball," but now it is "nb."
This copies the icon accordingly to support both names.

Fix a JavaScript hover issue (via zykure).

Undo the addition of zykure's games breakdown stuff.

While the changes are appreciated, they introduce WAY too many
database queries and LOC. They will be rewritten using a more
efficient query structure before inclusion. Also I'd prefer to
use tabs instead of pills, with the tabs being on the left or
right, not along the top/bottom.

Remove extraneous print in player_info JSON view.

Merge of zykure's player_info JSON object plus a few bugfixes.

Decrease opacity on xonborder, add opacity to all tables.

New background image. Thanks, NASA!

Add a new background image (#3) from NASA's Hubble telescope. It
was a little bright for #xonborder, so the alpha % on that was
increased.

Implemented some (preliminary) JSON API to retrieve player data
This function will be used e.g. by the Xonotic IRC pickup bot.

Merge branch 'badges' into approved

Conflicts:
xonstat/batch/badges/gen_badges.py

Remove artificial padding on the body of the page, un-fix navbar.

Fix the header on the ranks page.

Consolidate the logic for the header, which was being neglected.
Now it has the full header present without an h2 which essentially
duplicated the same header. I removed the h2 and left the header.

Turn off italics in the header.

People didn't like the italics in the header, stating that it
didn't really fit the style. I didn't really have an opinion
either way, so I straightened it back up. I also removed the non-
breaking space after the header that was put in to "even out" the
slant of the italics.

Minor improvements to the badges generator:
- Fixed mistake int the ^6 color code (leading to wrong colors)
- Extended the playernick down-scaling for too wide nicks (now max. down-scaling is based on fontsize)

Add localized time support (on hover).

Without Javascript people will see the UTC time. With Javascript
all of those UTC times will be changed to localtime (accounting
for DST) via the epoch time of the object.

Add methods to return the time (create or start) in epoch seconds.

Add a default alivetime of 0, better storage of stripped_nicks.

Default the alivetime to a timedelta of 0 seconds, and store
the qfont-decoded, color-stripped nicks as the stripped_nick.

Handle the halving of weapon stats a little better.

Default PlayerWeaponStat rows to all 0 to protect for missing
accuracy data. Also halve all of the pwstat members at once
instead of checking on each loop.

Use a dummy session variable.

A little while ago I moved down the creation of the actual
DBSession() below the precondition checks to avoid unnecessary
rollback transactions. What I didn't do was check if the session
existed before using it, so when precondition checks failed I was
calling a variable that wasn't defined yet (another exception).
This adds a dummy session variable that I can check before rolling
back, avoiding more exceptions.

Halve the weapon stats if the POST request is from version 1.

Version 1 of the weapon stats submissions sent double the weapon
stats. This means that all hit, fired, max, actual, and frag data
were 2x what they should be. The fix is to check for version 1
requests and halve them accordingly. Versions >1 should not have
this problem.

Add IE fallback for the main content section (all black).

Add a text-shadow and more margin to the bottom of the headline.

Fix broken firefox. Damn you, firefox!

The latest firefox update broke the web borders. This is a
workaround. It compresses the main header by removing the
"get the game" button (not really needed). This change also
swaps out the backgrounds to match xonotic.org and a move of
the title accordingly. All in all I think it looks pretty decent!

Merge branch 'badges'

Use relative time everywhere, but add hover with absolute time.

Use "fuzzy" dates everywhere (e.g. "an hour ago"), but allow for
a hover showing the absolute UTC time when needed. This is done
with a span and a title attribute.

Fixed display of some characters in playernick (e.g. . : |)

Fixed gametype display in "minimal" skin

More design work on the two badge themes; also improved skin support
- More parameters that can be changed by skins
- Minimal skin: fixed gametype alignment, retuned coloring to be more modest, some redesign
- Classic skin: gametypes are now aligned to the center if less than max. gameteypes are shown, re-introduced the "no stats" stamp, also some redesign
- Some code cleanup

More work on classic and minimal themes; now both include a fancy Xonotic logo!

More fine-tuning to the "minimal" skin; added options to enable/disable centering of some elements

A collection of smaller improvements to the badges generator
- Fixed a bug in the commandline parser
- Finally fixed the "win/loss" bug (new query, also a bit faster)
- Split up "render" and "data" parts of the code (skin.py & playerdata.py)
- Reworked overlay images for classic/minimal skin (source .xcf files included)

Added multiple skin support and better commandline parsing
- Skins other than "classic" will be put into a subdir in the output directory (e.g. output/minimal/###.png)
- By default, "classic" and "minimal" badges are created for all players that were active in the last 6 hours
- A skin list can be passed to the program for testing (e.g. "gen_badges.py classic archer")
- The "-force" parameter enforces an update of all badges by setting delta to 2^24 hours
- The "-test" parameter limits the number of players to be considered to 200 (used for testing)

Fixed crash when no active players were found

Add a cutoff date.

The cutoff date is the date before which games are not considered.
In other words, a player must play within the cutoff date range in
order to have his or her badge regenerated. This is to prevent
generating images for every single player, every single run.

Hotfix - last commit introduced a bug where only the last defined skin could be used

Added first version of "minimal" skin
- NOTE: Transparency does not work fully as expected (can't use a transparent bg image, only fillcolor+overlay)

Improved PNG output for badges (now using zlib compression)

Fixed bug in "total wins" query - NOTE: other queries (e.g. duel wins) are still flawed!

Added rudimentary skin support to badges (also moved large parts of code outside the main program)
- To select skin, run gen_badges.py with the skin name as argument (i.e. "classic" or "archer").

Added support for transparent background in badges (bg=-1)

Improved handling of whitespace in playernicks

Merge branch 'master' into badges

Conflicts:
xonstat/batch/badges/gen_badges.py

Fixed bug in "wins" query

Fixed some problems with playernicks in gen_badges

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

Added 1st version of Archer's background; some finetuning

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!

More work on the badges generator
- Added overlay support
- Added additional backgrounds
- Cleaned up the code
- Removed obsolete files

More fine-tuning of the badges generator

Fixed/improved some things in gen_badges.py (more colors, fixed playernick handling)

Re-implemented the badges generator, now it uses the cairo API for rendering.
Rendering one image takes about 0.2 sec, including the DB queries for each player.

More fine-tuning of the badges generator

Fixed/improved some things in gen_badges.py (more colors, fixed playernick handling)

Re-implemented the badges generator, now it uses the cairo API for rendering.
Rendering one image takes about 0.2 sec, including the DB queries for each player.

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.

Add relative number of games / playing time to game breakdown

Finalized "Game Breakdown" section (fixed implementation; added more data; improved layout)

Rearranged layout of "game breakdown" section (currently WIP and not fully working)

Rearranged game details to show up in a fancy table, one row per gametype

Went back to showing only one favorite map/weapon/server; rearranged layout somewhat

Fixed some bugs in the latest commits (e.g. DB queries, website layout)

Fixed some bugs in player_info page

Restructured player_info page to now include more detailed stats for specific gametypes (currently duel,dm,tdm,ctf)
The total_stats dictionary now also holds much more information than before, especially gametype-dependent info
Also added "favorite server" line, showing on which server the player is most likely to be found

This commit implements some of the suggestions from Feature Request #1039:
Organizing Player page statistics - http://dev.xonotic.org/issues/1039

Implemented feature #1228:
Show weekly/monthly timer on the player_info page - http://dev.xonotic.org/issues/1228

Also added "suicides" to kill/death statistics (number only, no ratio)

Updated "favorite map" to show more than one map (three by default); and updated favorite weapon display

Also fixed the damage graph tooltips

Improved "favorite weapon" feature to actually work, and to show more than one weapon
The fav_weapon field now holds all the recently used weapons; the number of shown weapons can be set in the .mako file.

Add "Favorite Weapon" field to player object and show on player-info page
(Works similar to "Favorite Map", i.e. count all the used weapons in recently played games)

Fix some bugs (which only occur on my system??):
- Use default value for 'last' if it isn't set properly in navlinks (affects "Games" page)
- Use sequences instead of dictionaries in _query attribute for accuracy/damage graphs

Fixed tooltip bug in accuracy/damage graphs

Fixed wrong filename in setup.py

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.