跟着Datawhale打一场时序比赛(SEED新能源赛道-电动汽车充电站充电需求预测)之打卡笔记一

本文主要是介绍跟着Datawhale打一场时序比赛(SEED新能源赛道-电动汽车充电站充电需求预测)之打卡笔记一,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

最近Datawhale又开始组织打比赛的培训学习了,很早就认识了这个专业的学习组织,跟着他们也学过不少竞赛知识,但是还没完全打完过一场赛事;所以这次打算跟着Datawhale打这场时序的比赛 —>
2023“SEED”第四届江苏大数据开发与应用大赛–新能源赛道

1. 赛事学习流程

首先看这张学习计划图表:
在这里插入图片描述
时间还比较充足,任务安排也很合理,学习难度逐步加深。今天刚刚完成了第一个任务:跑通baseline,下面谈谈自己对这个baseline的理解。

2.baseline理解

这个baseline其实很简单,整个代码量不到两百行,主打一个快速上手。

2.1 数据探索

首先是在数据探索这一块,baseline只针对power数据集的power(充电量)这一列进行了一个时序的可视化探索,得到下面五个趋势图。
在这里插入图片描述
五个趋势图分别表示0到4这五个站点编码一年的用电量情况(个人建议这里的时序图最好在标题上做个区分以及给出横纵坐标的含义,不然可能会有同学不清楚到底是哪些站点编码被探索过。)

  • 很明显这五个站点的用电量存在一些异常值的情况,比如0号站点、2号站点和4号站点。
  • 其次,0号站点一整年的用量都很高,除开异常值那部分,几乎都在1500以上。
  • 接着,1、2、3号站点的用电量趋势有一定的相似性,是否后面构建特征的时候可以一并处理?
  • 然后,4号站点整年的用电量(除开异常值部分)都很低,(个人大胆猜测)是否4号站点的样本数据后面可以删除处理?

以上都是根据baseline里面数据探索得出的思考方向,或许后面模型优化的时候可以把其他站点的历史用电量也打印出来一并观察处理。

2.2 数据清洗

baseline的数据清洗只对站点的静态数据集这里面的flag列(即“场站标签”)进行了一个类别的转化处理,方便后面模型的训练
在这里插入图片描述
这个很好理解,所以没什么好说的。看官方给出教程说后续会进行更细致的数据清洗工作(比如异常值处理、数据分箱、归一化等),期待。

2.3 特征工程

这里baseline直接对日期(即ds)这个特征进行了一个基本的时间特征构建,分别按照年、月、日、周、是否周末、季度、是否月初以及是否月末这些维度展开。算是一个比较简单的特征工程,也是为了让大家能更好上手比赛,所以没做很复杂的特征工程。想要构建更复杂的特征,根据官网给出的提示,还可以对h3这个特征进行额外的特征构造
在这里插入图片描述
当然,后续特征工程也可以对第一个数据集(站点运营数据)进行尝试,但特征是否对模型有优化作用就有待观察了。在这里插入图片描述

2.4 模型训练和验证

baseline这里它采用的训练模型是lightGBM,并使用了5折交叉验证的评估方法
在这里插入图片描述
在这里插入图片描述
看过他家蛮多baseline,发现他们挺喜欢在baseline里面采用lightGBM模型和5折交叉验证作为初始模型训练的方法。个人猜测他们之所以用lightGBM作为初始模型,可能是因为这个模型高性能且轻便,易于运行、还能直接处理类别特征等因素。简单来说,这个模型有很好的鲁棒性,所以他家才总是在baseline里面采用。而用5折交叉验证的评估方法是因为它除了能评估模型的性能,检查模型的泛化能力外,还能减少因数据集的划分方式不同而引起的偶然性
当然后续肯定可以用其他模型来进行优化,但是效果如何还需进一步去验证。

2.5 模型预测结果+后续思考

最后的预测很简单,直接把训练好的模型放入测试集进行预测,结果还行,RMSE的值在243左右。
在这里插入图片描述
因为此次比赛采用的评估指标是RMSE,那么后续如果想要更低的RMSE值,个人觉得对异常值的处理会是一个比较重要的方向。其次是时间特征构建这里,或许可以尝试进行一阶差分、滑动窗口等方法

以上就是对本次baseline学习的一个打卡记录,期待后续更加深入的学习,也欢迎有兴趣的朋友一起打卡探讨。

参考资料:
SEED江苏大数据大赛-新能源赛道学习手册
竞赛实践路线分享
数据竞赛入门讲义
手把手带打一场时间序列实践

这篇关于跟着Datawhale打一场时序比赛(SEED新能源赛道-电动汽车充电站充电需求预测)之打卡笔记一的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/226763

相关文章

【学习笔记】 陈强-机器学习-Python-Ch15 人工神经网络(1)sklearn

系列文章目录 监督学习:参数方法 【学习笔记】 陈强-机器学习-Python-Ch4 线性回归 【学习笔记】 陈强-机器学习-Python-Ch5 逻辑回归 【课后题练习】 陈强-机器学习-Python-Ch5 逻辑回归(SAheart.csv) 【学习笔记】 陈强-机器学习-Python-Ch6 多项逻辑回归 【学习笔记 及 课后题练习】 陈强-机器学习-Python-Ch7 判别分析 【学

系统架构师考试学习笔记第三篇——架构设计高级知识(20)通信系统架构设计理论与实践

本章知识考点:         第20课时主要学习通信系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分),而在历年考试中,案例题对该部分内容的考查并不多,虽在综合知识选择题目中经常考查,但分值也不高。本课时内容侧重于对知识点的记忆和理解,按照以往的出题规律,通信系统架构设计基础知识点多来源于教材内的基础网络设备、网络架构和教材外最新时事热点技术。本课时知识

论文阅读笔记: Segment Anything

文章目录 Segment Anything摘要引言任务模型数据引擎数据集负责任的人工智能 Segment Anything Model图像编码器提示编码器mask解码器解决歧义损失和训练 Segment Anything 论文地址: https://arxiv.org/abs/2304.02643 代码地址:https://github.com/facebookresear

数学建模笔记—— 非线性规划

数学建模笔记—— 非线性规划 非线性规划1. 模型原理1.1 非线性规划的标准型1.2 非线性规划求解的Matlab函数 2. 典型例题3. matlab代码求解3.1 例1 一个简单示例3.2 例2 选址问题1. 第一问 线性规划2. 第二问 非线性规划 非线性规划 非线性规划是一种求解目标函数或约束条件中有一个或几个非线性函数的最优化问题的方法。运筹学的一个重要分支。2

【C++学习笔记 20】C++中的智能指针

智能指针的功能 在上一篇笔记提到了在栈和堆上创建变量的区别,使用new关键字创建变量时,需要搭配delete关键字销毁变量。而智能指针的作用就是调用new分配内存时,不必自己去调用delete,甚至不用调用new。 智能指针实际上就是对原始指针的包装。 unique_ptr 最简单的智能指针,是一种作用域指针,意思是当指针超出该作用域时,会自动调用delete。它名为unique的原因是这个

查看提交历史 —— Git 学习笔记 11

查看提交历史 查看提交历史 不带任何选项的git log-p选项--stat 选项--pretty=oneline选项--pretty=format选项git log常用选项列表参考资料 在提交了若干更新,又或者克隆了某个项目之后,你也许想回顾下提交历史。 完成这个任务最简单而又有效的 工具是 git log 命令。 接下来的例子会用一个用于演示的 simplegit

记录每次更新到仓库 —— Git 学习笔记 10

记录每次更新到仓库 文章目录 文件的状态三个区域检查当前文件状态跟踪新文件取消跟踪(un-tracking)文件重新跟踪(re-tracking)文件暂存已修改文件忽略某些文件查看已暂存和未暂存的修改提交更新跳过暂存区删除文件移动文件参考资料 咱们接着很多天以前的 取得Git仓库 这篇文章继续说。 文件的状态 不管是通过哪种方法,现在我们已经有了一个仓库,并从这个仓

忽略某些文件 —— Git 学习笔记 05

忽略某些文件 忽略某些文件 通过.gitignore文件其他规则源如何选择规则源参考资料 对于某些文件,我们不希望把它们纳入 Git 的管理,也不希望它们总出现在未跟踪文件列表。通常它们都是些自动生成的文件,比如日志文件、编译过程中创建的临时文件等。 通过.gitignore文件 假设我们要忽略 lib.a 文件,那我们可以在 lib.a 所在目录下创建一个名为 .gi

取得 Git 仓库 —— Git 学习笔记 04

取得 Git 仓库 —— Git 学习笔记 04 我认为, Git 的学习分为两大块:一是工作区、索引、本地版本库之间的交互;二是本地版本库和远程版本库之间的交互。第一块是基础,第二块是难点。 下面,我们就围绕着第一部分内容来学习,先不考虑远程仓库,只考虑本地仓库。 怎样取得项目的 Git 仓库? 有两种取得 Git 项目仓库的方法。第一种是在本地创建一个新的仓库,第二种是把其他地方的某个

Git 的特点—— Git 学习笔记 02

文章目录 Git 简史Git 的特点直接记录快照,而非差异比较近乎所有操作都是本地执行保证完整性一般只添加数据 参考资料 Git 简史 众所周知,Linux 内核开源项目有着为数众多的参与者。这么多人在世界各地为 Linux 编写代码,那Linux 的代码是如何管理的呢?事实是在 2002 年以前,世界各地的开发者把源代码通过 diff 的方式发给 Linus,然后由 Linus