EF Core 5中GeoJson转FeatureCollection后保存至NetTopologySuite.Geometries.Geometry列的报错解决咨询

这个报错的核心原因很明确：SQL Server的geography类型要求空间数据必须使用WGS84坐标系（SRID=4326），而你当前生成的Geometry对象默认SRID是0，不符合数据库的类型校验规则，才会抛出TDS协议错误。下面是一套简洁可行的解决方案：

1. 读取GeoJSON时指定正确的SRID #

创建GeoJsonReader时，直接绑定SRID=4326的GeometryFactory，让读取出来的所有几何对象自带正确的空间参考：

// 初始化带WGS84坐标系的工厂
var geometryFactory = NetTopologySuite.Geometries.Geometry.DefaultFactory;
geometryFactory.SRID = 4326;

// 使用指定工厂读取GeoJSON
var reader = new NetTopologySuite.IO.GeoJsonReader(geometryFactory);
var featureCollection = reader.Read<NetTopologySuite.Features.FeatureCollection>(jsonData);

2. 构建Geometry并确保有效性 #

不管用CreateGeometryCollection还是BuildGeometry，先统一校验并修复子几何的有效性（比如自相交问题），再构建最终对象：

// 过滤并修复无效几何，确保所有子几何SRID正确
var validGeometries = featureCollection
    .Select(f => f.Geometry)
    .Select(g => 
    {
        // 强制设置SRID（防止GeoJSON本身未声明）
        if (g.SRID != 4326) g.SRID = 4326;
        // 修复无效几何（比如自相交多边形）
        return g.IsValid ? g : g.MakeValid();
    })
    .ToArray();

// 构建最终的GeometryCollection赋值给Layer
layer.Geometry = geometryFactory.CreateGeometryCollection(validGeometries);
// 或者用BuildGeometry：layer.Geometry = geometryFactory.BuildGeometry(validGeometries);

3. 确认EF Core的实体配置 #

在你的DbContext中，明确指定Layer.Geometry对应的数据库类型为geography，避免EF Core自动推断出错：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<Layer>()
        .Property(l => l.Geometry)
        .HasColumnType("geography");
}

额外注意点 #

• GeoJSON的坐标顺序是**[经度, 纬度]**，和SQL Server geography的要求一致，不需要额外转换；
• 如果你的GeoJSON里混合了多种几何类型（比如点+多边形），SQL Server的geography对GeometryCollection的支持有限，这种情况下可以考虑将Layer拆分为对应单一类型的实体，或者使用MultiPoint/MultiPolygon等统一类型。

内容的提问来源于stack exchange，提问作者Seyedarman Fatemi