Add a check for humans who have fired a weapon during parsing.

Store entries for all players, just human players, and just bot players.

Fix typos.

Add a function to determine the Elo category.

Compute the number of real players during parsing.

Check for distinct weapons fired during the match.

Remove the need for peeking, improving performance.

Initial work on a new submission parser.

Add 'duel' as an explicitly supported game type. Fixes #173.

Remove Persona since it was shut down. :(

Add separate HTML and JSON responses for a map's top scorers.

Raise the 404 at the right scope.

Use pagination on the maps page instead of a full select count(*).

Refactor the map_index views.

Update the CSS, make it easier to generate them.

Get rid of minified assets that we don't use.

Update the combined CSS file.

Center the navigation to match the website.

Make precondition failures return plain-text.

These show up in the server admin's logs as HTML currently. Making them plain
text (which is, of course, how the server logs are formatted) makes them easier
to see and understand.

Remove an unneeded import.

Improve server matching.

The old code would attempt to match on hashkey OR name, depending on what
information was provided. The new version will search on both at the same time
by using the builder pattern on the query.

Add the active filter for servers on the search page.

Use better formatted filters.

Add a filter to show active servers only.

Give a better name to a function and also use the server Elo indicator.

Add an Elo indicator to servers.

Use more descriptive names, not raw().

Reference the correct function.

Fix imports.

Merge pull request #26 from antzucaro/active-maps

Fix the active maps table and corresponding index.

Show the number of games instead of the sort order (again).

Add the active maps links back.

Merge branch 'sev/xolonium4-badges' into 'master'

Render badges with Xolonium 4.0

I have recently finished Xolonium 4.0, available [here](https://fontlibrary.org/en/font/xolonium).
Most notably, it now also includes a hinted ttf version. As a result, it should be possible to render the badges with sharper text.

Now, there is no point in just telling you this, so I pushed this branch as a potential update for the badge scripts. It adds the necessary hinting options and slightly adjusts some of the font sizes and positions, to optimize the result. Of course, it is necessary to install the new ttf version first.

Old/New:

I also have noticed that the rendered badge images are quite heavy. It would be fairly easy to cut their size by reducing the colors to 8bit, without a noticable effect on quality. I have added an exemplary script (optimize.sh), which could reduce file sizes by almost half.

See merge request !3

Merge branch 'sev/xolonium4' into 'master'

Update Xolonium webfonts

This branch updates the webfonts to [Xolonium 4.0](https://fontlibrary.org/en/font/xolonium).

Note that I have deleted the .svg format, because it is [deprecated](http://caniuse.com/svg-fonts).
In return, I have added the new .woff2 format, which offers better compression.

Also note that I have removed Arial and Helvetica as fallbacks, resulting in:
`font-family:Xolonium,sans-serif;`
I consider this preferable, because it falls back to the default sans-serif font,
which should be the "best" font as determined by the system or the user.
I can change it back if desired.

See merge request !4

Change the required cvar name. Fixes #23.

Merge pull request #25 from antzucaro/models-refactor

Refactor all of the models into separate modules.

Get rid of joined_pretty_date in favor of the mixin.

It's a medal, not a rank.

Use mixins to avoid duplication.

Use field indexing for format() for clarity.

Format all code in the models package.

Make models a package instead of being a single (huge) module.

A little bit more code cleanup.

Merge pull request #24 from antzucaro/server-refactor

Merge the server views refactor.

Oops, it should be application/json not text/json.

Add the 'plus' link to the recent games table too.

Add links to the tables, rename the template to be consistent.

Add lifetime value to all server top* HTML views.

Make the return values consistent.

Add HTML views for top active players, scoring players, and maps played.

Show the correct lifetime information in the template.

Add rank-fetching in the view, make the template easier to handle.

Limit and last are query params, not match params.

Add limits and offsets to all 'top' views.

Change around the organization of ServerInfo.

No newlines for beneath the init methods.

Add a JSON method to the ServerInfo view.

Flatten the lines a bit.

More server refactoring...still not sure if this is the right way to go.

Convert the server info to a class-based view callable. Add a dummy JSON view.

Add docstrings.

Convert the server index to a class-based view callable. Add a JSON view.

Further adjust font sizes and positions in badges

Update Xolonium webfonts

Add example script that optimizes the size of badge images

Slightly adjust font sizes and positions in badges

Add font hinting options for ttf version of Xolonium 4.0

Use pserve, not paster.

Show player medals on the player_info page.

Add a simple form for the versus view.

Initial version of the "versus" view between two players.

Rename the "top" templates to match their views.

Make the active players/servers/maps use the cache.

Instead of fetching from the base data, the active players/server/maps views
will fetch from the so-called "materialized view" tables instead. These tables
are precomputed and will be MUCH faster, performance-wise. Regular Beaker
caching remains the same for these, and the paginated pages now only support
clicking "more" until the list is exhausted. Perhaps in the future they will be
fetched via JSON and appended to the page in a "never-ending scroll" thing.

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

Use the summary_stats_mv instead of the full table.

Force create_dt to start_dt for games.

There's some drift in the database between the two, when in actuality they
should only be milliseconds apart. The start_dt *was* being set via the
application and the create_dt with a database default. The values resulting
from the defaults were sometimes minutes earlier, which doesn't makes sense.
Until the true cause is identified I'll force the two to be the same.

Add another sorting option to player_captimes.

You can now sort by two fields: most recent and fastest. This is done with a
line at the bottom of the table that allows you to toggle. Fixes #163.

Add a plus-sign link to the player_game_index.

Fix the navigation icons. Fixes #161.

For some reason the navigation links were still using the old "glyphicon" font
classes. This meant that the actual "previous" and "next" page links weren't
actually visible, leading to some navigation issues. Changing them to the
font-awesome classes makes them visible again!

Make the rank index titles data-driven.

Whitelist rank game types in the view. Fixes #162.

The game types where you could view ranks were previously controlled by a
regular expression check within the route. This was completely NOT obvious to
troubleshoot. This moves them to within the view, which is much easier to
control. Additionally, a 404-check is added for malformed values.

Clean up the game info view.

The player JSON view should use to_dict() instead.

Make the game finder JSON-enabled.

This allows applications to get "recent games" via an API.

Foundation columns should add up to 12, not 13.

Reduce the number of fast caps shown on the map_info page.

Add a link to view the fastest capture times on the map_info page.

Move MapCapTime and PlayerCapTime to models.

The more I thought about it, the more I think that these two classes should
live inside the models module. They are nothing more than models for views. So
what if they aren't object-relational!

Throw HTTP 404s if either the player or map do not exist.

Allow fetching player captimes using the JSON endpoint.

Fix the JSON view for map captimes.

Clean up xs_submit.

This was written when I didn't really know that much Golang. I know a little
bit more about it now, so I can at least format accordingly! Also I know how to
use a Scanner now. Shame on my past self...

Add ranks to the post-match template.

Fetch ranks for the post-match report.

The ranks are updated daily, so they don't change game-per-game for an
individual, but having the rank value still tells people how strong a player
is that they've been playing against.

Use raw ID values, not URLs.

The game doesn't have clickable links anyway.

Remove k-factor, score-per-second, and alivetime.

The k-factor and score-per-second values don't have any use for the game UI and
the server already knows the alivetime values of all participants.

Provide a plaintext response to stats submissions.

For all of XonStat's history the POST requests sent in by servers had plain
HTTP responses. This begins to change with this commit, which responds back to
the Xonotic server with meaningful information about /what happened/ during the
match that was just submitted. Of particular importance are the player_ids and
elo delta values that were stored as a result of the game. The template
establishing the format for this is submit_stats.mako. It will be extended
after we decide what other things we want to include.

Refactor the Elo processing code into EloProcessor.

Before, Elo processing was simply a couple of extra methods that mutated
PlayerGameStat and PlayerElo rows, adding them to a session for updating or
inserting later. In order to support an end-of-match game report, we now need
to hold onto to those intermediate values so they can be passed into a
template. To do this I created an EloProcessor class to perform all of the
computation and an EloWIP class to hold onto all of the intermediate values.
EloProcessor can be used to find out what changed during Elo calculations.

Get rid of some commented, unused code.

Clean up the production configuration file.

This includes a little better organization of the production.ini file for
administrators. It includes comments on the different directives, better
indentation, and rotating log files of limited size using Python's
logging.handlers.RotatingFileHandler facility.