library(httptest2) .mockPaths("../tests/mocks") start_vignette(dir = "../tests/mocks") original_options <- options("NIXTLA_API_KEY"="dummy_api_key", digits=7) knitr::opts_chunk$set( collapse = TRUE, comment = "#>", fig.width = 7, fig.height = 4 )
library(nixtlar)
This vignette explains what an API key is, how to get yours and how to set it up to use nixtlar
.
An API key is a unique string of characters that is used to authenticate your requests when using nixtlar
. It is necessary to have a valid API key to use any of the core functions from nixtlar
that interact with TimeGPT
:
# core functions that interact with TimeGPT - nixtlar::nixtla_client_forecast() - nixtlar::nixtla_client_historic() - nixtlar::nixtla_client_detect_anomalies() - nixtlar::nixtla_client_cross_validation()
To obtain you API key, please sign up here: https://dashboard.nixtla.io/sign_in
After registering, you will have access to your developer dashboard. Under API keys
, you will find your personal API key. Please note that your API key should not be shared with others, and it is your responsibility to keep it safe.
There are several methods to set up your API key.
nixtlar::nixtla_client_setup
functionnixtlar
provides a function to directly set up your API key:
nixtlar::nixtla_client_setup(api_key = "Your API key here")
Keep in mind that if you close your R session or restart it, then you will need to set up your API key again.
In earlier versions of nixtlar
, the function to set up your API key was called nixtla_set_api_key
. However, nixtla_client_setup
now provides the same functionality, along with the ability to set Azure endpoints. The nixtla_set_api_key
function is still available, but it now simply calls nixtla_client_setup
.
In addition to the api_key
parameter, nixtla_client_setup
has a base_url
parameter. It's default value is NULL
, and in this case, it uses the TimeGPT
URL. You can leave is as NULL
unless you are working with Azure. See Section 5 below for more information.
options
You can set up your API key using options
.
options(NIXTLA_API_KEY="Your API key here")
This will make your API key globally available throughout your R session. Although it will not appear in the list of variables, it will persist until you close or restart the session or until you explicitly change it.
To verify that it was set up correctly, use:
getOption("NIXTLA_API_KEY")
.Renviron
For a more persistent method that can be used across different projects, set up your API key as environment variable. To do this, you first need to load the usethis
package.
library(usethis) usethis::edit_r_environ()
This will open your .Reviron
file. Place your API key here, named NIXTLA_API_KEY
.
# Inside the .Renviron file NIXTLA_API_KEY="paste your API key here"
You will need to restart R for the changes to take effect. Note that modifying the .Renviron
file affects all your R sessions, so if you are not comfortable with this, set your API key using the nixtlar::nixtla_client_setup
function.
nixtlar
includes a function to validate your API key.
nixtlar::nixtla_validate_api_key()
The nixtla_validate_api_key
function will return TRUE
if your key is valid, and FALSE
otherwise.
You do not need to validate your API key every time you set it up, only when you are unsure of its status. Alternatively, in your dashboard, under API keys
, there is a label next to your API key indicating its status, for example, active
.
When working on Azure, you will need to specify both a Base URL and your API key, as shown below.
nixtlar::nixtla_client_setup( base_url = "Base URL here", api_key = "Your API key here" )
You can also use one of the more secure and permanent method described above, by specifying the NIXTLA_BASE_URL
in addition to the NIXTLA_API_KEY
.
To learn more, please refer to the TimeGEN-1 Quickstart (Azure) vignette.
options(original_options) end_vignette()
Any scripts or data that you put into this service are public.
Add the following code to your website.
For more information on customizing the embed code, read Embedding Snippets.