Only appending tiles to the dom after load

A port of f46cdb4 to the current master. The tilelayer renderer can be simplified a bit by waiting to append tiles to the dom until they have loaded. Refs #84 and #33.
Register a CHANGE listener even if tile is loading

This fixes an issue easily reproducible in the side-by-side example where the DOM renderer is not notified when tiles loaded by the WebGL renderer have been received.
Some comments (no changes to code)
Keep track of tiles we're already listening on
Update to latest version of pake, fixes #87, thanks @cedricmoullet and @AugustusKling
Merge pull request #84 from elemoine/84

DOM renderer tile artifacts on FF
make replaced with build.py
git-update-ghpages removed, bin/readme.md no longer necessary
Discard documentation for attributioncontrol.js and map.js to make refactoring easier due to @elemoine's request
Merge pull request #86 from geops/api-docs-comments

Some comments (no changes to code)
Match the current Filter Effects spec

This commit is a cherry-pick of 19f7778.

The current draft of the [filter spec](https://dvcs.w3.org/hg/FXTF/raw-file/tip/filters/index.html)
describes brightness, contrast, hue-rotate, and saturate functions that
roughly match our layer's setBrightness, setContrast, setHue, and
setSaturation methods.  These changes make the range of our methods match
the corresponding functions in the spec.  The one exception is the
brightness function.  The spec says it has a range of 0 to positive infinity.
The WebKit implementation accepts a range of -1 to 1 (as of
https://github.com/WebKit/webkit/commit/8f4765e569).  There's an open
(ticket)[https://www.w3.org/Bugs/Public/show_bug.cgi?id=15647] recommending
that the spec be changed to match.

I'm not stuck on having our methods match those of the filter spec, but the
parity would be nice.

These changes leave the WebGL map renderer "broken" (whacky colors).  It would
be straightforward to update the current fragment shader to handle the new
range of hue, but the brightness, contrast, and saturation handling will
need to be reworked.

For inspiration, here are the color transformation
matrix calculations the WebKit filters:
https://github.com/WebKit/webkit/blob/8f4765e5698c9171c2b3f984d0d9d65188185de3/Source/WebCore/platform/graphics/chromium/cc/CCRenderSurfaceFilters.cpp#L64-80

Conflicts:

	src/ol/renderer/dom/domlayerrenderer.js
Use radians for hue rotation

This commit is a cherry-pick from 7f578f0.

Conflicts:

	src/ol/renderer/dom/domlayerrenderer.js
Adjust hue, sat, and constrast in webgl renderer
Merge pull request #90 from elemoine/webglcolorfilter

WebGL color filter
Fix bug where all examples were assumed to be under version control