Windows任务计划调用脚本时Geopandas Spatial Join崩溃问题

问题场景 #

• 一段Geopandas空间连接代码在Jupyter Notebook中运行完全正常，但通过Windows任务计划调用.bat脚本每日执行时，日志输出到geometries were dropped that had null values后停止，卡在df3 = geodf.sjoin(AirspaceNL, how='left' )语句执行前。
• Notebook运行时会出现如下警告：

C:\Users\bruggenj\AppData\Roaming\Python\Python38\site-packages\pandas\core\reshape\merge.py:1204: RuntimeWarning: invalid value encountered in cast
if not (lk == lk.astype(rk.dtype))[~np.isnan(lk)].all():

可能的问题原因 #

1. 数据类型不兼容引发的静默终止 #

Notebook中的警告提示存在数据类型转换异常，交互式环境中警告仅作提示，但非交互式的任务计划环境下，这类警告可能被触发为终止程序的错误。需要检查geodf和AirspaceNL的列数据类型：

• 重点排查参与空间连接的关联列、索引列，确保数据类型匹配（比如避免整数与浮点数混合、字符串格式不一致）；
• 可以在代码中添加警告转错误的逻辑，方便捕获明确异常：

import warnings
warnings.filterwarnings("error")

2. Python环境依赖不一致 #

Jupyter使用的Python环境与任务计划调用的环境可能存在版本差异：

• Geopandas、Pandas、GDAL等依赖库的版本不同，会导致空间连接的底层逻辑出现兼容性问题；
• 检查bat脚本中调用的Python解释器路径，确保与Jupyter使用的是同一环境（可在Notebook和bat中分别执行where python对比路径）。

3. 系统资源不足或文件锁问题 #

空间连接属于计算密集型操作，任务执行时可能遇到：

• 系统内存、CPU资源不足，导致程序挂起；
• AirspaceNL对应的数据源文件被其他程序占用，Geopandas无法完整读取数据，进而卡在空间连接步骤。

4. 日志输出缓冲导致的视觉误解 #

非交互式环境下Python的输出缓冲可能延迟日志显示，看似程序停止，实际可能仍在运行或已崩溃但未输出错误：

• 在代码开头添加强制刷新输出的逻辑：

import sys
sys.stdout.flush()

• 或者在print语句后添加flush=True参数：print('spatial join done with AirspaceNL', flush=True)

内容的提问来源于stack exchange，提问作者Job Brüggen