dataservices-api/server/lib/python/cartodb_services
2019-03-05 11:55:40 +01:00
..
cartodb_services Pass http response to ServiceException 2019-03-05 11:33:25 +01:00
test Include test for valid request with route type 2018-11-29 16:22:34 +01:00
__init__.py Bulk geocoding refactor 2018-06-29 14:59:07 +02:00
carto-package.json Changes in component names and versions 2018-08-17 10:57:52 +02:00
README.md Update README.md 2018-02-14 11:03:51 +01:00
requirements.txt Added CR suggestions 2018-01-04 12:30:58 +01:00
setup.py Release new python lib version 0.21.3 2019-03-05 11:55:40 +01:00

CARTO dataservices API python module

This directory contains the python library used by the server side of CARTO LDS (Location Data Services).

It is used from pl/python functions contained in the cdb_dataservices_server extension. It goes hand in hand with the extension so please consider running the integration tests.

On the other hand, it is pretty independent from the client, as long as the signatures of the public pl/python functions match.

Dependencies

Take a look at requirements.txt for details about the required dependencies.

Installation

Install the requirements:

sudo pip install -r requirements.txt

Install the library:

sudo pip install .

NOTE: a system installation is required at present because the library is meant to be used from postgres pl/python, which runs an embedded python interpreter.

Running the unit tests

Just run MAPBOX_API_KEY=xxx nosetests test/

$ nosetests test/
......................................................................................................
----------------------------------------------------------------------
Ran 102 tests in 0.122s

OK

Running the integration tests

See this README in the /test directory for details. Basically, you have to move to the /test directory at the top level of this repo and execute the run_tests.py script:

cd $(git rev-parse --show-toplevel)/test
python run_tests.py --host=$YOUR_HOST $YOUR_USERNAME $YOUR_API_KEY

Versioning

Once you're satisfied with your changes, it is time to bump the version number in the setup.py. A couple of rules:

  • Backwards compatibility: in general all changes shall be backwards compatible. Do not remove any code used from the server public pl/python functions or you'll run into problems when deploying.
  • Semantic versioning: we try to stick to Semantic Versioning 2.0.0