PatchTST-FM Model Card

Model Description

This model card is for the non-commercial, research version of PatchTST-FM-r1. Please also check-out the Apache-2.0 licensed IBM Granite version.

PatchTST was originally released prior to the interest in creating pre-trained, zero-shot time series foundation models that were capable of state-of-the-art performance on out of sample datasets. PatchTST-FM (patched time-series transformer-based foundation model) essentially has the architectural simplicity of PatchTST, but differs in some crucial ways. Coupled with a revised training strategy and a significantly larger training corpus, we are able to train a model that achieves state-of-the-art results on GiftEval.

The architecture incorporates the following changes:

• residual blocks in the input and output projections
• a quantile head to support probabilistic forecasting
• enhanced training strategies incorporating contiguous patch masking, and random masking in the forecast period
• trained with reconstruction-loss objective
• forecast at inference time is cast as "reconstruction" of the masked forecast period while past context is not masked. If the context period has missing values, both the missing timepoints and forecast timepoints are filled in --- thus providing simultaneous imputation and forecast capability.

Additional details can be found here.

The particular model here was trained on a diverse set of data (see details below) using significantly longer context length than done previously (8192). Here the context includes both the input context as well as the length of the desired forecast horizon. Shorter input series are pre-pended with the mean of the series values in the context and the padded regions are treated as masked. The d_model is set to 1024, patch_length is 16, and we train the quantile head with 99 quantiles. In total, the model has ~260M parameters, ~250M of which are in the core transformer layers.

The model architecture is based on a new implementation of a PatchTST-style architecture, which is available in the IBM TSFM repository. Other implementations of PatchTST can be found here:

• Official HuggingFace implementation: Contributed by members of the IBM TSFM team.
• Original PatchTST Implementation: Implemented by an IBM Research intern who was part of the IBM TSFM team, and the first author of the original PatchTST paper.

Training Data

The training data composes three separate sources:

• Datasets from GiftEvalPretrain,
• Custom synthesized data: Based on KernelSynth with a different set of periodic kernels (as suggested by the Tirex paper), and a small volume of augmentations
• A TSMixup dataset, based on the same process described in the Chronos paper, but using only datasets which are not in the GIFTEval evaluation set.

Before using this model, please be aware of the various underlying dataset licenses.

Citation

Please cite the following paper if you intend to use our model or its associated architectures/approaches in your work.

@misc{wen2026revisitingtransformer,
      title={Revisiting the Generic Transformer: Deconstructing a Strong Baseline for Time Series Foundation Models}, 
      author={Yunshi Wen and Wesley M. Gifford and Chandra Reddy and Lam M. Nguyen and Jayant Kalagnanam and Anak Agung Julius},
      year={2026},
      eprint={2602.06909},
      archivePrefix={arXiv},
      primaryClass={cs.LG},
      url={https://arxiv.org/abs/2602.06909}, 
}

Model Card Authors

Yunshi Wen, Agung Julius, Wesley M. Gifford, Chandra K. Reddy

Acknowledgements

This work is a joint effort between Rensselaer Polytechnic Institute and IBM. The work was supported in part by IBM through the IBM Rensselaer Future of Computing Research Collaboration (FCRC). Computation resources contributing to this work were provided by the National Artificial Intelligence Research Resource (NAIRR) Pilot and Mass Open Cloud.

IBM Public Repository Disclosure

All content in this repository including code has been provided by IBM under the associated open source software license and IBM is under no obligation to provide enhancements, updates, or support. IBM developers produced this code as an open source project (not as an IBM product), and IBM makes no assertions as to the level of quality nor security, and will not be maintaining this code going forward.