datetime 索引_从空间格网开始，谈投影坐标，空间索引与快速空间连接

最新推荐文章于 2024-09-29 14:31:15 发布

weixin_39723010

最新推荐文章于 2024-09-29 14:31:15 发布

阅读量147

点赞数

文章标签： datetime 索引

写在前面

空间数据的巨量化的背后，是对空间处理工具的处理速度的挑战。当你试图用半小时完成一个简单的空间连接的时候，就意味着你手里的这一套算法与工具，基本已经被判了死刑。而现实则是，市面上流行的大部分空间处理工具，如ArcGIS和Geopandas，在处理速度上都广为诟病。在动辄上亿个点面的空间处理中，十分之吃力，甚至无法运行。这个时候，如何找到更快的计算方法，就十分重要了。

本文介绍了一种通过空间索引来完成点面间快速空间连接的方法，在一定程度上参考了我之前做的点线间空间连接方法：https://zhuanlan.zhihu.com/p/53992405。方法的基本思路十分简单，就是把面转化为格点，然后借助空间索引快速定位出点集间的最小距离。本文尚未涉及分布式空间计算如GeoSpark，完全基于本地Python实现，并与Geopandas的空间连接结果进行了对比。

空间格网的构建与投影

习惯使用ArcGIS的同学在听到空间格网后的第一反应应该就是Fishnet和Tessellation了，没错，他们都是非常好用的空间格网产生工具。但既然本文讨论的提速，我们就没必要再借助ArcGIS了。我们来试图自己生成一个空间格网。

初学者容易弄错的一点就是：空间格网还不容易，给我一个多边形的最大顶点与最小顶点的经纬度，然后等距插值一下不就出来了。但这其中隐藏了一个bug，那就是经纬度的等距偏移，不等于距离的等距偏移。引用一下这段话^[1]：

Each degree of latitude is approximately 69 miles (111 kilometers) apart. The range varies (due to the earth's slightly ellipsoid shape) from 68.703 miles (110.567 km) at the equator to 69.407 (111.699 km) at the poles.
A degree of longitude is widest at the equator at 69.172 miles (111.321) and gradually shrinks to zero at the poles.

简而言之，经纬度是球面坐标的表达，并不是我们传统意义的平面坐标，因此在空间处理时，任何涉及到距离计算的操作，都一定要预先定义好投影坐标。投影坐标就像把地球仪摊平了，球面变成了平面，这时候各种建立在平面坐标系上面的距离计算公式也就可以使用了。

那如何确定所在的地区的投影坐标呢？在图源没有指定具体坐标系统的情况下，绝大多数我们地理坐标系都会使用WGS84，而投影坐标系都会使用UTM分区系统。

了解了投影之后，思路的确就很简单了，找到多边形的顶点经纬度后，先投影，再插值，即可得到真正意义的等距格点了，然后再基于得到的格点生成buffer即可。至于如何得到具体的UTM分区，我们也不需要去地图上对着自个比对，直接写代码即可输出对应的UTM分区了。在Geopandas中，WGS84的代号为EPSG:4326，而北半球UTM的代号为EPSG:326+分区号；南半球为EPSG:327+分区号。

import

在代码的最后，我们把得到的结果导出成shp文件在ARCGIS中打开，可见这正是我们需要的格点了。

空间索引与空间连接

在得到空间格点之后，点面的空间连接实际就变成了点点的最短距离。在这方面的研究则十分成熟了^[2]，但依然要注意，点点的空间距离必须基于投影坐标计算。换而言之，我们的经纬度除了用来绘图，其余场景应当尽量避免使用才对。

在这里我们继续采用CKDtree。在计算之前，先确保把所有的经纬度全部投影到对应的坐标系中去了：

# The points of grids

我们把结果与Geopandas的sjoin对比一下，Geopandas虽然也引入了空间索引（rtree）^[3]，但速度依然是硬伤，这与其本身的空间数据结构有很大关系。

TjInPolys

先看空间索引的散点图，两者完全一致，说明通过空间格点+CKDTREE可以完美实现空间连接的功能。

再对比一下运行速度，我测试了100000个sample，500000个sample，1000000个sample与32265个面的空间连接速度（后者为Geopandas的sjoin）：

100000个：0.437787s；4.85921s
500000个：1.578362s；21.562538s
1000000个：3.45322s；42.703092s

可见速度提升了至少10倍以上，且会随着样本量的增大，提升速度更为明显。

最后，画个图展示一下对每个格网计数点位后的效果（其实就很类似热力图）。可见我们的格点基于点位个数上色后，几乎复盘了城市的道路系统，且存在道路等级越高颜色越深（观测到的点位信息越多）的趋势。

Encounter

参考

^1 https://gis.stackexchange.com/questions/142326/calculating-longitude-length-in-miles
^2 https://zhuanlan.zhihu.com/p/53992405
^3 https://gis.stackexchange.com/questions/175228/geopandas-spatial-join-extremely-slow