SHP文件与PostGIS数据库Geom字段:WKB/EWKB高精度互转最全踩坑总结
2026/6/26 2:26:52 网站建设 项目流程

三种几何格式通俗区分(重点)

1、WKT(人看的明文)

示例:POINT \(107\.503611000347 35\.6885570000056\)

特点:可读、简单、不带坐标系

2、WKB(标准二进制)

示例:0101000000fab9a1293be05a404837c2a222d84140

特点:纯几何,不带SRID坐标系,PostGIS不原生存储这种。

3、EWKB(PostGIS真实存储格式)⭐重点

示例:0101000020E6100000FCB9A1293BE05A405037C2A222D84140

多出一段:20E6100000=SRID=4326

结论:PostGIS库里Geom字段存的全部是EWKB,不是WKB。

三、最容易踩的坑(你今天全部遇到过)

坑1:小数点位数不同,二进制完全不同

看上去几乎一样的坐标:

  • 原始高精度:POINT \(107\.503611000347 35\.6885570000056\)

  • 四舍五入后:POINT \(107\.503611 35\.688557\)

二进制EWKB完全不一样,绝对不能混用。

原因:浮点二进制存储极其敏感,哪怕末尾0.0000000001差异,Hex串完全改变。

坑2:QGIS导出WKT默认丢精度

QGIS导出CSV时,自动压缩小数位,永远得不到SHP原生高精度坐标,所以转出来Hex永远和数据库对不上。

四、生产通用万能SQL(可直接收藏)

1、正向生成:高精度EWKB(和数据库一模一样)

-- WKT 转 PostGIS 原生存储 EWKB 十六进制
SELECT encode(
ST_AsEWKB(
ST_SetSRID(ST_GeomFromText('POINT (107.503611000347 35.6885570000056)'),4326)
),'hex'
) AS geom_hex;

2、逆向解析:Hex原始Geom逆推高精度WKT

解决endian报错、唯一正确写法

-- EWKB十六进制 逆推 原始高精度坐标
SELECT ST_AsText(
ST_GeomFromEWKB(
decode('0101000020E6100000A428756E7F145840C0D39D279E454440', 'hex')
)
) AS wkt_point;

3、批量解析库里所有Geom(生产常用)

SELECT
id,
ST_AsText(ST_GeomFromEWKB(decode(geom, 'hex'))) AS wkt_point
FROM 你的表名;

五、如何拿到SHP原生高精度Hex(不用计算)

最稳定、零误差方案:超图iDesktop

  1. SHP导入UDB文件数据源(不要直接进数据库)

  2. 打开属性表

  3. 查看Shape字段

  4. 该字段值 =数据库真实存储EWKB

✅ 无需转换、无精度丢失、完全一致。

六、最终总结(最简背诵版)

  1. 数据库存的是EWKB,带4326坐标系头;

  2. 坐标小数少一位,Hex完全不一样;

  3. QGIS导出WKT会丢精度,不可用于比对;

  4. 逆推Hex必须加decode(xxx,'hex'),否则endian报错;

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询