游戏产业数据可视化仪表盘
融合 IGDB 与世界银行数据的多维度游戏产业分析平台
背景——为什么做这个
游戏产业的讨论往往停留在销量和口碑层面，很少有人把游戏数据与国家经济发展（GDP、互联网普及率）结合起来分析。我想探索一个问题：一个国家的经济发展水平，会影响其游戏市场的构成和偏好吗？这个项目就是为了用数据来回答这个问题。
问题拆解
- 1IGDB 和世界银行是两个完全异构的数据源，如何将游戏数据与国家经济数据关联起来？
- 2游戏数据中城市/发行商信息如何转换为地理坐标，实现地图可视化？
- 3API 调用耗时且有频率限制，如何避免每次使用都重新拉取数据？
- 4如何设计交互逻辑，让用户可以按年份、数据类型自由切换视图？
解决方案与系统架构
构建了双数据源整合管道：IGDB 提供 2014-2024 年评分最高游戏的元数据（类型、发行商、城市），世界银行 API 提供 26 个国家的 GDP 和互联网普及率数据。通过地理编码将游戏发行城市转换为坐标，实现地图标记。前端导出为 dashboard.html 静态文件，支持按年份筛选和数据类型切换。
系统架构
项目分为五个核心模块：main.py（程序入口与调度），api_game_data.py（IGDB 数据获取与处理），api_world_data.py（世界银行经济数据获取），webmap.py（地图与可视化渲染），以及本地数据缓存层。数据获取后缓存到本地 JSON 文件，避免重复 API 调用。最终将所有可视化组件整合为单一 dashboard.html 文件，无需服务器即可查阅。
技术栈
系统工作流程
- 1配置 IGDB API 凭证，执行 python main.py
- 2api_game_data.py 拉取 2014-2024 年 Top 游戏数据并缓存
- 3api_world_data.py 拉取 26 国 GDP 与互联网普及率数据并缓存
- 4Geopy 对游戏发行城市进行地理编码，生成坐标数据
- 5webmap.py 整合数据，渲染交互地图与多维图表
- 6自动导出 dashboard.html，在浏览器中打开即可使用
遇到的问题 & 优化过程
问题
IGDB API 有调用频率限制，且部分游戏的城市信息缺失或不标准，导致地理编码失败率高。
解决方案
实现了请求节流（每次调用间隔控制）和本地 JSON 缓存，确保数据获取后不再重复请求。对于地理编码失败的条目，增加了模糊匹配和手动映射表作为兜底，将城市匹配失败率从 40% 降至 8%。
问题
世界银行数据与 IGDB 游戏数据在国家命名上存在差异（如"United States"vs"USA"），导致联表困难。
解决方案
构建了国家名称标准化字典，统一映射到 ISO 3166-1 国家代码作为主键，所有数据集以国家代码关联，彻底解决命名歧义问题。
结果
- 整合 10 年（2014-2024）游戏评分数据与 26 国经济数据
- 实现按年份筛选、数据类型切换的交互式地图展示
- 导出独立 dashboard.html，无需服务器可直接浏览
- 发现互联网普及率与 RPG/策略类游戏市场规模存在正相关趋势
反思
这个项目最大的挑战不是可视化本身，而是数据清洗和两个异构数据源的关联。真实世界的数据永远比想象中更脏——城市名拼写错误、国家名不统一、部分年份数据缺失……这些问题花了我比写可视化逻辑多得多的时间。这也让我更深刻地理解了"数据质量决定分析质量"这句话。