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.

Show navigatoin links when on the last page too.

Fix the font rendering on Win7+Chrome.

Filter the nicks properly.

Fix the ordering of things and the view game links.

Remove quick links to accuracy info.

Add advanced search to the top nav.

Make accuracy information expandable.

Grifify the game info page.

Make the scoreboards look more like they used to.

Center the footer.

Fix right-hand side of the border for Samual.

Add real download link location.

Integrate searches coming in from the navbar.

Set destination for nav search form. Use search type for the input.

More Pythonic check for qfont character range :)
I did not know it has such nice syntax!

Add the search bar on the right of the nav bar.