lds

BETA

This module contains functions and procedures that make use of location data services, such as geocoding, reverse geocoding, isolines and routing computation.

For manual installations of the CARTO Analytics Toolbox, after installing it for the first time, and before using any LDS function you need to call the SETUP procedure to configure the LDS functions. It also optionally sets default credentials.

GEOCODE_TABLE

GEOCODE_TABLE(input_table, address_column [, geom_column] [, country] [, options] [, api_base_url, api_access_token])

warning

This function consumes LDS quota. Each call consumes as many units of quota as the number of rows your input table has. Before running, we recommend checking the size of the data to be geocoded and your available quota using the GET_LDS_QUOTA_INFO function.

Description

Geocodes an input table by adding an user defined column geom_column with the geographic coordinates (latitude and longitude) corresponding to a given address column. This procedure also adds a carto_geocode_metadata column with additional information of the geocoding result in JSON format. It geocodes sequentially the table in chunks of 100 rows. If the input table already contains a geometry column with the name geom_column, only those rows with NULL values in it will be geocoded.

  • input_table: VARCHAR(MAX) name of the table to be geocoded. Please make sure you have enough permissions to alter this table, as this procedure will add two columns to it to store the geocoding result. It must have the form [schema_name].[table_name]. Notice that a table name expressed as [database_name].[schema_name].[table_name] is not valid, and the function will not handle it correctly.

  • address_column: VARCHAR(MAX) name of the column from the input table that contains the addresses to be geocoded.

  • geom_column (optional): VARCHAR(MAX) column name for the output geometry column. Defaults to 'geom'.

  • country (optional): VARCHAR(MAX) name of the country in ISO 3166-1 alpha-2. Defaults to ''.

  • options (optional): VARCHAR(MAX) containing a valid JSON with the different options. In addition to the options targeted at the geocoding service described below, a boolean option carto_force_geocode (false by default) can be used to force geocoding rows that already have a non-null value in geom_column. Valid options are described in the table below. If no options are indicated then 'default' values would be applied.

    Provider
    Option
    Description

    All

    language

    A VARCHAR that specifies the language of the geocoding in RFC 4647 format.

  • api_base_url (optional): VARCHAR(MAX) url of the API where the customer account is stored.

  • api_access_token (optional): VARCHAR(MAX) an API Access Token that is allowed to use the LDS API.

Examples

CALL carto.GEOCODE_TABLE('my-schema.my-table', 'my_address_column');
-- The table `my-schema.my-table` will be updated
-- adding the columns: geom, carto_geocode_metadata.
CALL carto.GEOCODE_TABLE('my-schema.my-table', 'my_address_column', 'my_geom_column');
-- The table `my-schema.my-table` will be updated
-- adding the columns: my_geom_column, carto_geocode_metadata.
CALL carto.GEOCODE_TABLE('my-schema.my-table', 'my_address_column', 'my_geom_column', 'my_country');
-- The table `my-schema.my-table` will be updated
-- adding the columns: my_geom_column, carto_geocode_metadata.
CALL carto.GEOCODE_TABLE('my-schema.my-table', 'my_address_column', 'my_geom_column', 'my_country', '{"language":"en-US"}');
-- The table `my-schema.my-table` will be updated
-- adding the columns: my_geom_column, carto_geocode_metadata.
CALL carto.GEOCODE_TABLE('my-schema.my-table', 'my_address_column', 'my_geom_column', 'my_country', '{"language":"en-US"}', 'my_api_base_url', 'my_api_access_token');
-- The table `my-schema.my-table` will be updated
-- adding the columns: my_geom_column, carto_geocode_metadata.

Additional examples

GEOCODE_REVERSE_TABLE

GEOCODE_REVERSE_TABLE(input_table [, geom_column] [, address_column] [, language] [, options] [, api_base_url, api_access_token])

warning

This function consumes LDS quota. Each call consumes as many units of quota as the number of rows your input table has. Before running, we recommend checking the size of the data to be geocoded and your available quota using the GET_LDS_QUOTA_INFO function.

Description

Reverse-geocodes an input table by adding an user defined column address_column with the addresses for a given point location column. It geocodes sequentially the table in chunks of 10 rows. If the input table already contains a column with the name address_column, only those rows with NULL values in it will be reverse-geocoded.

  • input_table: VARCHAR(MAX) name of the table to be reverse-geocoded. Please make sure you have enough permissions to alter this table, as this procedure will add two columns to it to store the geocoding result.

  • geom_column (optional): GEOMETRY column name for the geometry column that contains the points to be reverse-geocoded. Defaults to 'geom'.

  • address_column: VARCHAR(MAX) name of the column where the computed addresses will be stored. It defaults to 'address', and it is created on the input table if it doesn't exist.

  • language (optional): VARCHAR(MAX) language in which results should be returned. Defaults to ''. The effect and interpretation of this parameter depends on the LDS provider assigned to your account.

  • options (optional): VARCHAR(MAX) containing a valid JSON with the different options. No options are allowed currently, so this value will not be taken into account.

  • api_base_url (optional): VARCHAR(MAX) url of the API where the customer account is stored.

  • api_access_token (optional): VARCHAR(MAX) an API Access Token that is allowed to use the LDS API.

Examples

CALL carto.GEOCODE_REVERSE_TABLE('my-schema.my-table');
-- The table `my-schema.my-table` with a column `geom` will be updated
-- adding the column `address`.
CALL carto.GEOCODE_REVERSE_TABLE('my-schema.my-table', 'my_geom_column');
-- The table `my-schema.my-table` with a column `my_geom_column` will be updated
-- adding the column `address`.
CALL carto.GEOCODE_REVERSE_TABLE('my-schema.my-table', 'my_geom_column', 'my_address_column');
-- The table `my-schema.my-table` with a column `my_geom_column` will be updated
-- adding the column `my_address_column`.
CALL carto.GEOCODE_REVERSE_TABLE('my-schema.my-table', 'my_geom_column', 'my_address_column', 'en-US');
-- The table `my-schema.my-table` with a column `my_geom_column` will be updated
-- adding the column `my_address_column`.
-- The addresses will be in the (US) english language, if supported by the account LDS provider.
CALL carto.GEOCODE_REVERSE_TABLE('my-schema.my-table', 'my_geom_column', 'my_address_column', 'en-US', '{}', 'my_api_base_url', 'my_api_access_token');
-- The table `my-schema.my-table` with a column `my_geom_column` will be updated
-- adding the column `my_address_column`.
-- The addresses will be in the (US) english language, if supported by the account LDS provider.

CREATE_ISOLINES

CREATE_ISOLINES(input, output_table, geom_column, mode, range, range_type [, options] [, api_base_url, api_access_token])

warning

This function consumes LDS quota. Each call consumes as many units of quota as the number of rows your input table or query has. Before running, we recommend checking the size of the data to be geocoded and your available quota using the GET_LDS_QUOTA_INFO function.

Description

Calculates the isolines (polygons) from given origins (points) in a table or query. It creates a new table with the columns of the input table or query except the geom_column plus the isolines in the column geom (if the input already contains a geom column, it will be overwritten). It calculates isolines sequentially in chunks of N rows, N being the optimal batch size for this datawarehouse and the specific LDS provider that you are using.

Note that The term isoline is used here in a general way to refer to the areas that can be reached from a given origin point within the given travel time or distance (depending on the range_type parameter).

  • input: VARCHAR(MAX) name of the input table or query.

  • output_table: VARCHAR(MAX) name of the output table. It will raise an error if the table already exists.

  • geom_column: VARCHAR(MAX) column name for the origin geometry column.

  • mode: VARCHAR(MAX) type of transport. The supported modes depend on the provider:

    • HERE: 'walk', 'car', 'truck', 'taxi', 'bus', 'private_bus'.

    • TomTom: 'walk', 'car', 'bike', 'motorbike', 'truck', 'taxi', 'bus', 'van'.

    • TravelTime: 'walk', 'car', 'bike', 'public_transport', 'coach', 'bus', 'train', 'ferry'.

    • Mapbox: 'walk', 'car', 'bike'.

  • range: INT range of the isoline in seconds (for range_type 'time') or meters (for range_type 'distance').

  • range_type: VARCHAR(MAX) type of range. Supported: 'time' (for isochrones), 'distance' (for isodistances).

  • options (optional): VARCHAR(MAX) containing a valid JSON with the different options. Valid options are described in the table below. If no options are indicated then 'default' values would be applied.

    Provider
    Option
    Description

    HERE

    arrival_time

    A VARCHAR that specifies the time of arrival. If the value is set, a reverse isoline is calculated. If "any" is introduced, then time-dependent effects will not be taken into account. It cannot be used in combination with departure_time. Supported: "any", "now" and date-time as "<YYYY-MM-DD>T<hh:mm:ss>".

    HERE

    departure_time

    Default: "any". A VARCHAR that specifies the time of departure. If "any" is introduced, then time-dependent effects will not be taken into account. It cannot be used in combination with arrival_time. Supported: "any", "now" and date-time as "<YYYY-MM-DD>T<hh:mm:ss>".

    HERE

    optimize_for

    Default: "balanced". A VARCHAR that specifies how isoline calculation is optimized. Supported: "quality" (calculation of isoline focuses on quality, that is, the graph used for isoline calculation has higher granularity generating an isoline that is more precise), "performance" (calculation of isoline is performance-centric, quality of isoline is reduced to provide better performance) and "balanced" (calculation of isoline takes a balanced approach averaging between quality and performance).

    HERE

    routing_mode

    Default: "fast". A VARCHAR that specifies which optimization is applied during isoline calculation. Supported: "fast" (route calculation from start to destination optimized by travel time. In many cases, the route returned by the fast mode may not be the route with the fastest possible travel time. For example, the routing service may favor a route that remains on a highway, even if a faster travel time can be achieved by taking a detour or shortcut through an inconvenient side road) and "short" (route calculation from start to destination disregarding any speed information. In this mode, the distance of the route is minimized, while keeping the route sensible. This includes, for example, penalizing turns. Because of that, the resulting route will not necessarily be the one with minimal distance).

    TomTom

    departure_time

    Default: "now". A VARCHAR that specifies the time of departure. Supported: "now" and date-time as "<YYYY-MM-DD>T<hh:mm:ss>".

    TomTom

    traffic

    Default: false. A BOOLEAN that specifies if all available traffic information will be taken into consideration. Supported: true and false.

    TravelTime

    level_of_detail

    A JSON string. In the most typical case, you will want to use a string in the form { scale_type: 'simple_numeric', level: -N }, with N being the detail level (-8 by default). Higher Ns (more negative levels) will simplify the polygons more but will reduce performance. There are other ways of setting the level of detail. Check the [https://docs.traveltime.com/api/reference/isochrones#arrival_searches-level_of_detail](TravelTime docs) for more info.

    TravelTime

    departure_time

    Default: "now". A STRING that specifies the time of departure. Supported: "now" and date-time as "<YYYY-MM-DD>T<hh:mm:ss>".

  • api_base_url (optional): VARCHAR(MAX) url of the API where the customer account is stored.

  • api_access_token (optional): VARCHAR(MAX) an API Access Token that is allowed to use the LDS API.

warning

Before running, we recommend checking your provider using the GET_LDS_QUOTA_INFO function. Notice that some of the parameters are provider dependant. Please contact your CARTO representative if you have questions regarding the service provider configured in your organization.

Examples

CALL carto.CREATE_ISOLINES(
    'my-schema.my-table',
    'my-schema.my-output-table',
    'my_geom_column',
    'car', 300, 'time'
);
-- The table `my-schema.my-output-table` will be created
-- with the columns of the input table except `my_geom_column`.
-- Isolines will be added in the "geom" column.
CALL carto.CREATE_ISOLINES(
    'my-schema.my-table',
    'my-schema.my-output-table',
    'my_geom_column',
    'car', 1000, 'distance'
);
-- The table `my-schema.my-output-table` will be created
-- with the columns of the input table except `my_geom_column`.
-- Isolines will be added in the "geom" column.
CALL carto.CREATE_ISOLINES(
    'my-schema.my-table',
    'my-schema.my-output-table',
    'my_geom_column',
    'car', 300, 'time',
    '{"polygons_filter": {"limit": 1}}',
    'my_api_base_url',
    'my_api_access_token'
);
-- The table `my-schema.my-output-table` will be created
-- with the columns of the input table except `my_geom_column`.
-- Isolines will be added in the "geom" column.

CREATE_ROUTES

CREATE_ROUTES(input, output_table, geom_column, mode[, options] [, api_base_url, api_access_token])

warning

This function consumes LDS quota. Each call consumes as many units of quota as the number of rows your input query has. Before running, we recommend checking the size of the data to be geocoded and your available quota using the GET_LDS_QUOTA_INFO function.

Description

Calculates the routes (line strings) between given origins and destinations (points) in a query. It creates a new table with the columns of the input query with the resulting route in the user defined column geom_column (if the input already contains a column named geom_column, it will be overwritten) and a carto_routing_metadata column with the response of the service provider except for the route geometry. It calculates routes sequentially in chunks of 100 rows.

Note that routes are calculated using the external LDS provider assigned to your CARTO account. Currently TomTom and HERE are supported.

  • input: VARCHAR(MAX) name of the input query, which must have columns named origin and destination of type GEOMETRY and containing points. If a column named waypoints is also present, it should contain a VARCHAR w(ith the coordinates of the desired intermediate points with the format "lon1,lat1:lon2,lat2...".

  • output_table: VARCHAR(MAX) name of the output table. It will raise an error if the table already exists.

  • geom_column: VARCHAR(MAX) column name for generated routes geometry column.

  • mode: VARCHAR(MAX) type of transport. The supported modes depend on the provider:

    • TomTom: 'car', 'pedestrian', 'bicycle', 'motorcycle', 'truck', 'taxi', 'bus', 'van'.

    • HERE: 'car', 'truck', 'pedestrian', 'bicycle', 'scooter', 'taxi', 'bus', 'privateBus'.

  • options (optional): VARCHAR(MAX) containing a valid JSON with optional parameters. This is intended for advanced use: additional parameters can be passed directly to the Routing provider by placing them in this JSON string. To find out what your provider is, check the GET_LDS_QUOTA_INFO function. The following are some of the most common parameters for each provider:

    • TomTom:

      • avoid: Specifies something that the route calculation should try to avoid when determining the route. Possible values (several of them can be used at the same time):

        • tollRoads

        • motorways

        • ferries

        • unpavedRoads

        • carpools

        • alreadyUsedRoads

        • Avoids

        • This

        • borderCrossings

        • tunnels

        • carTrains

        • lowEmissionZones

      • routeType: Specifies the type of optimization used when calculating routes. Possible values: fastest, shortest, short eco, thrilling

      • traffic: Set to true true to consider all available traffic information during routing. Set to false otherwise

      • departAt: The date and time of departure at the departure point. It should be specified in RFC 3339 format with an optional time zone offset.

      • arriveAt: The date and time of arrival at the destination point. It should be specified in RFC 3339 format with an optional time zone offset.

      • vehicleMaxspeed: Maximum speed of the vehicle in kilometers/hour.

    • HERE

      • avoid: Elements or areas to avoid. Information about avoidance can be found here

      • departureTime: The date and time of departure at the departure point. It should be specified in RFC 3339 format with an optional time zone offset.

      • arrivalTime: The date and time of arrival at the destination point. It should be specified in RFC 3339 format with an optional time zone offset.

      • language: The language to use. Supported language codes can be found here

    For more advanced usage, check the documentation of your provider's routing API.

  • api_base_url (optional): VARCHAR(MAX) url of the API where the customer account is stored.

  • api_access_token (optional): VARCHAR(MAX) an API Access Token that is allowed to use the LDS API.

warning

Before running, we recommend checking your provider using the GET_LDS_QUOTA_INFO function. Notice that some of the parameters are provider dependant. Please contact your CARTO representative if you have questions regarding the service provider configured in your organization.

warning

Due to current limitation in the size of the character types of Redshift, if the resulting route is too long or complex an error similiar to the next one may occur:

SQL Error [XX000]: ERROR: Value too long for character type
  Detail:
  -----------------------------------------------
  error:  Value too long for character type
  code:      8001
  context:   Value too long for type character varying(65535)
  query:     0
  location:  string.cpp:218
  process:   padbmaster [pid=29900]
  -----------------------------------------------

Examples

CALL carto.CREATE_ROUTES(
    'my-schema.my-table',
    'my-schema.my-output-table',
    'my_geom_column',
    'car'
);
-- The table `my-schema.my-output-table` will be created
-- with the columns of the input table and 'geom' and 'carto_routing_metadata' columns.
-- Routes will be added in the "geom" column.
CALL carto.CREATE_ROUTES(
    'my-schema.my-table',
    'my-schema.my-output-table',
    'my_geom_column',
    'car',
    '{"arriveAt":"2023-06-11T19:00:00+02:00"}'
);
-- The table `my-schema.my-output-table` will be created
-- with the columns of the input table and `geom` and `carto_routing_metadata` columns.
-- Routes will be added in the "geom" column.
CALL carto.CREATE_ROUTES(
    'my-schema.my-table',
    'my-schema.my-output-table',
    'my_geom_column',
    'car',
    '{"arriveAt":"2023-06-11T19:00:00+02:00"}',
    'my_api_base_url',
    'my_api_access_token'
);
-- The table `my-schema.my-output-table` will be created
-- with the columns of the input table and `geom` and `carto_routing_metadata` columns.
-- Routes will be added in the "geom" column.

GEOCODE

GEOCODE(address [, country] [, options] [, api_base_url, api_access_token])

warning

This function consumes LDS quota. Each call consumes one unit of quota. Before running, check the size of the data to be geocoded and make sure you store the result in a table to avoid misuse of the quota. To check the information about available and consumed quota use the function GET_LDS_QUOTA_INFO.

We recommend using this function only with an input of up to 10 records. In order to geocode larger sets of addresses, we strongly recommend using the GEOCODE_TABLE procedure. Likewise, in order to materialize the results in a table.

Description

Geocodes an address into a point with its geographic coordinates (latitude and longitude).

  • address: VARCHAR(MAX) input address to geocode.

  • country (optional): VARCHAR name of the country in ISO 3166-1 alpha-2. Defaults to ''.

  • options (optional): VARCHAR(MAX) containing a valid JSON with the different options. Valid options are described in the table below. If no options are indicated then 'default' values would be applied.

    Provider
    Option
    Description

    All

    language

    A VARCHAR that specifies the language of the geocoding in RFC 4647 format.

  • api_base_url (optional): VARCHAR(MAX) url of the API where the customer account is stored.

  • api_access_token (optional): VARCHAR(MAX) an API Access Token that is allowed to use the LDS API.

Return type

GEOMETRY

Constraints

This function performs requests to the CARTO Location Data Services API. Redshift makes parallel requests depending on the number of records you are processing, potentially hitting the limit of the number of requests per seconds allowed for your account. The payload size of these requests depends on the number of records and could cause a timeout in the external function, with the error message External function timeout. The limit is around 500 records but could vary with the provider. To avoid this error, please try geocoding smaller volumes of data or using the procedure GEOCODE_TABLE instead. This procedure manages concurrency and payload size to avoid exceeding this limit.

Examples

SELECT carto.GEOCODE('Madrid');
-- POINT(109.590465335923 34.1733770650093)
SELECT carto.GEOCODE('Madrid', 'es');
-- POINT(51.405967078794 20.3365500266832)
SELECT carto.GEOCODE('Madrid', 'es', '{"language":"es-ES"}');
-- POINT(51.405967078794 20.3365500266832)
SELECT carto.GEOCODE('Madrid', 'es', '{"language":"es-ES"}', 'my_api_base_url', 'my_api_access_token');
-- POINT(51.405967078794 20.3365500266832)
CREATE TABLE my_schema.my_geocoded_table AS
SELECT address, carto.GEOCODE(address) AS geom FROM my_table
-- Table my_geocoded_table successfully created.

GEOCODE_REVERSE

GEOCODE_REVERSE(geom [, language] [, options] [, api_base_url, api_access_token])

warning

This function consumes LDS quota. Each call consumes one unit of quota. Before running, check the size of the data to be reverse geocoded and make sure you store the result in a table to avoid misuse of the quota. To check the information about available and consumed quota use the function GET_LDS_QUOTA_INFO

We recommend using this function only with an input of up to 10 records. In order to reverse-geocode larger sets of locations, we strongly recommend using the GEOCODE_REVERSE_TABLE procedure. Likewise, in order to materialize the results in a table.

Description

Performs a reverse geocoding of the point received as input.

  • geom: GEOMETRY input point for which to obtain the address.

  • language (optional): VARCHAR(MAX) language in which results should be returned.

  • options (optional): VARCHAR(MAX) containing a valid JSON with the different options. No options are allowed currently, so this value will not be taken into account.

  • api_base_url (optional): VARCHAR(MAX) url of the API where the customer account is stored.

  • api_access_token (optional): VARCHAR(MAX) an API Access Token that is allowed to use the LDS API.

Return type

VARCHAR(MAX)

Constraints

This function performs requests to the CARTO Location Data Services API. Redshift makes parallel requests depending on the number of records you are processing, potentially hitting the limit of the number of requests per seconds allowed for your account. The payload size of these requests depends on the number of records and could cause a timeout in the external function, with the error message External function timeout. The limit is around 500 records but could vary with the provider. To avoid this error, please try processing smaller volumes of data.

Examples

SELECT carto.GEOCODE_REVERSE(ST_POINT(-74.0060, 40.7128));
-- 254 Broadway, New York, NY 10007, USA
SELECT carto.GEOCODE_REVERSE(ST_POINT(-74.0060, 40.7128), 'en-US');
-- 254 Broadway, New York, NY 10007, USA
SELECT carto.GEOCODE_REVERSE(ST_POINT(-74.0060, 40.7128), 'en-US', '{}', 'my_api_base_url', 'my_api_access_token');
-- 254 Broadway, New York, NY 10007, USA

ISOLINE

ISOLINE(origin, mode, range, range_type [, options] [, api_base_url, api_access_token])

warning

This function consumes LDS quota. Each call consumes one unit quota. Before running, check the size of the data and make sure you store the result in a table to avoid misuse of the quota. To check the information about available and consumed quota use the function GET_LDS_QUOTA_INFO.

We recommend using this function only with an input of up to 10 records. In order to calculate isolines for larger sets of locations, we strongly recommend using the CREATE_ISOLINES procedure. Likewise, in order to materialize the results in a table.

Description

Calculates the isoline polygon from a given point.

  • origin: GEOMETRY origin point of the isoline.

  • mode: VARCHAR(MAX) type of transport. The supported modes depend on the provider:

    • HERE: 'walk', 'car', 'truck', 'taxi', 'bus', 'private_bus'.

    • TomTom: 'walk', 'car', 'bike', 'motorbike', 'truck', 'taxi', 'bus', 'van'.

    • TravelTime: 'walk', 'car', 'bike', 'public_transport', 'coach', 'bus', 'train', 'ferry'.

    • Mapbox: 'walk', 'car', 'bike'.

  • range: INT range of the isoline in seconds (for range_type 'time') or meters (for range_type 'distance').

  • range_type: VARCHAR(MAX) type of range. Supported: 'time' (for isochrones), 'distance' (for isodistances).

  • options (optional): VARCHAR(MAX) containing a valid JSON with the different options. Valid options are described in the table below. If no options are indicated then 'default' values would be applied.

    Provider
    Option
    Description

    HERE

    arrival_time

    A VARCHAR that specifies the time of arrival. If the value is set, a reverse isoline is calculated. If "any" is introduced, then time-dependent effects will not be taken into account. It cannot be used in combination with departure_time. Supported: "any", "now" and date-time as "<YYYY-MM-DD>T<hh:mm:ss>".

    HERE

    departure_time

    Default: "now". A VARCHAR that specifies the time of departure. If "any" is introduced, then time-dependent effects will not be taken into account. It cannot be used in combination with arrival_time. Supported: "any", "now" and date-time as "<YYYY-MM-DD>T<hh:mm:ss>".

    HERE

    optimize_for

    Default: "balanced". A VARCHAR that specifies how isoline calculation is optimized. Supported: "quality" (calculation of isoline focuses on quality, that is, the graph used for isoline calculation has higher granularity generating an isoline that is more precise), "performance" (calculation of isoline is performance-centric, quality of isoline is reduced to provide better performance) and "balanced" (calculation of isoline takes a balanced approach averaging between quality and performance).

    HERE

    routing_mode

    Default: "fast". A VARCHAR that specifies which optimization is applied during isoline calculation. Supported: "fast" (route calculation from start to destination optimized by travel time. In many cases, the route returned by the fast mode may not be the route with the fastest possible travel time. For example, the routing service may favor a route that remains on a highway, even if a faster travel time can be achieved by taking a detour or shortcut through an inconvenient side road) and "short" (route calculation from start to destination disregarding any speed information. In this mode, the distance of the route is minimized, while keeping the route sensible. This includes, for example, penalizing turns. Because of that, the resulting route will not necessarily be the one with minimal distance).

    TomTom

    departure_time

    Default: "now". A VARCHAR that specifies the time of departure. If "any" is introduced, then time-dependent effects will not be taken into account. Supported: "any", "now" and date-time as "<YYYY-MM-DD>T<hh:mm:ss>".

    TomTom

    traffic

    Default: true. A BOOLEAN that specifies if all available traffic information will be taken into consideration. Supported: true and false.

    TravelTime

    level_of_detail

    A JSON string. In the most typical case, you will want to use a string in the form { scale_type: 'simple_numeric', level: -N }, with N being the detail level (-8 by default). Higher Ns (more negative levels) will simplify the polygons more but will reduce performance. There are other ways of setting the level of detail. Check the [https://docs.traveltime.com/api/reference/isochrones#arrival_searches-level_of_detail](TravelTime docs) for more info.

    TravelTime

    departure_time

    Default: "now". A STRING that specifies the time of departure. Supported: "now" and date-time as "<YYYY-MM-DD>T<hh:mm:ss>".

  • api_base_url (optional): VARCHAR(MAX) url of the API where the customer account is stored.

  • api_access_token (optional): VARCHAR(MAX) an API Access Token that is allowed to use the LDS API.

warning

Before running, we recommend checking your provider using the GET_LDS_QUOTA_INFO function. Notice that some of the parameters are provider dependant. Please contact your CARTO representative if you have questions regarding the service provider configured in your organization.

Return type

GEOMETRY

Constraints

This function performs requests to the CARTO Location Data Services API. Redshift makes parallel requests depending on the number of records you are processing, potentially hitting the limit of the number of requests per seconds allowed for your account. The payload size of these requests depends on the number of records and could cause a timeout in the external function, with the error message External function timeout. The limit is around 500 records but could vary with the provider. To avoid this error, please try processing smaller volumes of data.

Examples

SELECT carto.ISOLINE(ST_POINT(-3, 40), 'car', 300, 'time');
-- POLYGON ((-3.0081322 40.00005, -3.0081322 40.0006, -3.007061 40.001423, -3.0042043 40.001423, ...
SELECT carto.ISOLINE(ST_POINT(-3, 40), 'car', 1000, 'distance');
-- POLYGON ((-3.0960834 39.984512, -3.094504 39.984512, -3.092925 39.983295, -3.0913458 39.983295, ...
SELECT carto.ISOLINE(ST_POINT(-3, 40), 'car', 300, 'time', '{"departure_time":"any"}', 'my_api_base_url', 'my_api_access_token');
-- POLYGON ((-3.0081322 40.00005, -3.0081322 40.0006, -3.007061 40.001423, -3.0042043 40.001423, ...

GET_LDS_QUOTA_INFO

GET_LDS_QUOTA_INFO([api_base_url, api_access_token])

Description

Returns statistics about the LDS quota. LDS quota is an annual quota that defines how much geocoding and isolines you can compute. Each geocoded row or computed isolines counts as one LDS quota unit. The single element in the result of GET_LDS_QUOTA_INFO will show your LDS quota for the current annual period (annual_quota), how much you’ve spent (used_quota), and which LDS providers are in use.

  • api_base_url (optional): VARCHAR(MAX) url of the API where the customer account is stored.

  • api_access_token (optional): VARCHAR(MAX) an API Access Token that is allowed to use the LDS API.

Return type

VARCHAR(MAX)

Examples

SELECT carto.GET_LDS_QUOTA_INFO();
-- [
--   {
--     "used_quota": 10,
--     "annual_quota": 100000,
--     "providers": {
--         "geocoding": "tomtom",
--         "isolines": "here",
--         "routing":"tomtom"
--     }
--   }
-- ]
SELECT carto.GET_LDS_QUOTA_INFO('my_api_base_url', 'my_api_access_token');
-- [
--   {
--     "used_quota": 10,
--     "annual_quota": 100000,
--     "providers": {
--         "geocoding": "tomtom",
--         "isolines": "here",
--         "routing":"tomtom"
--     }
--   }
-- ]

Last updated