force both the slave and master database to delete content from all tables after table creation
reworked heka logging of api key usage into ichnaea.service.base
patched search API to be consistent with submit and geolocate with
respect how we handle a lack of API keys
stop deleting content from tables.  can't reproduce the duplicate data
error with apikey test.test
revised documentation for the APIs regarding how we reject requests
when using invalid API keys for geolcoation and search, but not submit
reorganizing the documentation to be more consistent across the API
and describe how API keys are used in one place
Merge branch 'crankycoder/features/140-consistent-apikey-failures'
Small fix to get `make docs` working.
Further doc improvements, be more consistent in used terms.

Especially WiFi or cell networks, instead of using AP/towers.
added a new init_db target to the Makefile
added dependency to init_db on the build Make target
added a scripts entry to initialize a new database
Avoid ichnaea in the command line script name
Update geolocate docs regarding API keys.
Add code to filter out duplicate cells and wifis on submission, cc #168.
Centralize and enhance normalization of cell, cellmeasure dicts, cc #168.
Centralize and enhance normalization of wifi, wifimeasure dicts, cc #168.
As per discussion in meeting: don't reject entire batch of wifis on one bad key.

The old logic grew as a shortcut to detecting when we were receiving old
style SHA1s from fennec. That never happens anymore and in any case it
does not hurt too much to test each wifi in a batch for validity.
Tighten range on asu and ta.
Inhibit mapstat update if we get no data.
Add testcase for normalization of cell measures.
Normalize name of normalization function.