Remove 'fabric' from requirements
Added bigram worker: returns a pickled bigram finder object
Added trigram worker as well
added tests for bigram and trigram workers
fixed bug, tests passing
Fix PEP8 + legibility in {bi,tri}gram workers
changed bigram and trigram workers to return tables in jSON format
Merge branch 'feature/bigrams' of github.com:NAMD/pypln.backend into feature/bigrams

Conflicts:
	pypln/backend/workers/bigrams.py
	pypln/backend/workers/trigrams.py
	tests/test_worker_bigrams.py
	tests/test_worker_trigrams.py
fix docstrings
Adds script to run all parts of the backend in a development environment

This is supposed to be an easy way to get your dev env started, *not* as a way
to deploy and manage the backend.
Merge remote-tracking branch 'remotes/flavioamieiro/feature/script-to-run-development-backend' into develop
Move start-dev-env to scripts and add 'make run'

It's a complement to #128
Forces the version of pyparsing to be installed

The newest pyparsing (2.0) only supports python 3,
so we explicitly install 1.5.7 (the last version that
supports python 2) before one of our dependencies tries
to install it.
http://sourceforge.net/projects/pyparsing/forums/forum/337293/topic/6481050
Cleans every kind of text after parsing it

We were cleaning only the text from plain text files. Html and pdfs should be
treated the same way.
Makes extractor.clean more conservative when removing spaces before punctuation

Spaces before '&', '#' etc should not be removed.
Unescapes HTML entities in extracted text

Fixes #131
Fixes error for files with non ascii chars encoded in utf-8

We should probably try to work with unicode for as long as possible. Decode the
content right after receiving it, and enconding it only just before returning
it. And this brings us to the problem with this code: it assumes that
file_data['contents'] is utf-8. It looks like GridFS (which we use in
pypln.web) stores content in the encoding the user sends, so it breaks this
code. Please don't use this until we solve this issue.
Removes forgotten ipdb.set_trace()
WIP: Adds tests for extracting content encoded in iso-8859-1

Our first attempt to use chardet to detect the original encoding wasn't very
successful. I detected this latin1 file as utf-8. We need to find a more
reliable way to do this.
This tests are still broken. Please do not merge this code yet.
Fix encoding detection on extractor worker

Now we are using libmagic (filemagic package)