Darts项目中多变量时序预测模型的估计器顺序解析
多变量时序预测中的估计器排列问题
在使用Darts库进行多变量时序预测时,特别是使用XGBoost等回归模型配合multi_models=True参数时,开发者经常会遇到一个关键问题:模型内部多个估计器(estimators)的排列顺序是怎样的?这个问题对于理解模型行为、分析特征重要性以及调试模型都至关重要。
估计器排列的基本原理
当我们在Darts中使用回归模型(如XGBoost)进行多变量预测时,如果设置了multi_models=True,系统会为每个预测步长(horizon)和每个目标变量(target component)创建单独的估计器。这些估计器存储在模型的estimators_属性中,但它们的排列顺序并不是显而易见的。
以一个具体例子来说明:
- 目标变量有两个组件:A和B
- 输出块长度(output_chunk_length)设为2
- 使用
multi_models=True参数
在这种情况下,模型会创建4个估计器:
- 预测变量A在第一个时间步的值(A1)
- 预测变量B在第一个时间步的值(B1)
- 预测变量A在第二个时间步的值(A2)
- 预测变量B在第二个时间步的值(B2)
估计器的存储顺序
经过验证,Darts中这些估计器的存储顺序是:
[A1, B1, A2, B2]
这种排列方式意味着:
- 首先按预测步长(horizon)分组
- 在每个步长组内,按目标变量的原始顺序排列
访问特定估计器的方法
Darts提供了get_multioutput_estimator()方法来访问特定的估计器。这个方法需要两个参数:
horizon: 预测步长索引(从0开始)target_dim: 目标变量维度索引(从0开始)
例如,要访问预测变量B在第二个时间步的估计器,可以使用:
model.get_multioutput_estimator(horizon=1, target_dim=1)
注意事项与已知问题
需要注意的是,当前版本(截至2024年2月)的get_multioutput_estimator()方法实现存在一个bug。该方法目前使用简单的horizon + target_dim来计算索引,这会导致不同组合的horizon和target_dim可能指向同一个估计器。例如:
horizon=0, target_dim=1horizon=1, target_dim=0
这两种情况会返回相同的估计器,这显然是不正确的。正确的实现应该考虑目标变量的维度数量,使用类似horizon * max_target_dim + target_dim的公式来计算索引。
实际应用建议
在实际应用中,如果需要分析特定估计器的特征重要性或其他属性,建议:
- 明确记录每个估计器对应的目标变量和预测步长
- 考虑实现一个包装函数来正确映射估计器索引
- 关注Darts的更新,这个问题预计会在后续版本中修复
对于需要精确控制模型行为的场景,理解这些内部细节尤为重要。随着Darts库的持续发展,预计会有更多便捷的方法来访问和识别这些估计器,使多变量时序预测工作流更加顺畅。
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
GLM-4.7-FlashGLM-4.7-Flash 是一款 30B-A3B MoE 模型。作为 30B 级别中的佼佼者,GLM-4.7-Flash 为追求性能与效率平衡的轻量化部署提供了全新选择。Jinja00
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin07
compass-metrics-modelMetrics model project for the OSS CompassPython00