Changelog
0.3.0
🔄 Changes & Deprecations
-
Deprecation of
TimeGPT
Class:
In an effort to streamline our API and align with industry best practices, we're deprecating theTimeGPT
class in favor of the newNixtlaClient
class. This change is designed to provide a more intuitive and powerful interface for interacting with our services.Before:
from nixtlats import TimeGPT # Initialize the TimeGPT model timegpt = TimeGPT()
After:
from nixtlats import NixtlaClient # Initialize the NixtlaClient nixtla = NixtlaClient()
-
Renaming of Configuration Parameters:
To enhance clarity and consistency with other SDKs, we've renamed thetoken
parameter toapi_key
andenvironment
tobase_url
.Before:
timegpt = TimeGPT(token='YOUR_TOKEN', environment='YOUR_ENVIRONMENT_URL')
After:
nixtla = NixtlaClient(api_key='YOUR_API_KEY', base_url='YOUR_BASE_URL')
-
Introduction of
NixtlaClient.validate_api_key
:
Replacing the previousNixtlaClient.validate_token
method, this update aligns with the new authentication parameter naming and offers a straightforward way to validate API keys.Before:
timegpt.validate_token()
After:
nixtla.validate_api_key()
-
Environment Variable Changes:
In line with the renaming of parameters, we've updated the environment variables to set up the API key and base URL. TheTIMEGPT_TOKEN
is now replaced withNIXTLA_API_KEY
, and we've introducedNIXTLA_BASE_URL
for custom API URLs.
Backward Compatibility & Future Warnings:
These changes are designed to be backward compatible. However, users can expect to see future warnings when utilizing deprecated features, such as the TimeGPT
class.
See full changelog here.
0.2.0 (Previously Released)
🔄 Changes & Deprecations
- Renaming of Fine-Tuning Parameters:
Thefinetune_steps
andfinetune_loss
parameters were renamed tofewshot_steps
andfewshot_loss
. Additionally, the model parameter values changed fromshort-horizon
andlong-horizon
totimegpt-1
andtimegpt-1-long-horizon
, with an emphasis on preserving backward compatibility. In version 0.3.0, these changes are deprecated in favor of reverting to the original parameter names and values, ensuring a seamless transition for existing users.
See full changelog here.
0.1.21
🚀 Feature Enhancements
Introduction of Quantile Forecasts in forecast
and cross_validation
Methods 📈
forecast
and cross_validation
Methods 📈We're thrilled to announce the integration of the quantiles
argument into TimeGP's forecast
and cross_validation
methods. This feature allows users to specify a list of quantiles, offering a comprehensive view of potential future values under uncertainty.
- Quantile Forecasting Capability:
By providing a list of quantiles, users can now obtain forecasts at various percentiles of the forecast distribution. This is crucial for understanding the range of possible outcomes and assessing risks more effectively.
# Generate quantile forecasts
quantiles = [0.1, 0.2, 0.3, 0.4, 0.5, 0.6, 0.7, 0.8, 0.9]
timegpt_quantile_fcst_df = timegpt.forecast(df=df, h=12, quantiles=quantiles, ...)
- Enhanced Cross-Validation with Quantiles:
Thecross_validation
method has been updated to support quantile forecasting, enabling a more nuanced validation of model performance across different percentiles.
# Apply quantile forecasting in cross-validation
timegpt_cv_quantile_fcst_df = timegpt.cross_validation(df=df, h=12, n_windows=5, quantiles=quantiles, ...)
See full changelog here.
0.1.20
🚀 Feature Enhancements
Enhanced Model Fine-tuning with finetune_loss
and finetune_steps
🛠️
finetune_loss
and finetune_steps
🛠️The latest update brings a significant enhancement to the fine-tuning capabilities of our forecasting models. With the introduction of the finetune_loss
, users now have the ability to not only specify the number of steps for fine-tunning (with finetune_steps
) but also to define the target loss for fine-tunning, offering more granular control over model optimization.
-
finetune_loss
Options:default
: Adopts the model's preset loss function, optimized during initial training.mae
(Mean Absolute Error): Focuses on the mean of the absolute differences between predicted and actual values.mse
(Mean Squared Error): Emphasizes the mean of the squares of the differences between predicted and actual values.rmse
(Root Mean Squared Error): Provides the square root of MSE, offering error terms in the same units as the predictions.mape
(Mean Absolute Percentage Error): Measures the mean absolute percent difference between predicted and actual values.smape
(Symmetric Mean Absolute Percentage Error): Offers a symmetric version of MAPE, ensuring equal treatment of over and underestimations.
-
finetune_steps
: Determines the number of steps to execute during the fine-tuning process. It is crucial to setfinetune_steps
to a value greater than 0 to activate the fine-tuning mechanism with the chosenfinetune_loss
function. This allows for a more tailored optimization, aligning the model closely with specific forecasting requirements and improving its predictive performance.
# Configure model fine-tuning with custom loss function and steps
fcst_df = timegpt.forecast(df, model='timegpt-1-long-horizon', finetune_loss='mape', finetune_steps=50)
# Apply fine-tuning to cross-validation for enhanced model validation
cv_df = timegpt.cross_validation(df, model='timegpt-1', finetune_loss='smape', finetune_steps=50)
This update opens up new possibilities for refining forecasting models, ensuring they are finely tuned to the specific characteristics and challenges of the forecasting task at hand.
See full changelog here.
0.1.19
🚀 Feature Enhancements
Advanced Data Partitioning with num_partitions
🔄
num_partitions
🔄We're excited to introduce the num_partitions
argument for our forecast
, cross_validation
, and detect_anomalies
methods, offering more control over data processing and parallelization:
- Optimized Resource Utilization in Distributed Environments: For Spark, Ray, or Dask dataframes,
num_partitions
enables the system to either leverage all available parallel resources or to specify the number of parallel processes. This ensures efficient resource allocation and utilization across distributed computing environments.
# Utilize num_partitions in distributed environments
fcst_df = timegpt.forecast(df, model='timegpt-1-long-horizon', num_partitions=10)
- Efficient Handling of Large Pandas Dataframes: When working with Pandas dataframes,
num_partitions
groups series into specified partitions, allowing for sequential API calls. This is particularly useful for large dataframes that are impractical to send over the internet in one go, enhancing performance and efficiency.
# Efficiently process large Pandas dataframes
cv_df = timegpt.cross_validation(df, model='timegpt-1', num_partitions=5)
This new feature provides a flexible approach to handling data across different environments, ensuring optimal performance and resource management.
See full changelog here.
0.1.18
🚀 Feature Enhancements
Forecast Using Diverse Models 🌐
Release of new forecasting methods. Among the updates, we've unveiled the timegpt-1-long-horizon
model, crafted specifically for long-term forecasts that span multiple seasonalities. To use it, simply specify the model in your methods like so:
from nixtlats import TimeGPT
# Initialize the TimeGPT model
timegpt = TimeGPT()
# Generate forecasts using the long-horizon model
fcst_df = timegpt.forecast(..., model='timegpt-1-long-horizon')
# Perform cross-validation with the long-horizon model
cv_df = timegpt.cross_validation(..., model='timegpt-1-long-horizon')
# Detect anomalies with the long-horizon model
anomalies_df = timegpt.detect_anomalies(..., model='timegpt-1-long-horizon')
Choose between timegpt-1
for the first version of TimeGPT
or timegpt-1-long-horizon
for long horizon tasks..
Cross-Validation Methodology 📊
You can dive deeper into your forecasting pipelines with the new cross_validation
feature. This method enables you to validate forecasts across different windows efficiently:
# Set up cross-validation with a custom horizon, number of windows, and step size
cv_df = timegpt.cross_validation(df, h=35, n_windows=5, step_size=5)
This will generate 5 distinct forecast sets, each with a horizon of 35, stepping through your data every 5 timestamps.
🔁 Retry Behavior for Robust API Calls
The new retry mechanism allows the making of more robust API calls (preventing them from crashing with large-scale tasks).
max_retries
: Number of max retries for an API call.retry_interval
: Pause between retries.max_wait_time
: Total duration of retries.
timegpt = TimeGPT(max_retries=10, retry_interval=5, max_wait_time=360)
🔑 Token Inference Made Simple
The TimeGPT
class now automatically infers your TIMEGPT_TOKEN
using os.environ.get('TIMEGPT_TOKEN')
, streamlining your setup:
# No more manual token handling - TimeGPT has got you covered
timegpt = TimeGPT()
For more information visit our FAQS section.
📘 Introducing the FAQ Section
Questions? We've got answers! Our new FAQ section tackles the most common inquiries, from integrating exogenous variables to configuring authorization tokens and understanding long-horizon forecasts.
See full changelog here.
Updated 28 days ago