Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Dataservices legacy mapzen code #467

Open
jvillarf opened this issue Feb 21, 2018 · 1 comment
Open

Dataservices legacy mapzen code #467

jvillarf opened this issue Feb 21, 2018 · 1 comment
Assignees

Comments

@jvillarf
Copy link
Contributor

Description

Product: Onpremises carto-builder-2.2.0 / carto-dataservices-1.1.0
Related ticket: https://github.com/CartoDB/onpremises/issues/455#issuecomment-367329791

Onpremises doesn't configure any dataservices provider by default, because that operation is done using onpremises tools. Dataservices server extension (0.30.2) is falling back to mapzen by default for geocoding/isolines/routing.

Additionally, since mapzen is officially deprecated, dataservices shouldn't complain if mapzen_conf key is not present in cdb_conf table.

cc/ @ethervoid

@jvillarf
Copy link
Contributor Author

Hi @ethervoid @antoniocarlon ,

i've been running a couple of tests in an onpremises installation using:

  • dataservices_api client extension: repo tag python-0.17.0, 0.23.0 version
  • dataservices_api server extesion: repo tag python-0.17.0, 0.30.2 version

Tests:

Long story short:

I'm not 100% sure if i am missing any configuration step, but so far, the issues point to routing as the culprit, because geocoder and isolines are working properly.

In case it helps, the routing functions we are using for testing are:

  • cdb_route_with_waypoints
  • cdb_route_point_to_point

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants