Fixed response from pins filtering

Pins filtering was returning the case I never thought it would hit. This
is because of Python's weak typing. It intepreted 0 latitude or
longiture as false and managed to hit that case. Returning a string to
the ios device that thought it was in Africa.

This has been fixed. And I blame Africa.
Fixed paths for application

Made import statements correctly load from other directorys. The imports
need to use the relative path to navigation up the directory to import
constants from the dbmodels and controller directories.
Feature Request #138

This is a simple implementation of the feature requested by @popwarfour

There is hardly any error checking involved and submitting a non
integral value will break and cause a 500 server. This error checking
code will come next. However I am pushing this now so that more work can
be done. Note that this is only implemented on the type-clarification
branch.
Error Checking for Feature Request #138

Integral values will not be accepted by the endpoint. If attempted a 400
error will be returned with a message of "Pin Id must be an integral
value"

The other error message that can occur is a 404 if the requested pin has
not been found. In which case an error message stating as such is given
to the calling party.
Merge branch 'feature/type-clarification' of https://github.com/EJEHardenberg/GreenUp into ios_networking
added pin wheel on awesomeness