SQL地理数据判断：跨国际日期变更线、赤道、超半地球覆盖逻辑校验

逻辑正误修正与落地方案 #

• 覆盖超半个地球的逻辑和穿越赤道的逻辑完全无关，二者判断标准没有任何重合
  覆盖超半个地球的判断核心是地理对象的外接球面范围超过全球表面积的1/2，不需要和赤道做任何绑定判断。主流SQL数据库都内置了对应判断能力：比如SQL Server可以直接调用EnvelopeAngle()方法，当返回值大于90度时，就代表该地理对象覆盖范围超过半个地球；PostGIS可以通过ST_Area计算对象面积和全球表面积的1/2做对比即可。
• 当前的国际日期变更线判断逻辑不够严谨
  现有逻辑仅适用于规则矩形边界的地理对象，存在两个明显漏洞：

  第一，实际的国际日期变更线不是严格的180度经线，存在多处人为弯折，直接用180度经线范围判断会有误差
  第二，地理对象的外接边界覆盖180度经线，不代表对象本身真的穿越变更线（比如对象是180度经线两侧两个互不连通的多边形，外接边界覆盖了180度经线但对象本身没有穿越）
  更稳妥的实现方式：先构造180度经线的LineString地理对象，再直接调用STIntersects()方法判断两个地理对象是否相交即可，SQL Server示例代码：

  DECLARE @dateLine GEOGRAPHY = GEOGRAPHY::STGeomFromText('LINESTRING(180 90, 180 -90)', 4326)
  SELECT @待判断地理对象.STIntersects(@dateLine) AS 是否穿越国际日期变更线
  

  如果需要适配变更线的实际弯折，提前导入官方公布的变更线矢量数据替换上面的直线对象即可。
• 当前的赤道穿越逻辑完全错误
  现有逻辑只要对象有部分在南半球就判定穿越赤道，会出现大量误判：比如澳大利亚全境都在南半球，按照你的逻辑会被误判为穿越赤道，但澳大利亚实际完全不接触赤道。
  正确逻辑：赤道是0度纬线对应的LineString，同样用相交判断即可，SQL Server示例代码：

  DECLARE @equator GEOGRAPHY = GEOGRAPHY::STGeomFromText('LINESTRING(-180 0, 180 0)', 4326)
  SELECT @待判断地理对象.STIntersects(@equator) AS 是否穿越赤道
  

通用说明 #

以上判断逻辑适用于所有支持SQL/MM空间标准的数据库，PostgreSQL+PostGIS等环境仅需要调整构造地理对象的语法即可，核心判断方法通用。直接调用数据库内置的空间计算方法，比手动判断坐标范围准确率更高、性能更好。

内容的提问来源于stack exchange，提问作者Reyan Chougle